|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : …ўЈҐЁ© Џ®¤зҐаЁ 2:5020/400 19 Jul 2001 09:59:49
To : All
Subject : Моделирование (круг второй)...
--------------------------------------------------------------------------------
TT> И от этих 2-х классов вырастить свое понятийное дерево.
TT> Ты пойми, что ничего по 3 пункту ты не упростишь
TT> Или инфологическую модель будет отображать структура таблиц - или твои
TT> метаданные, но отобразить придется по любому все сущности, все связи и
TT> все аттрибуты.
Hе догоню, хоть согреюсь.
Hаша проблема, что мы мыслим либо объектами (коллекциями с многократным
вложением, деревьями и т.д.), либо плоскими таблицами.
Я категорически против вложенных объектов и деревьев, при такой структуре
многие связи становятся опосредованными, и поиск идет медленно. Я хочу, чтобы
все связи между всеми сущностями были прямыми с возможностью индексирования.
Выглядит это в виде многомерного куба. Каждое измерение - это некий атрибут. В
этом кубе есть точки, отражающие некий факт.
Hапример, имеем куб:
-покупатели
-накладные
-товары
точка обозначает, что этот покупатель купил этот товар по этой накладной.
Если мы захотим выбрать все товары, которые купил Сидоров, мы сделаем запрос в
плоскости "покупатели - товары", минуя накладные.
В реляционной модели с 3-мя таблицами пришлось бы использовать объединение,
или подзапрос.
В базе данных мы имеем многомерный разреженный массив, где нет вложений,
соответственно, нет Join.
Это OLAP.
Может кто копал глубже эту тему ? Мне кажется, что направление правильное...
С уважением, Евгений
--- ifmail v.2.15dev5
* Origin: FidoNet Online - http://www.fido-online.com (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
