Посоветуйте базу данных

[Steh]

Примерный расчет: до 150 тыс строк. Я не прогарммист. но попорбую объяснить

Идет последовательный пересчет значений в строках. И генерируется глобальная переменная. Она используется в расчетах новых строк. Муск, конечно, ложится. Теперь делаем десктопный софт, но тяжеловато. Посоветуйте платную/бесплатную бд

[Stilet]

Муск. конечно. ложит.

Значит структуру неправильно подобрал. Он и не такое может выдержать.

[Steh]

да мы на пхп пытались. а потом скорость ведь страдает, впрочем. табилца со столбцами, а просьба та же) посоветуйте лучшую базу или сУБД) как там, х.з)

[Stilet]

а просьба та же

А ответ тот же - неверно настроена БД.
Любую СУБД возьмешь - при неправильном использовании не получишь никакого эффекта в скорости. Какой смысл что-то советовать, если ты и другую БД положишь полными проходами по таблицам?

[Steh]

Виталий, я думаю, что структура таблиц оптимальная. И цикл идет по плавному персчету всех колонок. И все параметры в соседних ячейках используются в расчетах. Какие могут быть общие советы?

просто сейчас окончательно выберем бД. и будет больше информации

[Stilet]

я думаю, что структура таблиц оптимальная

Тогда откуда тормоза?

И цикл идет по плавному персчету всех колонок.

Вот кстати - пересчет. Как он проводится? Зачем проводится? Какие конкретно данные в нем участвуют?
Если это простой фетч по каждой записи - то какую СУБД не возьмешь, от тормозов не избавишься. Другое дело если механизм примерно такой:

1) Создается курсор, который не логируется, не сбрасывается на диск, сидит в памяти (спулере и т.д.) и никуда нерыпается
2) Данные курсора формируются на основе данных из основной таблицы плюс вычисляемые поля, при необходимости изменения неких полей
3) После формирования курсора его уже скопом можно сбросить в таблицу базы - тут скорость будет проще, если все делать одной INSERT командой, предварительно очистив таблицу-получателя.
4) Курсор освобождается - в таблице-получателе появляются пересчитанные записи.

Опять таки нужно знать характер расчета. От этого зависит выбор индексации.
Допустим если в курсор нужно получать все данные из таблицы-справочника то справочник индексировать не надо - индексация тогда будет мешать при выгрузке из курсора, но если из справочника нужно получать только часть данных, или допустим обработка будет идти порциями - нужно правильно проиндексировать

[Steh]

не. там ток за год 40 тыс игр .силы отклонения. по-моему голы и идет персчет через общие показатели построчно. общие показатели именяются в релаьном режиме. ВОт в чем дело) То есть никак этот процесс не ускорить - он раз в год будет проводиться.

Данные в формуле генерируются динамически в зависимости от прошлых подсчетов.

тупо парсим и сбарсываем в табилцу. затем обходим и корректируем показатели, и в планах за 1. 2. 3 года (можно среднее арифметичесое взять в крайнем случае) и по несколько кругов с новыми данными.

[Stilet]

То есть никак этот процесс не ускорить

Кому ты рассказываешь? Я на Оракле крутил миллиарды записей (спецификации станков тяжпрома), и никогда не поверю в твои слова.
Убеждать тебя не буду - бери любую СУБД, все равно не добъешся при таком подходе желаемых результатов.