Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Как оптимально хранить правила(формулы)
|
|||
|---|---|---|---|
|
#18+
БД для связистов. Задача формировать и хранить, выводить на печать наборы позывных по узлам связи. В старой (Dos-кой) задаче люди в одну табл. Забивали строчки с правилами формирования позывных, жали кнопку рассчитать и по каждому правилу получали список позывных. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. время=09:00 То должен быть рассчитан список позывных на 09:00 на понед., вторн., сред., четв. по четным дням кроме праздничных , с января по май на 2004 год. Как оптимально для последующей обработки хранить правила(формулы) формирования позывных. с годом и месяцем еще ладно (одно поле для года NULL/значение, и два StartMonth,EndMonth для месяца), а вот как оптимально хранить дату для последующих вычислений??? Заранее спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2004, 01:54 |
|
||
|
Как оптимально хранить правила(формулы)
|
|||
|---|---|---|---|
|
#18+
Проще надо быть Одна таблица Date1, Date2 datetime -- интервал действия (год, месяц... миллисекунда) Пн bit, ... Вс bit, -- дни недели Ед bit -- ежедневно; Рд bit -- по рабочим дням; Вх bit -- по выходным дням; Пр bit -- по праздничным дням; Не bit -- по нечетным дням; Че bit -- по четным дням. Пн1 bit, ... ПнП bit Вт1 bit, ... ВтП bit ... Сб1 bit, ... СбП bit Кр... bit во всех небходимых сочетаниях с др. ежели вылазишь за ограничение по числу столбцов => +доп. таблица. ------------------- Вариант интеллектуальнее Две таблицы 1. Правила-заголовки ID int -- идентификатор правила Name varchar(128) -- имя правила 2. Атрибуты-правила ParID int -- идентификатор правила Date1, Date2 datetime -- интервал действия (год, месяц... миллисекунда) AttribID AttribValue1 AttribValue2 ... ---------------- Основная идея: Клиент может задавать формулы как X,Y,Z... и т.п. но при записи на сервер это (X,Y,Z...) декодируется в несколько "простых" правил, соотвествующих одной строке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2004, 09:49 |
|
||
|
Как оптимально хранить правила(формулы)
|
|||
|---|---|---|---|
|
#18+
2 aleks2: Спасибо за ответ. Поясните пожалуйста вариант 2. AttribID - сылается на справочник атрибутов? Но зачем тогда AttribValue2, значение атриьута может быть только одно. ??? А год я думаю лучше хранить отдельно, от месяцев т.к. - правило может быть составленно на всю жизнь и тогда в поле год будет пустое. Месяцы тоже могут задать , а могут и нет если правило расчитано на все месяцы, Код: plaintext 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2004, 10:05 |
|
||
|
Как оптимально хранить правила(формулы)
|
|||
|---|---|---|---|
|
#18+
diml2 aleks2: Но зачем тогда AttribValue2, значение атриьута может быть только одно. ??? ... Код: plaintext 1. Как же ты, бедняга, интервалы (дата=1-5) собираешься хранить? Строкой? Ветер в ж... дата=1-5 AttID = интервал AttValue1=1 AttValue2=5 дата=15 AttID = интервал AttValue1=15 AttValue2=15 Да и потом может чего всплыть... лучше перестраховаться. ну с годом и месяцами, могет я и погорячился. Тут думать нада... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2004, 11:33 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=32776460&tid=1546187]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
133ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 222ms |
| total: | 448ms |

| 0 / 0 |
