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

Поиск
Список
Период
Сортировка
От Dmitriy Igrishin
Тема Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re: [pgsql-ru-general] hstore & plperl & массивы
Дата
Msg-id AANLkTikhXAG=DQwMYtNYdaMn7a2-rvrCz+qWognZLeBk@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [pgsql-ru-general] hstore & plperl & массивы  (Dmitriy Igrishin <dmitigr@gmail.com>)
Ответы Re: Re: [pgsql-ru-general] Re: [pgsql-ru-general] hstore & plperl & массивы
Список 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 по дате отправления: