|
|
|
Как лучше хранить помесячные данные?
|
|||
|---|---|---|---|
|
#18+
Привет всем! Уважаемые, подскажите как лучше/проще/правильнее хранить такой набор данных. У "потребителей" есть заявленное "потребление" на каждый месяц. Я вижу такие варианты: 1. Код: plaintext 1. 2. 3. Код: plaintext 1. 2. 3. 4. Никто не переступал похожие грабли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2007, 12:15 |
|
||
|
Как лучше хранить помесячные данные?
|
|||
|---|---|---|---|
|
#18+
А где тут грабли? Можно еще предложить и такой вариант, он более универсален: CREATE TABLE ... ( BegDATE DATE, -- начало периода(месяца) EndDATE DATE, -- конец периода(месяца) CONSUMPTION INTEGER ); ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2007, 12:40 |
|
||
|
Как лучше хранить помесячные данные?
|
|||
|---|---|---|---|
|
#18+
SPQRА где тут грабли? Ну, грабли не в смысле ошибки, а в смысле доставания данных за разные периоды. SPQRМожно еще предложить и такой вариант, он более универсален: CREATE TABLE ... ( BegDATE DATE, -- начало периода(месяца) EndDATE DATE, -- конец периода(месяца) CONSUMPTION INTEGER ); По-моему одна из дат явно лишняя... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2007, 12:45 |
|
||
|
Как лучше хранить помесячные данные?
|
|||
|---|---|---|---|
|
#18+
Вариант №1 лучше. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2007, 13:55 |
|
||
|
Как лучше хранить помесячные данные?
|
|||
|---|---|---|---|
|
#18+
Лучше конечно произвольный период делать, который просто будет в частном случае равняться месяцу (кто сказал что месяц будет календарным?). Анатолий ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2007, 00:35 |
|
||
|
Как лучше хранить помесячные данные?
|
|||
|---|---|---|---|
|
#18+
Анатолий ИвановЛучше конечно произвольный период делать, который просто будет в частном случае равняться месяцу Ага! Это вариант, предложенный SPQR'ом. Согласен. Анатолий Иванов(кто сказал что месяц будет календарным?) Но период будет точно месяц, точно-точно. Расчетный период для бухгалтерии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2007, 02:06 |
|
||
|
Как лучше хранить помесячные данные?
|
|||
|---|---|---|---|
|
#18+
Есть еще третий вариант: вынести определение периодов в отдельную таблицу Периоды (period_id, beg_date, end_date), а в таблицу с данными помещать ссылку на Периоды по period_id. ________ Не дадим распространиться заразе политкорректности! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2007, 04:44 |
|
||
|
Как лучше хранить помесячные данные?
|
|||
|---|---|---|---|
|
#18+
Urri wrote: > Есть еще третий вариант: вынести определение периодов в отдельную > таблицу Периоды (period_id, beg_date, end_date), а в таблицу с данными > помещать ссылку на Периоды по period_id. Замучишься потом перформанся выпрямлять из-за "лишнего" джойна. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2007, 15:24 |
|
||
|
Как лучше хранить помесячные данные?
|
|||
|---|---|---|---|
|
#18+
Когда как, когда как. Кроме того, это один из тех случаев, когда ключ периода может иметь собственную семантическую наполненность (например, иметь вид "2007-06"). ________ Не дадим распространиться заразе политкорректности! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2007, 21:32 |
|
||
|
Как лучше хранить помесячные данные?
|
|||
|---|---|---|---|
|
#18+
Вставлю свои пять копеек. Ж:) У меня есть такое: CREATE TABLE PLANMONTH ( PLN_YEAR INTEGER, PLN_MONTH INTEGER, PLN_BEGINDATE DATE, PLN_ENDDATE DATE, ... ) По такой структуре удобно делать выборки по одному месяцу, по нескольки месяцам: ... WHERE PLN_YEAR=2007 AND PLN_MONTH=5 ... WHERE PLN_MONTH=5 ... WHERE PLN_BEGINDATE>='01.12.2006' AND PLN_ENDDATE<='31.03.2007' ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2007, 06:17 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=119&tid=1544474]: |
0ms |
get settings: |
8ms |
get forum list: |
23ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
57ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
60ms |
get tp. blocked users: |
1ms |
| others: | 223ms |
| total: | 393ms |

| 0 / 0 |
