таблица фактов, вытянутая в длину. / Проектирование БД

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / таблица фактов, вытянутая в длину.

15 сообщений из 15, страница 1 из 1

таблица фактов, вытянутая в длину.

#38423812

Адель

Гость

Здравствуйте, уважаемые.

Пришла мне в голову блажь завести для гибкости очень вытянутую структуру. Чтобы в БД в одной длинной трехколоночной таблице могли разместится несколько совершенно разных кубов - таблиц фактов, да еще и чтобы пользователи могли накидать еще несколько. Пример схемы данных ниже.

Так вот, не могу решить как в ней лучше группировать данные. Пока склоняюсь к динамическому запросу, который построит "нормальную" таблицу фактов из "длинной", и сгруппирует ее. И по ней потом процедурой пробежаться и в вытянутую таблицу вновь рассовать.

Может есть чего-то, чего я не замечаю, чтобы напрямую их группировать? Так вообще не слишком ли гибко?

Код: sql

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.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.

набор данных
(
   код
   имя
);
\
1, отгрузки
2, состав сырья
/

параметры
(
   код
   код набора данных
   имя
   использование при группировке
   справочник
   тип
  и т.д.
)
\
1, 1, машина, NONE                      -- отгрузки - 4 колонки, 
2, 1,  №склада, GROUP
3, 1,  товар, GROUP
4, 1,  кол-во, SUM
5, 2,  плотность, AVG     -- состав сырья               
6, 2,  доля фракции 1,   AVG
7, 2,  доля фракции 2, AVG
/

данные
(
   время
   параметр
   значение
)
\
t1, 1, a234et  -- машина, N                      -- отгрузки
t1, 2, 1          -- №склада, GROUP
t1, 3, мешок   --  товар, GROUP
t1, 4, 10         -- кол-во
t2, 1, a432et   -- машина, N                      
t2, 2, 1           -- №склада, GROUP
t2, 3, мешок    --  товар, GROUP
t2, 4, 13         -- кол-во, SUM
t3, 1, a100eу   -- машина, N                      
t3, 2, 2           -- №склада, GROUP
t3, 3, пакет    --  товар, GROUP
t3, 4, 450         -- кол-во, SUM
t4, 1, a432et   -- машина, N                      
t4, 2, 2           -- №склада, GROUP
t4, 3, мешок    --  товар, GROUP
t4, 4, 29         -- кол-во, SUM
t5  xxxxxxx                                  -- состав сырья - совершенно другая песня, опускаю
/

последняяя таблица через cross-table редактируется в таком виде

Код: sql

1.
2.
3.
4.
5.
6.

      машина, №склада,  товар, кол-во

t1    a234et       1         мешок     10
t2    a234et       1         мешок     13
t3    a100еу       2         пакет     450
t2    a234et       2         мешок     29

теперь бы их сгруппировать вот так:

Код: sql

1.
2.
3.
4.
5.

№склада,  товар, кол-во

       1         мешок     20
       2         пакет     450
       2         мешок     29

результирующая таблица под это дело

Код: sql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.

суточные данные
(
   дата
   код строки группировки
   параметр
   значение
)
\
d1, 1, 2, 1          -- №склада, GROUP
d1, 1, 3, мешок   --  товар, GROUP
d1, 1, 4, 23         -- кол-во
d1, 2, 2, 2          -- №склада, GROUP
d1, 2, 3, пакет   --  товар, GROUP
d1, 2, 4, 450         -- кол-во
d1, 3, 2, 2          -- №склада, GROUP
d1, 3, 3, мешок   --  товар, GROUP
d1, 3, 4, 29         -- кол-во
/

...

Рейтинг:

0 / 0

11.10.2013, 01:27

| Ответить | Цитировать | Написать

таблица фактов, вытянутая в длину.

#38423825

SERG1257

Участник

Сообщения: 2 932

Рейтинг: 0 / 0

EAV изобретаете.
Что же каждый через это прошел.

...

Рейтинг:

0 / 0

11.10.2013, 01:47

| Ответить | Цитировать | Написать

таблица фактов, вытянутая в длину.

#38423828

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

SERG1257каждый через это прошел.
Но не плюются от этого опыта только те, кто понял, что программировать придётся не только
на SQL. Аффтар, делай свою шахматку на клиенте, там это проще всего будет.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

11.10.2013, 01:50

| Ответить | Цитировать | Написать

таблица фактов, вытянутая в длину.

#38423841

Адель

Гость

Да, это EAV, спасибо. А почему обрабатывать на клиенте? Клиенты, конечно, все равно будут эти шахматки строить, и можно как-то приспособитсмя и повторно использовать код. Но это как-то совсем уж некрасиво. Сервер умный, пусть думает. Или хранимка по расписанию, или триггер - в зависимости от нагрузки. Не?

