[gene2109]

1. не подскажете, какой СУБД в Дельфи нужно воспользоваться для
написания приложения для обработки 2 миллионов записей (по ~500 байт каждая, общий объем ~950 Mb).
2. второй вопрос точно такой же, как и №1, только записей 150,000 (x 500 байт = 72 Mb)

Не хотелось бы начинать писать приложение, а потом уткнуться в невозможность реализации.

Заранее спасибо

[Aristarh Dark]

2 миллиона - в принципе не много, так что любой.

[gene2109]

Спасибо!

Вообще, вся система подразумевает 10-20 (несколько десятков) "локальных" удаленных пользователей, вносящих свои данные в свои локальные базы (отсюда и цифра в 150000 записей), и только потом все удаленные записи (1 раз в полгода, через XML) будут сливаться в 1 "центральную" базу. Вот и вопрос: достаточно ли будет написать 1 приложение на 1 СУБД, или для "центра" нужно будет писать отдельно (другое и приложение, и СУБД).

P.S. Схему изменить нельзя, "локальные" пользователи - это региональные представительства центрального офиса, автоматизировать их сеть не входит в ближайшие их намерения.

[Aristarh Dark]

Стоит писать одну программу для центра на лучшей из доступных СУБД. ЗА одним разработать положение о передаче данных в(из) базу(ы) центра. Таким образом региональные представители будут иметь широкий выбор для собственной автоматизации (смогут разрабатывать системы для своих нужд либо адаптировать существующие), главное чтобы их системы поддерживали протоколы передачи в центральную БД.
Это довольно гибкий подход. Я видел много примеров навязявания разного рода систем "с верху", в 90% случаев это создает очень много проблем и т.н. "верху" и испольнителю которому эти системы навязаны.
Если интересно, могу расказать об этом поподробнее.

[gene2109]

Пару уточнений:

На местах (в регионах) нет ни сисадминов, ни людей, хоть сколько-нибудь разбирающихся в настройках БД (это известно точно). Поэтому стоИт задача как можно более упростить процесс установки и эксплуатации ПО. И без "ежегодного слива" никак не обойтись в предложенных обстоятельствах. Обмен данными предполагается производить в виде XML-файлов (10-100 тысяч записей), так что гибкость сохранится.
Поэтому буду пробовать FireBird и функционально мощный инсталлятор.

"Слив" будет происходить редко (1-2 раза в год) и только в один конец (все данные нужны только в центре).

У меня вопрос только в том, потянет ли FB 2 миллиона записей и насколько сильно придется автоматизировать установку/настройку ПО в регионах.

[Aristarh Dark]

Думаю потянет. В регионах ее (FB) можно и не использовать, там хватит и акцесовской базы. Т.о. в регины достаточно быдет отправить только один exe файл, который при первом запуске эту базу и создаст, а после станет с ней работать.