|
|
|
Проектирование БД для хранения временных рядов.
|
|||
|---|---|---|---|
|
#18+
guest_20040621 > Ваш совет со многими таблицами (по автору 500 - 1000) поспешен. Мой совет автору вопроса - избегать таблиц. Файлов достаточно. Ибо нафиг не нужны клиенту таблицы. Напрасный оверхед и для работы, и для хранения, и для обновления. Более того, и файлы можно дополнительно разбить по таймфреймам. Спасибо рассмотрю все варианты. Сейчас решил на коленках написать тестовый контур, для сравнения производительности. guest_20040621 Назначение терминала - оперативная реакция трейдера или МТС. Не существует ни одного терминала с вменяемой аналитикой. И "прикрутить" такую аналитику - чрезвычайно геморройное занятие. По двум причинам: во-первых, специализированные аналитические пакеты приемлемого качества уже стоят смешных денег, во-вторых, бессмысленно развивать монстрообразный пакет, который будет потенциально интересен очень ограниченному количеству пользователей. Кроме того, качество и функционал существующих терминалов с точки зрения их основного назначения - это отдельная большая проблема, работать нужно в первую очередь над ней, а не над финтифлюшками. Кстати занимаюсь как раз тем, чтобы к пакету тех анализа прикрутить нормального качества датафид ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.01.2009, 06:30 |
|
||
|
Проектирование БД для хранения временных рядов.
|
|||
|---|---|---|---|
|
#18+
guest_20040621работать нужно в первую очередь над ней, а не над финтифлюшками. ПРАСНИТЕСЬ КОЛЛЕГА!!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.01.2009, 07:08 |
|
||
|
Проектирование БД для хранения временных рядов.
|
|||
|---|---|---|---|
|
#18+
Angeldguest_20040621 > Ваш совет со многими таблицами (по автору 500 - 1000) поспешен. Мой совет автору вопроса - избегать таблиц. Файлов достаточно. Ибо нафиг не нужны клиенту таблицы. Напрасный оверхед и для работы, и для хранения, и для обновления. Более того, и файлы можно дополнительно разбить по таймфреймам. Спасибо рассмотрю все варианты. Сейчас решил на коленках написать тестовый контур, для сравнения производительности. Итак немного потестил, вставил 10 000 записей в таблицу. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. Результаты следующие тестирования "в лоб" без оптимизации : SQL CE - 20 500 ms - размер базы 6 мб SQL Server - 8 125 ms Запись массива из 10 000 структур (id, DT, OHLCVOI) в файл - 15 мс!!! Размер файла 600 кб Видимо придется изобретать велосипед заново на файлах :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.01.2009, 07:37 |
|
||
|
Проектирование БД для хранения временных рядов.
|
|||
|---|---|---|---|
|
#18+
> Кстати занимаюсь как раз тем, чтобы к пакету тех анализа прикрутить нормального качества датафид Успехов. Работа и важная, и нужная. Если у вас дойдут руки сделать конфигурируемое хранилище (с возможностью переключаться между файлами и базой данных), многие скажут вам спасибо. Если еще и найдете возможность использовать бесплатную СУБД, это будет просто здорово. А если можно будет одновременно использовать еще и несколько источников - ну, это будет просто предел мечтаний. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.01.2009, 11:18 |
|
||
|
Проектирование БД для хранения временных рядов.
|
|||
|---|---|---|---|
|
#18+
В MS SQL 2008 это уже реализованно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.01.2009, 14:09 |
|
||
|
Проектирование БД для хранения временных рядов.
|
|||
|---|---|---|---|
|
#18+
Посмотрите на Berkley DB - будет самое то для вашей задачи ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.01.2009, 01:36 |
|
||
|
Проектирование БД для хранения временных рядов.
|
|||
|---|---|---|---|
|
#18+
guest_20040621, Коллеги,а вам не кажется что эта техника вообще устарела.У меня дома есть кое-что по лучше,уверяю вас друзья..... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2009, 09:23 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=35763339&tid=1543483]: |
0ms |
get settings: |
7ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
175ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
33ms |
get tp. blocked users: |
1ms |
| others: | 197ms |
| total: | 438ms |

| 0 / 0 |
