powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / План/факт. Хранение информации
9 сообщений из 9, страница 1 из 1
План/факт. Хранение информации
    #38570174
Фотография SashaMercury
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Здравствуйте. Сегодня был пустой спор. На мой взгляд.
Допустим нам нужно хранить 10 атрибутов, 4 из них образуют составной ключ и по три на план и факт для идентичных качественных показателей. Мне пытались доказать что необходимо создавать две таблицы. Я пытался доказать что таких ситуаций не существует. Но мой соперник был настолько наглый что у меня не нашлось нужных слов. Подскажите пожалуйста их, если я прав. Или я что-то упускаю ?

Модератор: Тема перенесена из форума "Microsoft SQL Server".
...
Рейтинг: 0 / 0
План/факт. Хранение информации
    #38570197
Гхостик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Если есть записи с планом, но без факта, или наоборот, то вариант с одной таблицей хуже. Количество записей к чтению будет больше, и иногда придется писать условия на <> 0.
...
Рейтинг: 0 / 0
План/факт. Хранение информации
    #38570284
Кот Матроскин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SashaMercuryЗдравствуйте. Сегодня был пустой спор. На мой взгляд.
Допустим нам нужно хранить 10 атрибутов, 4 из них образуют составной ключ и по три на план и факт для идентичных качественных показателей.
Если план и факт полностью идентичны - один из них лишний :)
Гхостик Если есть записи с планом, но без факта, или наоборот, то вариант с одной таблицей хуже
Я бы сказал "... вариант с одной записью хуже". Хранить запись "План" и запись "Факт", различающиеся флагом, можно и в
одной таблице
...
Рейтинг: 0 / 0
План/факт. Хранение информации
    #38570558
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SashaMercuryЗдравствуйте. Сегодня был пустой спор. На мой взгляд.
Допустим нам нужно хранить 10 атрибутов, 4 из них образуют составной ключ и по три на план и факт для идентичных качественных показателей. Мне пытались доказать что необходимо создавать две таблицы. Я пытался доказать что таких ситуаций не существует. Но мой соперник был настолько наглый что у меня не нашлось нужных слов. Подскажите пожалуйста их, если я прав. Или я что-то упускаю ?


План это план, а факт это факт и вместе им не сойтись...
Это разные сущности. Кроме того планов может быть много, а факт всегда один.
Т.е. на один и тот же период может быть более одного плана, по одним и тем же атрибутам.
А вот факт будет только один.

Кроме того факт != план.
Так что лучше хранить план и факт отдельно.
Т.к. сущности план и факт не идентичные сущности. Т.е. существуют атрибуты которые есть в плане, но нет в факте. И наоборот.
...
Рейтинг: 0 / 0
План/факт. Хранение информации
    #38570666
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> был пустой спор

Это не пустой спор. Вы смотрите на один из частных случаев.

> Я пытался доказать что таких ситуаций не существует

Интересно, как именно пытались? Можно услышать ваши аргументы?
...
Рейтинг: 0 / 0
План/факт. Хранение информации
    #38570940
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SashaMercuryЗдравствуйте. Сегодня был пустой спор. На мой взгляд.
Допустим нам нужно хранить 10 атрибутов, 4 из них образуют составной ключ и по три на план и факт для идентичных качественных показателей. Мне пытались доказать что необходимо создавать две таблицы. Я пытался доказать что таких ситуаций не существует. Но мой соперник был настолько наглый что у меня не нашлось нужных слов. Подскажите пожалуйста их, если я прав. Или я что-то упускаю ?

Модератор: Тема перенесена из форума "Microsoft SQL Server".
Если речь о значениях показателей. OLAP. Пример:

Страна, Театр, Артист, Месяц: Кол. спектаклей (план), Количество спектакле (факт), Кол. полученных букетов (план), Кол. полученных букетов (факт), Кол. драк с коллегами (план), Кол драк с коллегами (факт).

Измерения (первые Ваши четыре атрибута), и меры (три пары атрибутов). Данные берутся из OLTP, предположим, после завершения некого периода. То есть, это агрегированные данные.
Тогда Ваше решение имеет право на существование. Поскольку, если и будет "две таблицы" (два показателя по три меры в каждом), или шесть таблиц (шесть показателей по одной мере в каждом), то все равно должна быть предусмотрена операция манипулирования, которая даст этот самый показатель с шестью мерами. И возникает предположение - а почему же сразу не сделать именно одну такую "таблицу")) Тем не менее, вопрос дискуссионный по многим-многим причинам))
...
Рейтинг: 0 / 0
План/факт. Хранение информации
    #38570964
Фотография Роман Дынник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
наверное стоит для начала определиться об OLTP или DWH идет речь.
Для OLTP выбор может зависить от планируемого объема данных и выборок по нему. Строго говоря "план" может быть, а "факт" может и не существовать или появляться/заполняться позднее. Поэтому, в случае с одной таблицей будет большое кол-во null-ов или 0 что вобщем то для OLTP выглядит не очень хорошо.
Для DWH скорее все следует денормализовать и свести в все одну таблицу.
...
Рейтинг: 0 / 0
План/факт. Хранение информации
    #38571053
lookat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
SashaMercury,

При планировании и анализе план/факт
гранулярность (степень детализации)
определяется двумя сущностями:
1. Объект планирования
2. Период планирования

Как правило "сырые" фактические данные
имеют другую гранулярность, чем План
(то есть бОльшую степень детализации).

Поэтому Факт (для План/Факта) агрегируется
до минимальной гранулярности Плана.

Например, для оперативного планирования продаж
розничной сети факты продаж (строки чеков) агрегируются до:
1. Категория продуктов / Точка продаж (магазин)
2. Неделя продаж (по календарю 52 недели == 4 х 13)

Понятно, что и собственно планирование,
и анализ План/Факт подразумевают работу
с несколькими источниками (схемами) данных.
Одной таблицей тут не обойтись :-)

Ваш спор был видимо о том, в каком виде хранить
некоторые результаты анализа План/Факт .
Здесь уже действует правило "на вкус и цвет..." :-)

Удачи
...
Рейтинг: 0 / 0
План/факт. Хранение информации
    #38579656
Фотография SashaMercury
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Всем спасибо:)
...
Рейтинг: 0 / 0
9 сообщений из 9, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / План/факт. Хранение информации
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]