![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
chispa1707Определил ключевой фрагмент. Отставка еврейского патриарха, гибель Рима и падение Византии в одной связке. Едва рухнула финансовая система, посыпалось всё. Четыре типа сдвигов для объединения оказалось достаточно, и очень четко видать, что это лишь начало, здесь же жесткие и очень точные привязки к падению Персидской империи, торжеству арабов, падению Иерусалима и переходу Крыма в руки Османов, причем падение Крыма - важнейший триггер. Событий мизер, и ни одного мелкого. Всё упаковалось в малюсенькую табличку.
***
И здесь же видно, что меня ждет. Хронологию отдельных кланов сначала разбросали на тысячелетия, в зависимости от текущих политических предпочтений, а затем в этом изуродованном состоянии склеили. Разбрасывали по системе, но в детали никто не влезал. Это мой шанс.
***
Мне недостает накопителя данных, просто чтобы уложить в одну, образно говоря, ячейку с полсотни датированных событий, и при этом каждое из них имело связь со своим продолжением в соседней ячейке. Такой программы совершенно точно нет, а Экселю не хватает третьего измерения.
***
И здесь же видно, что меня ждет. Хронологию отдельных кланов сначала разбросали на тысячелетия, в зависимости от текущих политических предпочтений, а затем в этом изуродованном состоянии склеили. Разбрасывали по системе, но в детали никто не влезал. Это мой шанс.
***
Мне недостает накопителя данных, просто чтобы уложить в одну, образно говоря, ячейку с полсотни датированных событий, и при этом каждое из них имело связь со своим продолжением в соседней ячейке. Такой программы совершенно точно нет, а Экселю не хватает третьего измерения.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2025-10-22 02:47 pm (UTC)no subject
Date: 2025-10-22 05:34 pm (UTC)no subject
Date: 2025-10-22 04:44 pm (UTC)Из более менее годного направления приглянулся Oracle Database. Там есть Cube Tables.
Прога старая - 2000-е года, еще не заточена в онлайн и это для наших задач плюс.
При этом пишут про разные подходы к построению куба в разных версиях:
Конечно, и в Oracle Database 10g, и в Oracle Database 11g возможно определить реляционные представления кубов, и использовать немного по-другому структурированные запросы SQL, чтобы обратиться к этим представлениям и, следовательно, к AW. Для AWM в среде Oracle Database 10g этот процесс является ручным, но он полностью автоматизирован в Oracle Database 11g. Позже мы рассмотрим оба метода использования SQL.
В описалове есть такие фишки:
В Oracle Database 11g советник по разреженности был заменен тремя новыми:
Cube Partitioning Advisor (Советник по секционированию куба) дает рекомендации по секционированию куба на основании секционирования исходной таблицы и разреженности данных в его измерениях.
Cube Storage Advisor (Советник по хранению куба) анализирует существующий куб и его измерения и дает рекомендации как можно оптимально перестроить куб. Например, советник исследует, какие измерения куба являются плотными или разреженными, чтобы определить их правильный порядок хранения в кубе и должно ли в действительности использоваться сжатие.
Relational Schema Advisor (Советник реляционной схемы) генерирует SQL-сценарий для создания всех необходимых объектов базы данных и ограничений, требующихся для переписывания запросов, чтобы они работали с материализованными представлениями куба.
Как вывод: проги есть, я бы определил модели ввода/вывода и попытался подобрать подходящий из старых программ. т.к. основаное - это неудобство работы с внесением данных и выводом в разных разрезах. Программисты стараются их разрешить разными способами.
Одна из статей на тему https://www.interface.ru/home.asp?artId=20806
no subject
Date: 2025-10-22 05:34 pm (UTC)