Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / OLAP и DWH Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2]      все
 Re: Прошу совета по проектированию хранилища данных  [new]
Cardagant
Member

Откуда:
Сообщений: 190
vmarch,

То есть Вы предлагаете делать такой себе SnapShot для каждой строки?
4 ноя 14, 18:12    [16796869]     Ответить | Цитировать Сообщить модератору
 Re: Прошу совета по проектированию хранилища данных  [new]
Станислав Клевцов
Member

Откуда: Krasnodar-Russia
Сообщений: 559
Станислав Клевцов
Apex
пропущено...

...
На каждый атрибут хаба будет отдельная таблица.


В принципе здесь по шагам все описывается:

http://www.anchormodeling.com/?page_id=186
Приступимссс... :-)


Посмотрел видео... Итого имеем:
1. Anchor table (якорь)
  • содержит только один столбец - для идентичности сущности
  • не изменяем
  • может не иметь атрибутов вообще или иметь сразу целое множество атрибутов

    2. Knot table (узел)
  • содержит два столбца: один для идентичности и один для значения.
  • используются для хранения конечного множества значений, как правило, для описания состояния - сущностей (через knotted attributes) или отношений (через knotted ties).
  • имеет свои суррогатные ключи и, следовательно, не изменяем.
  • должен иметь значения, которые являются взаимоисключающими и исчерпывающими.
  • не может хранить историю изменений значений.

    3. Attrubute table (атрибут)
  • содержит два столбца: один для идентичности сущности и один для значения атрибута
  • исторический атрибут содержит три столбца: для идентичности сущности, для значения атрибута и факт времени.
  • не изменяем
  • значение атрибута может измениться только со временем
  • атрибуты могут быть в 4 состояниях : static, historized, knotted static, and knotted historized.

    4.Tie table (отношение \ связь)
  • используются для связи 2 сущностей
  • они могут быть в 4 состояниях: static, historized, knotted static, and knotted historized.
  • каждый объект, который является членом в отношении имеет заданную роль в отношении.
  • может иметь от 1 до N узлов (knot) или не иметь их вообще

    Поправьте меня, если что - то не понял из видео.
  • 5 ноя 14, 17:46    [16802239]     Ответить | Цитировать Сообщить модератору
     Re: Прошу совета по проектированию хранилища данных  [new]
    Apex
    Member

    Откуда: Made in USSR
    Сообщений: 3906
    Станислав Клевцов
    для идентичности сущности

    Я не понимаю, что это значит. Либо напиши по-английски, либо на русский нормально переведи.
    6 ноя 14, 03:38    [16803944]     Ответить | Цитировать Сообщить модератору
     Re: Прошу совета по проектированию хранилища данных  [new]
    Станислав Клевцов
    Member

    Откуда: Krasnodar-Russia
    Сообщений: 559
    Клевцов Станислав
    Apex
    для идентичности сущности

    т.е. имел ввиду Id сущности

    Apex
    Я не понимаю, что это значит. Либо напиши по-английски, либо на русский нормально переведи.


    Информацию нашел в 3 источниках:
    1) Видео с www.anchormodeling.com

    2)
    http://en.wikipedia.org/wiki/Anchor_Modeling
    In Anchor Modeling there is a one-to-one mapping between the symbols used in the conceptual model and tables in the relational database. Every anchor, attribute, tie, and knot have a corresponding table in the database with an unambiguously defined structure. A conceptual model can thereby be translated to a relational database schema using simple automated rules, and vice versa. This is different from many other modeling techniques in which there are complex and sometimes subjective translation steps between the conceptual, logical, and physical levels.

    Anchor tables contain a single column in which identities are stored. An identity is assumed to be the only property of an entity that is always present and immutable. As identities are rarely available from the domain being modeled, they are instead technically generated, e g from an incrementing number sequence.

    An example of an anchor for the identities of the nephews of Donald Duck is a set of 1-tuples:
    {⟨#42⟩, ⟨#43⟩, ⟨#44⟩}

    Knots can be thought of as the combination of an anchor and a single attribute. Knot tables contain two columns, one for an identity and one for a value. Due to storing identities and values together, knots cannot be historized. Their usefulness comes from being able to reduce storage requirements and improve performance, since tables referencing knots can store a short value rather than a long string.

    An example of a knot for genders is a set of 2-tuples:
    {⟨#1, 'Male'⟩, ⟨#2, 'Female'⟩}

    Static attribute tables contain two columns, one for the identity of the entity to which the value belongs and one for the actual property value. Historized attribute tables have an extra column for storing the starting point of a time interval. In a knotted attribute table, the value column is an identity that references a knot table.

    An example of a static attribute for their names is a set of 2-tuples:
    {⟨#42, 'Huey'⟩, ⟨#43, 'Dewey'⟩, ⟨#44, 'Louie'⟩}

    An example of a knotted static attribute for their genders is a set of 2-tuples:
    {⟨#42, #1⟩, ⟨#43, #1⟩, ⟨#44, #1⟩}

    An example of a historized attribute for the (changing) colors of their outfits is a set of 3-tuples:
    {⟨#44, 'Orange', 1938-04-15⟩, ⟨#44, 'Green', 1939-04-28⟩, ⟨#44, 'Blue', 1940-12-13⟩}

    Static tie tables relate two or more anchors to each other, and contain two or more columns for storing the identities. Historized tie tables have an extra column for storing the starting point of a time interval. Knotted tie tables have an additional column for each referenced knot.

    An example of a static tie for the sibling relationship is a set of 2-tuples:
    {⟨#42, #43⟩, ⟨#42, #44⟩, ⟨#43, #42⟩, ⟨#43, #44⟩, ⟨#44, #42⟩, ⟨#44, #43⟩}

    The resulting tables will all be in sixth normal form except for ties in which not all columns are part of the primary key.


    3)

    www.anchormodeling.com
    -- KNOTS --------------------------------------------------------------------------------------------------------------
    --
    -- Knots are used to store finite sets of values, normally used to describe states
    -- of entities (through knotted attributes) or relationships (through knotted ties).
    -- Knots have their own surrogate identities and are therefore immutable.
    -- Values can be added to the set over time though.
    -- Knots should have values that are mutually exclusive and exhaustive.
    --

    -- ANCHORS AND ATTRIBUTES ---------------------------------------------------------------------------------------------
    --
    -- Anchors are used to store the identities of entities.
    -- Anchors are immutable.
    -- Attributes are used to store values for properties of entities.
    -- Attributes are mutable, their values may change over one or more types of time.
    -- Attributes have four flavors: static, historized, knotted static, and knotted historized.
    -- Anchors may have zero or more adjoined attributes.

    -- TIES ---------------------------------------------------------------------------------------------------------------
    --
    -- Ties are used to represent relationships between entities.
    -- They come in four flavors: static, historized, knotted static, and knotted historized.
    -- Ties have cardinality, constraining how members may participate in the relationship.
    -- Every entity that is a member in a tie has a specified role in the relationship.
    -- Ties must have at least two anchor roles and zero or more knot roles.
    --



    Из этого всего попытался понять и получилось вот это
    Клевцов Станислав
    1. Anchor table (якорь)
    содержит только один столбец - для идентичностиId сущности
    не изменяем
    может не иметь атрибутов вообще или иметь сразу целое множество атрибутов

    2. Knot table (узел)
    содержит два столбца: один для идентичност id и и один для значения.
    используются для хранения конечного множества значений, как правило, для описания состояния - сущностей (через knotted attributes) или отношений (через knotted ties).
    имеет свои суррогатные ключи и, следовательно, не изменяем.
    должен иметь значения, которые являются взаимоисключающими и исчерпывающими.
    не может хранить историю изменений значений.

    3. Attrubute table (атрибут)
    содержит два столбца: один для идентичностиid сущности и один для значения атрибута
    исторический атрибут содержит три столбца: для идентичности сущности, для значения атрибута и факт времени.
    не изменяем
    значение атрибута может измениться только со временем
    атрибуты могут быть в 4 состояниях : static, historized, knotted static, and knotted historized.

    4.Tie table (отношение \ связь)
    используются для связи 2 сущностей
    они могут быть в 4 состояниях: static, historized, knotted static, and knotted historized.
    каждый объект, который является членом в отношении имеет заданную роль в отношении.
    может иметь от 1 до N узлов (knot) или не иметь их вообще

    это черновой вариант
    изучаю другие источники информации
    6 ноя 14, 14:28    [16806240]     Ответить | Цитировать Сообщить модератору
     Re: Прошу совета по проектированию хранилища данных  [new]
    vmarch
    Member

    Откуда:
    Сообщений: 122
    Cardagant
    предлагаете делать такой себе SnapShot для каждой строки?


    Если речь идет о хранилище в котором храяится история аггрегатов (и самому по фактам аггрегаты считать в лом) то да. Только для меня это скорее "потоковое видео" чем снэпшот ;). Снэпшотом будет некий временной срез такого представления.

    Если же заказчика интересует "здесь и сейчас" - то транкейт целевой таблицы аггрегатов в руки.
    Из описания хотелок так вот запросто понять "чего надо та" у меня не получилось.
    6 ноя 14, 19:48    [16808167]     Ответить | Цитировать Сообщить модератору
    Между сообщениями интервал более 1 года.
     Re: Прошу совета по проектированию хранилища данных  [new]
    мигель1
    Member

    Откуда:
    Сообщений: 3381
    vmarch,
    Хочу переделать звезду на Якорь

    Есть таблица товар (Id фрукта) - Dim
    Есть таблица чеки (Id чека , сумма чека, Id фрукта) - FCT

    Таблицу фактов как превратить в якорь?
    10 дек 17, 17:14    [21021948]     Ответить | Цитировать Сообщить модератору
     Re: Прошу совета по проектированию хранилища данных  [new]
    мигель1
    Member

    Откуда:
    Сообщений: 3381
    мигель1,

    Сателиты?
    10 дек 17, 17:58    [21021998]     Ответить | Цитировать Сообщить модератору
     Re: Прошу совета по проектированию хранилища данных  [new]
    Полковник.
    Member

    Откуда:
    Сообщений: 1713
    мигель1
    vmarch,
    Хочу переделать звезду на Якорь

    Есть таблица товар (Id фрукта) - Dim
    Есть таблица чеки (Id чека , сумма чека, Id фрукта) - FCT

    Таблицу фактов как превратить в якорь?


    Таблицу фактов? Да легко - это много якорей и галстуков, их связывающих.
    16 дек 17, 10:55    [21038893]     Ответить | Цитировать Сообщить модератору
    Топик располагается на нескольких страницах: Ctrl  назад   1 [2]      все
    Все форумы / OLAP и DWH Ответить