Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] hstore & plperl & массивы - Mailing list pgsql-ru-general

From Dmitriy Igrishin
Subject Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] hstore & plperl & массивы
Date
Msg-id AANLkTikhXAG=DQwMYtNYdaMn7a2-rvrCz+qWognZLeBk@mail.gmail.com
Whole thread Raw
In response to Re: [pgsql-ru-general] hstore & plperl & массивы  (Dmitriy Igrishin <dmitigr@gmail.com>)
Responses Re: Re: [pgsql-ru-general] Re: [pgsql-ru-general] hstore & plperl & массивы
List pgsql-ru-general


11 марта 2011 г. 9:02 пользователь Dmitry E. Oboukhov <unera@debian.org> написал:

DI> Не совсем понятно, зачем нужен упорядоченный по ключу массив hstore?
DI> Да и вообще, куда принципиально помещать элементы такого массива, если
DI> у них отсутствует ключ, по котору производится упорядочивание?
DI> Возможно, здесь не совсем продуманное проектное решение.

ну примерно так: работает прибор, передает данные на сервер. сервер
добавляет эти данные в массив hstore.
прибор снимает точки 1. 2. 3. ...
но при передаче точки могут прийти так 2. 1. 3. ... (если не удалось
передать точку, делаются повторы итп)
Какой смысл использовать массив, когда можно просто
добавлять данные в таблицу в хронологическом порядке?
Причём хронологию будет фиксировать сама СУБД (очень просто
достижимо использованием now() в качестве значения по умолчанию).

можно конечно точки сортировать в момент их выборки, а можно в момент
помещения точки в массив точек. как-то так :) 
--

. ''`.                               Dmitry E. Oboukhov
: :’  :   email: unera@debian.org jabber://UNera@uvw.ru
`. `~’              GPGKey: 1024D / F8E26537 2006-11-21
 `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537



--
// Dmitriy.


pgsql-ru-general by date:

Previous
From: "Dmitry E. Oboukhov"
Date:
Subject: Re: Re: [pgsql-ru-general] Re: [pgsql-ru-general] hstore & plperl & массивы
Next
From: "Dmitry E. Oboukhov"
Date:
Subject: Re: Re: [pgsql-ru-general] Re: [pgsql-ru-general] hstore & plperl & массивы