EI
Ivan Sokolov
ну план по комплексным ключам... которые не имеют никакого общего минимального поля...
сделайте таблицу связей по минимальному полю
Size: a a a
2020 September 23
IS
сделайте таблицу связей по минимальному полю
так а его нет =)
IS
у 1 менеджера может быть куча брендов
IS
1 бренд может быть на любом магазине
IS
и т.д.
EI
если план по менеджеру бренда, можно же сделать прогноз, по каким детализациям план?
IS
ну вот идея объединить в одну таблицу всё мне нравится... тогда ключи не нужны будут вообще в итоговой таблице...
EI
Ivan Sokolov
у 1 менеджера может быть куча брендов
да и хрен с ними, для клика подтянуть таблицу ссылок в 12 млн как нет ничто
DS
Составные ключи сделать, потом их через autonumber прогнать
EI
обрубите по факту и в модели все будет ОК
GE
Ivan Sokolov
у 1 менеджера может быть куча брендов
И что? У вас будет поля тип-дата-менеджер-бренд-значение. И для факта тип 0, для плана тип х=план менеджера по бренду и пр.
EI
для сопоставления план-факт нужен общий ключ,
а по какому уровню детализации - решать уже по месту.
либо план растягивать на возможные варианты, либо в транзакции формировать ключ для плана.
а по какому уровню детализации - решать уже по месту.
либо план растягивать на возможные варианты, либо в транзакции формировать ключ для плана.
EI
другое дело, если транзакция может относится к двум и более планам.
IS
другое дело, если транзакция может относится к двум и более планам.
само собой может
IS
транзация - это комбинация типа "Дата-Магазин-Товар-Сумма"
IS
а планы - это все возможные комбинации свойств магазинов и товаров
EI
сформируйте таблицу вариантов для двух планов, посмотрите что получится
IS
короче мне понравился вариант где я джоиню в таблицу фактов планы вместо того чтобы держать их отдельными таблицами... тогда получится + 15 столбцов в таблице фактов вместо +15 таблиц =)
EI
а через месяц планы пересмотрят
EI
и добавят новых