ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Календарь - насколько обоснованно наличие физической таблицы?
15 сообщений из 15, страница 1 из 1
Календарь - насколько обоснованно наличие физической таблицы?
    #39461391
waszkiewicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
waszkiewicz
Участник
Собственно,сабж. Поделитесь опытом - насколько необходимо иметь проиндексированную таблицу лет на 50 вперед для простых задач, реализующих расписание? Или таблица вида {id;date;person;descr} вполне решит реализацию "Расписание для Васи на ближайшие 50 лет"?
...
Рейтинг: 0 / 0
29.05.2017, 11:51
| Ответить | Цитировать | Написать  
Календарь - насколько обоснованно наличие физической таблицы?
    #39461409
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LSV
Участник
Конечно обосновано. В доп. полях можно много чо полезного указать. Например инфу о банковских/рабочих/нерабочих днях с учетом переноса рабочих дней на СБ...
Очень удобно с этой таблицей считать кол-во раб./банковских дней с даты ХХ.
А также удобно находить даты, в кот. нет необходимых событий (например, нет продаж).
Ну и разного рода расписания.
...
Рейтинг: 0 / 0
29.05.2017, 12:08
| Ответить | Цитировать | Написать  
Календарь - насколько обоснованно наличие физической таблицы?
    #39461457
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ViPRos
Участник
waszkiewiczСобственно,сабж. Поделитесь опытом - насколько необходимо иметь проиндексированную таблицу лет на 50 вперед для простых задач, реализующих расписание? Или таблица вида {id;date;person;descr} вполне решит реализацию "Расписание для Васи на ближайшие 50 лет"?
ерунда это, кроме случая - когда каждый день "на ближайшие 50 лет" описывается по разному
календарей для одного ресурса может быть много
ресурсов таких в среднем заводе 10 000
...
Рейтинг: 0 / 0
29.05.2017, 12:55
| Ответить | Цитировать | Написать  
Календарь - насколько обоснованно наличие физической таблицы?
    #39461542
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LSV
Участник
ViPRosерунда это, кроме случая - когда каждый день "на ближайшие 50 лет" описывается по разному
календарей для одного ресурса может быть много
ресурсов таких в среднем заводе 10 000Дык вопрос именно в том, нужен ли календарь(и) или нет. Для сложных случаев может быть и неск. штук.

Календарь - удобная штука. Особенно для отчетности. Конеш можно и обойтись. Но лучше все таки с ним. :)
...
Рейтинг: 0 / 0
29.05.2017, 13:49
| Ответить | Цитировать | Написать  
Календарь - насколько обоснованно наличие физической таблицы?
    #39461675
waszkiewicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
waszkiewicz
Участник
ViPRoswaszkiewiczСобственно,сабж. Поделитесь опытом - насколько необходимо иметь проиндексированную таблицу лет на 50 вперед для простых задач, реализующих расписание? Или таблица вида {id;date;person;descr} вполне решит реализацию "Расписание для Васи на ближайшие 50 лет"?
ерунда это, кроме случая - когда каждый день "на ближайшие 50 лет" описывается по разному
календарей для одного ресурса может быть много
ресурсов таких в среднем заводе 10 000
так а в чем "ерунда"? случай я описал - нужно расписание для множества людей. {id;date;person;descr} возможно, решит. Вот вот в этом и вопрос. Возможно, я неверно понял ответ, прошу пояснить
...
Рейтинг: 0 / 0
29.05.2017, 15:44
| Ответить | Цитировать | Написать  
Календарь - насколько обоснованно наличие физической таблицы?
    #39461714
SERG1257
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SERG1257
Участник
LSV Календарь - удобная штука. Особенно для отчетности. Конеш можно и обойтись. Но лучше все таки с ним. :) +1
...
Рейтинг: 0 / 0
29.05.2017, 16:55
| Ответить | Цитировать | Написать  
Календарь - насколько обоснованно наличие физической таблицы?
    #39461725
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ViPRos
Участник
waszkiewicz,

ерунда - это описывать каждый день :)
...
Рейтинг: 0 / 0
29.05.2017, 17:21
| Ответить | Цитировать | Написать  
Календарь - насколько обоснованно наличие физической таблицы?
    #39461730
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ViPRos
Участник
ViPRos,
...
Рейтинг: 0 / 0
29.05.2017, 17:30
| Ответить | Цитировать | Написать  
Календарь - насколько обоснованно наличие физической таблицы?
    #39462513
Фотография Alex_496
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex_496
Участник
must have,
на сайте публиковал
...
Рейтинг: 0 / 0
30.05.2017, 16:41
| Ответить | Цитировать | Написать  
Календарь - насколько обоснованно наличие физической таблицы?
    #39464224
