производительность БД в Дельфи

[gene2109]

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

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

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

[Serge_Bliznykov]

я бы лично взял что-нибудь из реально мощных СУБД - MS SQL или Oracle...
можно посмотреть и на FireBird, только предварительно посмотрите (хотя бы тут - http://ibase.ru/) ограничения на количество записей/объём данных (хотя я уверен, что Firebird потянет подобные объёмы, но лучше лишний раз проверить.
а по поводу меньшего числа записей - так в той же СУБД, что выберете - и делайте второе приложение. Зачем Вам лишняя СУБД ?? ;-)

[gene2109]

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

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

[Stilet]

у-у-у однозначно: Нужна Клиент-серверная СУБД (Оракл или МССКЛ)
Нечего содержать "свои локальные базы", это только ухудшит описанную систему.

[gene2109]

Сообщение от Stilet

у-у-у однозначно: Нужна Клиент-серверная СУБД (Оракл или МССКЛ)
Нечего содержать "свои локальные базы", это только ухудшит описанную систему.

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

[Stilet]

И без "ежегодного слива" никак не обойтись в предложенных обстоятельствах.

Мы легких путей не ищем?
Хозяимн-барин но ты себе усложнаяшь задачу.

ни людей, хоть сколько-нибудь разбирающихся в настройках БД

Потому и предлагаю клиент-сервер, Как правило путевый клиент настройки вообще не требует.

Я писал свой БД-Архив доков, он даже инсталла не требовал, а СУБД на компе админа стоит.

[gene2109]

Я, если честно, смутно себе это представляю (клиент-сервер для регионов). С учетом того, что не везде даже есть выделенный инет.
А чем плох ежегодный слив? Если записи в принципе уникальные, просто очищать центральную базу перед сливом (ну с бэкапом, естественно)

[Stilet]

Мда... как всегда начальство с мыслей типа:

автоматизировать их сеть не входит в ближайшие их намерения.

тупит по черному.
Слив хотябы тем плох что неоперативно предоставляет информацию.

[gene2109]

Слив хотя бы тем плох что неоперативно предоставляет информацию.

Ну, оперативность не стоит в числе задач - данные в "центре" нужны 1/2 раза в год, а общая база для регионов не должна быть доступной. Т.е., все идет в один конец и редко.

P.S. 1/2 раза - это не полраза , а один-два раза в год.

[zetrix]

Я бы выбрал для центра MS SQL, для локалей MS Access. Клиент бы написал на делфе. Задача не сложная, просто надо всё продумать и сделать. Нет ничего, над чем ломать голову.