Выбор технологии БД

Всем доброго времени суток! Есть у меня задача создать программу для получения (DDE, старым дедовским способом, и/или HTTP), обработки(форматирования, структурирования), анализа(ну очень много всяких фич) и представления в удобоваримом виде информации. Решено программное ядро делать в delphi. Ранее мои изыскания не требовали создания крупных баз данных, поэтому довольствовался ВДЕ для создания небольших групп таблиц. Сейчас всё иначе. Следует мне выбрать технологию БД удовлетворяющую множеству условий.
1) Скорость работы. Нужно принимать данные в небольших объёмах, но постоянно, с периодичностью в долю секунды, от множества источников. Скорее всего подавляющее большинство источников будут передавать данные по НТТР или используя внутрений API от стороннего приложения на компе. Средний объём каждой таблицы - 200 тыщ.записей, потом нужно реализовать последовательную архивацию всех данных находящихся за порогом даты.
2) Интеграция с Excell. Тут понятно напрашивается ADO, но.. удовлетворяет ли эта технология предыдущему пункту? Excell будет выполнять мат.часть. Оно и понятно, зачем придумывать паравос, когда он уже давно ездит и пыхтит))
3) Вычисляемые поля.
4) Масштабирование. База должна без проблем принимать запросы от десятка программных модулей и от сотен клиентских приложений.

Обращаясь ко всем, кто хорошо знаком с проектированием БД - какую технологию посоветуете использовать?

0

я правильно прочитал?

Сообщение от snovfx76 постоянно, с периодичностью в долю секунды, от множества источников

пишем в базу
там некий серверный Excel это все обрабатывает и тоже пишет в базу
а потом

Сообщение от snovfx76 от сотен клиентских приложений.

запросы на выборку из базы?

судя по кол-ву это не локальная сеть даже

0

Да, запросы на выборку, добавление информации. Не локальная сеть. Вообще голову сломал изучая технологии БД. Пытался в качестве эксперимента подключиться к настольной Access базе через ADOconnection - выдаёт "Невозможно найти устанавливаемый ISAM". Что за ерунда.
Какой провайдер нужно указывать в строке соединения для подключения к Access 2013?

0

12.0 OLE DB, а ты jet 4 указал ?

1

по идее, любой нормальный SQL сервер
MS SQL, MySQL, Postgres можно использовать, да что угодно.
я, как всегда, за бесплатный Firebird SQL

Но для системы заявленного масштаба Excel выглядит абсолютно чужеродным...

1

Разобрался с подключением, кроме Jet ещё Data Source без пробела указал. Подскажите, если я выполнил SQL запрос к серверу и получил выборку, эта выборка загружается в компонент который отправил SQL запрос? Как мне обратиться к выборке из программы. Скажем отправить её на обработку в другой модуль или программу. Например, я могу передать эту выборку в Excell ?

Добавлено через 4 минуты
Согласен что Excel использовать в масштабном проекте - это мягко говоря непрофессионально. Но создавать собственную мат часть - очень долго, дорого и прочее. Надо разбираться, экспериментировать. Вполне возможно ексель подойдёт.

0

что уж там такого в Excel, что нельзя по-быстрому перекинуть в любой другой язык O_O

выборка не загружается в компонент
компонент управляет перемещениями по этой выборке, если нужно, подгружает с сервера неподгруженные куски и т.д.

Сообщение от snovfx76 отправить её на обработку

нет понятия "отправить выборку на обработку", поэтому чтобы передать ее в другой "модуль", надо понять
модуль - это другая программа или часть этой? если этой, то все и так уже тут, чего передавать
если другая, то пусть сама и выполнит нужный запрос

короче, тут нужна простая конкретика и все

0

Сообщение от krapotkin короче, тут нужна простая конкретика и все

Про наличие базовых знаний забыл сказать. А они тут очень как нужны.

0