Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Вопросы: Хранение данных для OLAP
|
|||
|---|---|---|---|
|
#18+
Добрый день. Есть несколько вопросов, на которые очень хотелось бы узнать ответы. Предисловие: Разрабатывается программа для генерации запросов. В БД должны присутствовать справочники, каждый со своей структурой. Справочники в систему могут добавляться.(предположительно до 10 шт.) Существуют значения показателей. Данные значения представляют сообой сочетание значений справочников(SP) и само значение. Т.е. в общем виде так: | ID_VALUE | VALUE | SP1_ID | SP2_ID | ... | SPN_ID | Значение показателя является верным только для данного сочетания значений справочников. Т.е. значение при сочетания | SP1_ID | SP2_ID |, не может быть выбрано по SP1_ID или SP2_ID, а только при выборке по SP1_ID И SP2_ID. Количество записей предположительно - от 1 млрд. до 6 млрд. записей. Вопросы: 1. На данный момент рассматривается два способа хранения данных значений - динамическое создание таблиц значений для всех сочетаний при добавлении нового справочника. Т.е. создается таблица, где в имени хранится сочетание. В таблице хранится сочетание SP1_ID....SPN_ID и значение. - создание одной таблицы, где хранятся значения, и второй таблицы где хранятся значения сочетания. Т.е. вида | ID_VALUE | TABLE_SPRAVOCHNIKA | SP_VALUE |. Вопросы: при первом варианте, возникает сложность генерации новых таблиц при добавлении справочника, но зато все значения будут храниться в таблицах для готовых сочетаний, это позволит выиграть скорость поиска. при втором варианте, получается относительно удобный поиск значений, но 1 таблица для 1 млрд. и более записей будет медленна для выборки. Итак: каковы ограничения Оракла по количеству таблиц в базе? Ведь допустим сочетания для 8 справочников дают 215 неповторяемых комбинаций сочетаний. каковы ограничения на количество записей для одной таблицы, как можно будет ускорить работу. Вопрос: Как удобнее всего оргнанизовать хранение данных для OLAP? Как я понимаю, при использовании OLAP производятся агрегирующие операции над исходными данными, а у меня получается, что изначально даются агрегированные. Как мне их грамотнее разместить в куб, какие инструменты лучше использовать. Если, есть люди работавшие с подобными проектами ответьте, пожалуйста. Нужны некоторые консультации. Могу выслать схемы разрабатываемой БД. Для связи ICQ:79139617. Заранее , спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2005, 17:31 |
|
||
|
Вопросы: Хранение данных для OLAP
|
|||
|---|---|---|---|
|
#18+
2 Eugen Ivandicov: Значение показателя является верным только для данного сочетания значений справочников. Т.е. значение при сочетания | SP1_ID | SP2_ID |, не может быть выбрано по SP1_ID или SP2_ID, а только при выборке по SP1_ID И SP2_ID. Количество записей предположительно - от 1 млрд. до 6 млрд. записей. Вы не пробовали тестировать OLAP-сервер Cognos? Там есть возможность закачивать данные в ячейки куба с нужными координатами. Сервер правда потребуется хороший... И если не секрет - Вы разрабатываете некое подобие OLAP-сервера? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2005, 18:57 |
|
||
|
|

start [/forum/topic.php?fid=49&tid=1871240]: |
0ms |
get settings: |
12ms |
get forum list: |
19ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
47ms |
get topic data: |
15ms |
get forum data: |
4ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
| others: | 257ms |
| total: | 413ms |

| 0 / 0 |