...

Рейтинг:

0 / 0

11.10.2013, 02:13

| Ответить | Цитировать | Написать

таблица фактов, вытянутая в длину.

#38423843

Адель

Гость

Да, сервер Postgres

...

Рейтинг:

0 / 0

11.10.2013, 02:14

| Ответить | Цитировать | Написать

таблица фактов, вытянутая в длину.

#38424439

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

АдельА почему обрабатывать на клиенте?
Потому что там это проще и удобнее. А если обрабатывать на сервере, то не стоит
связываться с EAV вообще.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

11.10.2013, 13:52

| Ответить | Цитировать | Написать

таблица фактов, вытянутая в длину.

#38424498

_мод

Гость

АдельЧтобы в БД в одной длинной трехколоночной таблице могли разместится несколько совершенно разных кубов - таблиц фактов, да еще и чтобы пользователи могли накидать еще несколько.
Это называется Операции
Нужны две таблицы:
Собссно Операции (ид, тип, дата, содержание, создатель и т.д.)
Параметры операций: (ид параметра, ид операции, тип, имя параметра, значение)
Ну и описание типов операций
Параметр операции м.б. списком - тогда все несколько сложнее

...

Рейтинг:

0 / 0

11.10.2013, 14:33

| Ответить | Цитировать | Написать

таблица фактов, вытянутая в длину.

#38424933

Адель

Гость

_мод,

что-то я не улавливаю разницу, я вроде так и сделал. Вопрос-то был как это правильно группировать

Спасибо добрым людям, подсказали ключевое слово. Почитал. Решил пока оставить операции как есть, уж больно хорошо клиент получается для ввода. А суточные данные сделать почти нормальной таблицей фактов. Почти - т.к. будет hstore, в данном примере - по складам и товарам.

...

Рейтинг:

0 / 0

11.10.2013, 19:41

| Ответить | Цитировать | Написать

таблица фактов, вытянутая в длину.

#38424936

Адель

Гость

Dimitry Sibiryakov,

Почему не стоит это делать вообще, мне уже понятно. А почему не стоит если обработка на сервере? В двух словах, пожалуйста.

...

Рейтинг:

0 / 0

11.10.2013, 19:43

| Ответить | Цитировать | Написать

таблица фактов, вытянутая в длину.

#38424940

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

АдельА почему не стоит если обработка на сервере? В двух словах, пожалуйста.

Тормоза. Говнокод.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

11.10.2013, 19:56

| Ответить | Цитировать | Написать

таблица фактов, вытянутая в длину.

#38426126

_мод

Гость

АдельВопрос-то был как это правильно группировать
группировать для чего ? отчет ?

...

Рейтинг:

0 / 0

14.10.2013, 10:07

| Ответить | Цитировать | Написать

таблица фактов, вытянутая в длину.

#38428982

Адель

Гость

Dimitry Sibiryakov,

Так и на клиенте то же самое :)

Ладно, с этим все ясно.

А если сделать EAV для отдельных операций и сборку суточных значений в нормальную таблицу фактов, но с hstore это как с точки зрения перфоманса/эстетики?

...

Рейтинг:

0 / 0

16.10.2013, 00:34

| Ответить | Цитировать | Написать

таблица фактов, вытянутая в длину.

#38428984

Адель

Гость

_мод,

да для всего. Для начала для агрегирования в суточные значения. В-общем я так решил уже не делать. :)

...

Рейтинг:

0 / 0

16.10.2013, 00:35

| Ответить | Цитировать | Написать

таблица фактов, вытянутая в длину.

#38429031

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

АдельТак и на клиенте то же самое :)
Нет, там всё гораздо проще. Но надо быть программистом.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

16.10.2013, 01:15

| Ответить | Цитировать | Написать

таблица фактов, вытянутая в длину.

#38429146

_мод

Гость

АдельА если сделать EAV для отдельных операций и сборку суточных значений в нормальную таблицу фактов, но с hstore это как с точки зрения перфоманса/эстетики?
Так и делать.
А агрегирование можно делать разными способами:
1. матвью
2. процедурой
3 динамически по мере надобности

...

Рейтинг:

0 / 0

16.10.2013, 09:31

| Ответить | Цитировать | Написать

15 сообщений из 15, страница 1 из 1

Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / таблица фактов, вытянутая в длину.

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=32&msg=38426126&tid=1541095]:	0ms
get settings:	10ms
get forum list:	13ms
check forum access:	4ms
check topic access:	4ms
track hit:	163ms
get topic data:	12ms
get forum data:	3ms
get page messages:	52ms
get tp. blocked users:	1ms
others:	13ms

total:	275ms