| From: | "Dmitry E(dot) Oboukhov" <unera(at)debian(dot)org> |
|---|---|
| To: | pgsql-ru-general(at)postgresql(dot)org |
| Subject: | Re: Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] hstore & plperl & массивы |
| Date: | 2011-03-11 17:55:47 |
| Message-ID: | 20110311175547.GD8174@apache.rbscorp.ru |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-ru-general |
DI> Бывает, конечно, всякое. И по улицам ночью ходить может быть опасно и т.д.
DI> Тем не менее, я считаю, что опасения по поводу восстановления после
DI> сбоев обоснованы, но не должны выходить на передний план при проектировании.
а они и не выходят (как основной фактор во всяком случае).
суть складирования в массивы в том что эти массивы именно массивами и
нужно по бизнес-логике выбирать и поиск внутри этих массивов не нужен.
ну а то что в кач-ве профита получили еще и возможность на пару
порядков сократить число строк в таблице - хороший плюс :)
DI> Начиная с 9.0, аггрегирующие функции поддерживают ORDER BY. Т.о., можно
DI> и того проще, например
DI> dmitigr=> SELECT array_agg(fname ORDER BY id DESC) FROM test;
и зачем я столько лет убил на возню с MySQL? ;)
--
. ''`. Dmitry E. Oboukhov
: :’ : email: unera(at)debian(dot)org jabber://UNera(at)uvw(dot)ru
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Dmitry E. Oboukhov | 2011-03-11 17:58:39 | Re: Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] hstore & plperl & массивы |
| Previous Message | Dmitriy Igrishin | 2011-03-11 16:34:01 | Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] hstore & plperl & массивы |