Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Народ, подскажите, это сюда?
|
|||
|---|---|---|---|
|
#18+
Проблема такая: Дано - firebird 1.5.2 - Delphi 7, IBX - Тематика: Есть набор показателей (всякие химические элементы) 30 - 40 штук Есть набор мест, где отбирается проба, скажем, воздуха (до 10000 - 20000) Есть такое понятие, как протокол, т.е бумажка, в которую записывается результат отбора пробы воздуха по показателям (20 - 30 показателей) таких протоколов для каждого места отбора пробы штук 200 в год - Надо: Постоить форму поиска, в которой можно было бы найти -любой протокол по одному из признаков (около 20 признаков) -любой протокол по результату анализа по любому из показателей - Как это сделано сейчас: Есть таблица протоколов Analyse(guid, guid места отбора пробы,признак1, признак2, ...), таблица результатов анализа values (guid, guid протокола, код названия показателя, значение показателя, код результата анализа, признак1, признак2,... ) Создаю временную таблицу tableTemp, пихаю туда все протоколы. Если позователь запросит все протоколы, у которых результат по такому-то, такому-то и такому-то показателю, допустим , выше ПДК в 5 раз, то в таблицу tableTemp сую столбцы с показателями и результатом превышения ПДК и по измененной таблице фильтрую протоколы. Проблема: По моему проблема такого поиска очевидна - вставить в таблицу, скажем, 1000000 протоколов при каждом поиске - уже будут тормоза, а + если выберут, скажем 30 показателей (а соответственно получится еще 60 полей с учетом столбца "превышение ПДК"), то процесс формирования такой таблицы вообще умрет. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2005, 20:36 |
|
||
|
Народ, подскажите, это сюда?
|
|||
|---|---|---|---|
|
#18+
Типичная задача для OLAP. На FB можно конечно и хранилище построить по всем правилам дедушки Кимбала. И если грамотно индексы положить и пару таблиц с аггрегациями, то можно этакий Low Budget ROLAP получить, но я бы посоветовал взять нормальный OLAP инструмент, время внедрения и затраты сопровождения будут несравненно ниже чем на самописном. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2005, 20:54 |
|
||
|
Народ, подскажите, это сюда?
|
|||
|---|---|---|---|
|
#18+
Спасибо! А вы можете кинуть ссылку на нормальную доку по теме? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2005, 10:06 |
|
||
|
Народ, подскажите, это сюда?
|
|||
|---|---|---|---|
|
#18+
Для начала на русском у Константина Лисянского и на OLAP.RU Классика у Кимбала , но на английском. Ну а если совсем прагматично, то ставите MS AS и проходите Tutorial от корки до корки. И ройте форум, тут почерпнете немало перлов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2005, 10:41 |
|
||
|
|

start [/forum/topic.php?fid=49&gotonew=1&tid=1870747]: |
0ms |
get settings: |
9ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
48ms |
get topic data: |
8ms |
get first new msg: |
5ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
| others: | 246ms |
| total: | 381ms |

| 0 / 0 |
