Приветствую всех, с наступившим НГ и наступающем рождеством.

Коллеги, стоит задача проектирования БД - хранилища информации о биржевых котировках. Все дело будет строиться на SQL CE или Express Edition, предпочтительно 1й вариант. Храниться будет информация о котировках разных биржевых инструментов. Предполагаемые объемы информации (верхняя граница): 500-1000 инструментов * 100 000 записей. Данные представляют собой времянные ряды, упорядоченные по времени.

Дилема следующая, хранить ли все записи в одной таблице или под каждый инструмент выделить отдельную таблицу, чтобы сократить время на поиск и размер БД (т.к. будет отсутствовать поле с названием инструмента, на вскидку экономия 100-200 мб)?

Опять же оптимально ли выделение отдельных таблиц под каждый инструмент, нет ли ограничения на максимальное количество таблиц в БД?

Спасибо.

Модератор: Тема перенесена из форума "Microsoft SQL Server".

Mr Marmelad
Коллега подумайте на данном этапе об архитектуре. SQL Server CE Edition разумно использовать для оперативной организации Ваших Данных, но никак не для статического хранилища.
Не могли бы вы объяснить почему, или указать где об этом можно прочитать. В принципе БД нужна как хранилище кеша, т.е. нагрузка на нее не будет слишком большой, как альтернатива можно написать свой небольшой DataBase Engine, однако пока решил изучить вопрос с помощью имеющихся средств.

Mr MarmeladВам стОило бы посмотреть в сторону BI (OLAP) тулс на основе Enetrprise как минимум.
Понятно, что SQL CE и Express не чета Enterprise, однако хочу добиться того, чтобы приложение было переносимым, без установки сервера, поэтому решил остановиться на SQL CE. Боюсь что на Enterprise не хватит бюджета.

Mr Marmelad
А простите что имеется ввиду - если Хранилище данных - понятно, если КЭШ тоже - а это - как вы сказали ? Хранилище КЭША? Не объектную ли базу Вы имеете ввиду Коллега? Есть продукт под названием CASHE от InterSystems

Вобщем, есть программа поставщик биржевых данных (сервер), работает в real-time и хранит данные в RAM, интервал данных ограничен текущим днем. Есть клиенты, которые получают данные от сервера, иногда клиентам необходимо получить доступ к данным старше текущего дня, например за предыдущую неделю - для этого нужно хранилище данных. После получения данных клиентом от сервера из хранилища, эти данные кешируются самим клиентом, и в дальнейшем используется только текущая информация которая доступна в оперативной памяти. Таким образом доступ к данным сервера-хранилища происходит несколько раз в минуту (пик нагрузки), что не так много.

ПОЭТОМУ, меня устроит любое решение с производительностью получения 10 000 записей в 3-5 секунд, основные требования:
1. Мобильность БД - без установки громоздкого сервера
2. Относительная надежность.

Т.к. с базой данных будет работать максимум 1-3 клиента, особой прыти от БД не требуется.

з.ы. Mr Marmelad, когда Вы говорили то SQL CE не приспособлен для хранения данных, что именно имели ввиду? Тормознутость, ненадежность, или что-то другое.

Спасибо, Коллега!

guest_20040621> SQL CE или Express Edition
Нормальные СУБД религия не позволяет использовать, обязательно кастрированные?
Религия, требует мобильности, т.е. CE или файлы - это круг моего выбора. Опять же? задачи не такого масштаба чтобы под них приобретать Enterprise версии.

guest_20040621
> Дилема следующая
Нет никакой дилеммы. Отталкиваться следует от аналитической софтинки, которую предполагается использовать, и характера обработки.
Характер софтины описал в предыдущем посте. 90% запросов в виде "select * from table_name where DatTime > '2009-01-01 10:00:00'"

Так всетаки как лучше сделать в моем случае,с позиции производительности, много таблиц под каждый инструмент или все данные в одной таблице?
Спасибо за ответы!