Фотография Akina
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Akina
Участник
waszkiewiczнасколько необходимо иметь проиндексированную таблицу лет на 50 вперед для простых задач, реализующих расписание?Нафиг не нужно. Потому как по всем полям, кроме собственно даты, она будет сильно-разреженной, а потому достаточно хранить в индексированной таблице только записи за те даты, на которые имеется содержательная часть, а полный список дат диапазона отображения генерировать в запросе в момент, когда они реально потребовались.
...
Рейтинг: 0 / 0
02.06.2017, 07:51
| Ответить | Цитировать | Написать  
Календарь - насколько обоснованно наличие физической таблицы?
    #39464351
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LSV
Участник
а полный список дат диапазона отображения генерировать в запросе в момент, когда они реально потребовалисьВот так прям в одном select запросе и нагенерили ? :) бггг.
И что теперь в каждом отчете с интервалом дат генерить список ? Или два три пять списков для сложных отчетов...?

Есть две даты: 30апреля и 10мая. Сколько между ними банковских дней ? Допустим для отчета по графику платежей.
...
Рейтинг: 0 / 0
02.06.2017, 10:43
| Ответить | Цитировать | Написать  
Календарь - насколько обоснованно наличие физической таблицы?
    #39464383
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
LSVКонечно обосновано. В доп. полях можно много чо полезного указать. Например инфу о банковских/рабочих/нерабочих днях с учетом переноса рабочих дней на СБ...
Очень удобно с этой таблицей считать кол-во раб./банковских дней с даты ХХ.
А также удобно находить даты, в кот. нет необходимых событий (например, нет продаж).
Ну и разного рода расписания.

С учётом того, что в РФ ГД каждый год принимает график выходных и праздничных дней на следующий год, по-другому вообще никак нельзя.
...
Рейтинг: 0 / 0
02.06.2017, 10:58
| Ответить | Цитировать | Написать  
Календарь - насколько обоснованно наличие физической таблицы?
    #39464542
andycat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andycat
Участник
Akinawaszkiewiczнасколько необходимо иметь проиндексированную таблицу лет на 50 вперед для простых задач, реализующих расписание?Нафиг не нужно.

задачи разные бывают, нельзя так категорично утверждать.

мне как то понадобилось среднемесячные остатки по проводкам клиентов в АБС посчитать, так SQL запрос без календаря получился сильно сложнее и больше чем с календарем.
...
Рейтинг: 0 / 0
02.06.2017, 12:20
| Ответить | Цитировать | Написать  
Календарь - насколько обоснованно наличие физической таблицы?
    #39464858
SERG1257
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SERG1257
Участник
andycat SQL запрос без календаря получился сильно сложнее и больше чем с календаремименно.
А теперь умножим эту сложность на количество подобных отчетов, умножим на необходимость обратной совместимости (старые отчеты должны считаться по старому) и сравним с расходами на материализацию календаря.
И еще один довод: если календарь заполнен неправильно (не тот день объявлен выходным или еще какой косяк) то отловить это много проще, чем баг в отчете, где этот календарь генерится на лету (а в другом отчете может быть другой баг с генерацией календаря).
...
Рейтинг: 0 / 0
02.06.2017, 16:46
| Ответить | Цитировать | Написать  
Календарь - насколько обоснованно наличие физической таблицы?
    #39465267
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
waszkiewiczСобственно,сабж. Поделитесь опытом - насколько необходимо иметь проиндексированную таблицу лет на 50 вперед для простых задач, реализующих расписание? Или таблица вида {id;date;person;descr} вполне решит реализацию "Расписание для Васи на ближайшие 50 лет"?
Поделюсь опытом - этот вопрос неправильно задан, и потому на него нельзя хорошо ответить.

Плясать нужно от печки, то есть от бизнес-логики. Потребности бизнес-логики наверняка включают в себя учёт первичных фактов - тех самых id;date;person;descr. Кроме того, в них может оказаться удобным иметь календарь - некий источник данных того вида, о котором Вы говорите.

Механизмы СУБД замечательны тем, что если нужен календарь - они позволяют реализовать абстракцию 'календарь'. А поэтому Ваш вопрос вообще задан преждевременно. Делайте бизнес-логику. Когда и если ощутите потребность в календаре - сделайте вьюху 'календарь' и работайте с ней. Когда и если вьюха станет слишком сложной и тормозной - материализуйте её. Об этом незачем и вредно думать сейчас, преждевременная оптимизация - корень всех зол.
...
Рейтинг: 0 / 0
03.06.2017, 17:41
| Ответить | Цитировать | Написать  
15 сообщений из 15, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Календарь - насколько обоснованно наличие физической таблицы?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=32&msg=39461542&tid=1540171]:
 0ms
get settings:
 9ms
get forum list:
 13ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 62ms
get topic data:
 11ms
get forum data:
 2ms
get page messages:
 60ms
get tp. blocked users:
 2ms
others: 13ms
total:  180ms
созд. / загр.: 180ms
x
x
Закрыть


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