q32768
Если есть возможность распределенки как территориально, так и функционально, то вполне приемлемо решение на PostgreSQL. Реплицируешь данные, аггрегируешь как надо, распределяешь нагрузку пользователей, каую хочешь трехзвенку строй... В общем, однозначно рулит!
Я тут неделю целую в тестовом режиме травлю PostgreSQL большой транзакционной нагрузкой. Пока пациент сорее жив, чем мертв. :)

А максимально возможный объем записей и пользователей Вы не проверяли для
PostgreSQL ?
Из моего опыта : FoxPro сервер 2*2,4 Xeon RAID 6*100Gb 30 активно работающих
пользователей(бьют и редактируют инфу) 45 время от времени(задающих различной нагрузки отчетные запросы) 5 GigabitInternet карт на сервере Маршрутизатор и комутатторы гигабитный и стомегабитные соответственно.

При наличии в таблице 3 000 000 записей и размере таблицы 0,6 Гб все работает
нормально, при 5 000 000 записей и соответственно 1,0 Гб замедление в обработке
запросов на добавление, удаление, редактирование на 150-250%, а бывает и хуже.

gzЗа год "с хвостиком для 5 программистов эта задача решаемая.

michael_ Gold я думаю что на мощном железе при правильном проектировании и настройках нормалоно бы обрабатывалось. Для меня вот щас страшным словом кажется миллиард записей

Вы оптимист, однако.

А насчет выбора - я бы бесплатный сыр не кушал, он только в мышеловке бывает. Купите ORACLE, Sybase ASE или DB2 - объемы и требования у Вас очень серьезные. Не надо на СУБД экономить. Потом голову снимут, а она одна. Пусть производитель СУБД тоже ответственность разделит.
Насчет цены - поговорите с продавцами, может чего и скинут.

На СУБД для такой задачи экномить нельзя. Вполне согласен с предыдущим "оратором". Он же и приложил их список

Экономить нельзя, но выживать както нужно?

Тут ко мне недавно Navision подкатывали, рассчитали проект для офиса и
магазинов - получилось на 1-й год 254 000 евро.(офис) на 2-й и 3-й год 486 000 евро(магазины) так меня послали за такие суммы, досихпор иду....

gz"Тут ко мне недавно Navision подкатывали, рассчитали проект для офиса и
магазинов - получилось на 1-й год 254 000 евро.(офис) на 2-й и 3-й год 486 000 евро(магазины) так меня послали за такие суммы, досихпор иду...."

Не надо путать стоимость СУБД и стоимость разработки проекта (если я правильно понял). Эти цифры должны Вам и Вашим работодателям показать реальную стоимость проекта, хотя, наверняка, завышенную.
Поэтому, для Вас, мне кажется важно не "вляпаться" и не взять на себя много.
А это сплошь и рядом. Берутся, например, писать проект люди, на ORACLE никогда не работавшие. Затем объясняют, что долгие запросы объясняются "крутостью" Oracle. Через месяц выясняется, что этот человек не имел понятия, что можно применить индексы.
К сожалению, в "нашей области" очень много как "шапкозакидательства" со стороны разработчиков, так и "абсолютного непонимания" проблем со стороны заказчика. Выясняется, опять к сожалению, это с запозданием, когда летят сроки и система не соответствует требованиям.
Резюме. Хорошо подумайте, прежде чем взяться за проект. И не экономьте на инструментарии, поскольку это не "месячный" проект и должен работать, наверняка, не один год. Если "начальство" этого не понимает сейчас, то поймет впоследствии. Примеров тому множество.

дык я о чём и говорю, что хотят всю стоимость проекта свести к 50 000 енотов,
не считая зарплату.

Yo! авторИз моего опыта : FoxPro сервер 2*2,4 Xeon RAID 6*100Gb 30 активно работающих

это я отстал или что такое сервер фокспро ? железка на которой dbf файлик лежит ?

posgres тянет домен org, 200Gb без партионинга конечно херово, но если сравнивать с фокспро думаю это гораздо лучше ... а вообще я так и не понял - сколько будет серверов субд ?

1. ОПЕЧАТКА заменить FoxPro на FPD 2.6
2. Серверов будет, я думаю 3.

Всем спасибо! --- Тема закрыта ---