ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Подскажите как лучше получать/хранить данные
15 сообщений из 15, страница 1 из 1
Подскажите как лучше получать/хранить данные
    #36944853
Думающий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Думающий
Участник
Есть некий набор условий переодических, зависящий от рабочих/выходных дней.
Мне нужно по этому набору формировать список условий на каждый месяц в зависимости от календаря. Т.е. уже в каком месяце какое условие и какая сумма будет.

Если я формирую условия на лету, без харнения в таблицах, то получается долго.
Если я буду хранить условия в таблице, т.е. формировать по месячные условия сразу при вводе, то получается в случае изменения календаря, нужно будет переформировать все условия.

Как быть?
...
Рейтинг: 0 / 0
09.11.2010, 14:07
| Ответить | Цитировать | Написать  
Подскажите как лучше получать/хранить данные
    #36944962
nosov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nosov
Гость
авторКак быть?написать понятным языком... о чем речь... что за условия... на что они влияют... и тд.
...
Рейтинг: 0 / 0
09.11.2010, 14:39
| Ответить | Цитировать | Написать  
Подскажите как лучше получать/хранить данные
    #36945004
Думающий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Думающий
Участник
Ну грубо говоря, есть раписание, это 1 раз в месяц, то 1 раз в квартал.
Мне нужно это расписание, как бы развернуть уже в плоскость календаря, т.е. что вот именно в этот месяц именно в этот день будет событие конкретное, т.е. если расписание ежемесячное, то мне нужно чтобы для каждого месяца было выведено значение что вот такого то числа в месяце было событие.


Ну грубо, раписание, 25 числа каждого месяца, значит я хочу видеть вывод
25.01.2010
25.02.2010
25.03.2010
....
и так весь период в который это условие действует
...
Рейтинг: 0 / 0
09.11.2010, 14:48
| Ответить | Цитировать | Написать  
Подскажите как лучше получать/хранить данные
    #36945015
Думающий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Думающий
Участник
Дополню, бывают условия, скажем 5 банквоский дней с начала месяца
...
Рейтинг: 0 / 0
09.11.2010, 14:51
| Ответить | Цитировать | Написать  
Подскажите как лучше получать/хранить данные
    #36945049
Фотография ПЕНСИОНЕРКА
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ПЕНСИОНЕРКА
Участник
Думающий,

авторНу грубо, расписание, 1 числа каждого месяца, значит я хочу видеть вывод
01.11.2010
01.12.2010
01.01.2011
....
и так весь период в который это условие действует

как учесть
-праздники и выходные
-выдать до ....
-выдать с... до ....
-выдать после отчета......
...
Рейтинг: 0 / 0
09.11.2010, 15:00
| Ответить | Цитировать | Написать  
Подскажите как лучше получать/хранить данные
    #36945063
Думающий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Думающий
Участник
ПЕНСИОНЕРКАДумающий,

авторНу грубо, расписание, 1 числа каждого месяца, значит я хочу видеть вывод
01.11.2010
01.12.2010
01.01.2011
....
и так весь период в который это условие действует

как учесть
-праздники и выходные
-выдать до ....
-выдать с... до ....
-выдать после отчета......
это все учтено большей частью, не понимаю как обрабатывать периоды которых еще нет в календаре, скажем распсиание до 2012 года, но праздники 2012 мы еще не знаем.
То ли перерасчитывать при добавлении в календарь этого периода, что при большой базе будет тоже долго.

В общем я в тупике, и так и так долго)
...
Рейтинг: 0 / 0
09.11.2010, 15:04
| Ответить | Цитировать | Написать  
Подскажите как лучше получать/хранить данные
    #36945077
Naf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Naf
Участник
опишите более подробнее ТЗ, зачем вам далеко планировать? что за суммы?
от ситуации зависит
пример если это оплаты и вы оплатили "в 5-й банковский день" 05.05.2010, а потом задним числом вспомнили, что календарь не корректировался и вдруг этот "5-й банковский день" стал 07.05.2010, то вы всего равно оплатили 05.05.2010!
...
Рейтинг: 0 / 0
09.11.2010, 15:08
| Ответить | Цитировать | Написать  
Подскажите как лучше получать/хранить данные
    #36945118
Фотография ПЕНСИОНЕРКА
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ПЕНСИОНЕРКА
Участник
Думающий,

у нас были понятия
-период расчета с ...... до ......(например 28 числа до 5)
-порядковый номер для расчета
28ч29п30с31в1п2в3с4ч5п123+45678
-план отчета
наименованиеотчетный деньпримечаниеот11.от22.от33после от1.......
-если задерживался отчет 1, то не выполнялся и от3
-план отчета не зависел от конкретных дней. при необходимости конкретная дата считалась
-суббота -как правило была рабочей для зарплаты и не рабочей для прочих(основные средства, автотранспорт, .....)
...
Рейтинг: 0 / 0
09.11.2010, 15:19
| Ответить | Цитировать | Написать  
Подскажите как лучше получать/хранить данные
    #36945167
Думающий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Думающий
Участник
Прошу прощения, просто уже в голове каша по этому поводу.

Есть договор, в нем есть условия по оплате.Эти условия единоразовы, ежемесячны, квартальны и еще там есть сложно вывернутых)
Т.е. в договоре мы вносим эти условия, затем для сверки платежей и прочего, нужно уже видеть эти условия развернутые на календарь.
Первоначально сделал расчет в онлайне так сказать, но если брать за год к примеру все условия посмотреть будет долго.
Появилась мысль хранить эти условия равернутые на календарь в таблице, откуда потом и дергать в отчеты.
Но вижу следующие проблемы:
-если мы поменяли календарь , календарь не меняется, но что скажем если ввели календарь на след.год, и потом вдруг постановление правительства и праздники чуть изменили, или так не бывает?
-что делать с условиями, которые затрагивают годы , которых еще нет в календаре, скажем 2013

Вот.
...
Рейтинг: 0 / 0
09.11.2010, 15:33
| Ответить | Цитировать | Написать  
Подскажите как лучше получать/хранить данные
    #36945212
Фотография ПЕНСИОНЕРКА
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ПЕНСИОНЕРКА
Участник
Думающий,

у нас были понятия
-период расчета с ...... до ......(например 28 числа до 5)
-порядковый номер дня в периоде


-это не зависит от даты
-есть таблица соответствия периода расчета за хх месяц хххх года и соответствующие ему дни
-план пишется относительно "порядковый номер дня в периоде" и не зависит от реальной даты
период№№дата2010-11128.11.2010229330401.12.2010..........2010-12128.12.2010229330403.01.2011..........
...
Рейтинг: 0 / 0
09.11.2010, 15:46
| Ответить | Цитировать | Написать  
Подскажите как лучше получать/хранить данные
    #36945239
Думающий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Думающий
Участник
У меня тоже есть понятие периода, но сложнее и периодов у меня на каждое условие два.
Дело не в том как хранить, а в том как учесть банковские дни в случае отсутствия / изменения календаря на какой то срок
...
Рейтинг: 0 / 0
09.11.2010, 15:53
| Ответить | Цитировать | Написать  
Подскажите как лучше получать/хранить данные
    #36945301
Фотография ПЕНСИОНЕРКА
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ПЕНСИОНЕРКА
Участник
ПЕНСИОНЕРКА
период№№дата2010-11128.11.2010229330401.12.2010..........2010-12128.12.2010229330403.01.2011..........
-открываете текущий месяц
-корректируете

не так уж это много, хотя есть периоды
-зарплата, основные,налоговые .........
-месячные, квартальные ..............

дальше фантазия не работает
-в любом случае это связь номеров отчетных дней с конкретной датой данного месяца
-план же пишется на номер, а не дату
ид1ггггммпериодномерназвание отчетапримечание..............
...
Рейтинг: 0 / 0
09.11.2010, 16:07
| Ответить | Цитировать | Написать  
Подскажите как лучше получать/хранить данные
    #36945342
Naf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Naf
Участник
а может посмотреть запросы?
делал SQL запросы по банковским и/или календарным дням, правда это было 1С
...
Рейтинг: 0 / 0
09.11.2010, 16:18
| Ответить | Цитировать | Написать  
Подскажите как лучше получать/хранить данные
    #36945389
Думающий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Думающий
Участник
Nafа может посмотреть запросы?
делал SQL запросы по банковским и/или календарным дням, правда это было 1С
Да запросы и так достаточно быстро отрабатывают, просто условия сложные слишком.

Думаете лучше все же на запросах сделать?
...
Рейтинг: 0 / 0
09.11.2010, 16:34
| Ответить | Цитировать | Написать  
Подскажите как лучше получать/хранить данные
    #36947652
Фотография lLocust
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lLocust
Участник
ДумающийNafа может посмотреть запросы?
делал SQL запросы по банковским и/или календарным дням, правда это было 1С
Да запросы и так достаточно быстро отрабатывают, просто условия сложные слишком.

Думаете лучше все же на запросах сделать?

Определитесь:
1) как часто у вас эти отчеты (с использованием этих дат) будут делаться?
2) Эти даты у вас - это справочная информация?
3) Быстро ли по времени выполняются запросы?
4) Кто будет редактировать (вводить/удалять) праздничные и выходные дни?

Приемлимы оба варианта - и хранение в базе, и расчет в онлайне.
Если для Вас первоочередная задача - быстрота вывода на экран для пользователя - то база.
Если не хочется гемора в обновлении данных (просто по времени дильше реализовывать) - то запросы.

В данном случае я бы выбрал - базу, т.к. операция редактирования праздничных дней разовая и будет не настолько трудоемка, как расчет этих данных каждый раз в запросах.
...
Рейтинг: 0 / 0
10.11.2010, 15:38
| Ответить | Цитировать | Написать  
15 сообщений из 15, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Подскажите как лучше получать/хранить данные
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=32&msg=36945301&tid=1542450]:
 0ms
get settings:
 7ms
get forum list:
 9ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 172ms
get topic data:
 7ms
get forum data:
 2ms
get page messages:
 34ms
get tp. blocked users:
 1ms
others: 237ms
total:  473ms
созд. / загр.: 473ms
x
x
Закрыть


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