Кроме настройки lc_monetary он ничем не отличается от dec

decimal не пририсовывает знак доллара

?ради этого тип отдельный?

gis=# select sin(10::decimal); sin ------------------- -0.54402111088937 (1 row) gis=# select sin(10::money); ERROR: function sin(money) does not exist LINE 1: select sin(10::money); ^ HINT: No function matches the given name and argument types. You might need to add explicit type casts.

Ясно чтобы синусоиду при операции с ден. средствами не заюзать :)

Ну вот просто dec и float разница понятна. И тут вопросов 0. Money по своей сути получается украшательство

Я правильно понял?

money в постгресе недоделанный, он по хорошему должен бы ещё валюту в себе содержать и не разрешать складывать два поля с разной валютой

тот же самый вид недоделанности, как в нативном point недостаток srid (в отличие от postgis geometry) - у тебя есть точка, но нет описания пространства

а кто в чем деньги хранит ?

Получается они зарелизили тип, но потом доделают.

а то отдельные эстеты утверждают что надо хранить в NUMERIC(18,2)

а не в decimal

Это я знаю )

just ask

Найди 10 отличий )))

Меня больше разрядность хранения после точки интересует

Так как, некоторые утверждают что надо хранить 5 знаков после запятой, меньше вероятность расхождения в 1 коп/цент

Найди 10 отличий )))

Согласно доке стандарта SQL - они идентичны

а кто в чем деньги хранит ?

короче храню в DEC, что посути является NUM по единственной причине - при выислениях всё должно быть верно и ни на один знак не отклоняться от сохраненного

ато 10*0.5 = может получиться 4.9999

Так как, некоторые утверждают что надо хранить 5 знаков после запятой, меньше вероятность расхождения в 1 коп/цент

4 знака только ради межвалюток. А если только рубли будут - тогда 2 знака

И потом пример расхождения в 1 копейку скажи

Пишут, что нет разницы в ПГ https://www.postgresql.org/message-id/20211.1325269672@sss.pgh.pa.us

Порылся в инете нарвался на тукую радость:

http://www.sql.ru/faq/faq_topic.aspx?fid=274

Возможно из-за совместимости и юзают Numeric

https://www.w3schools.com/sql/sql_datatypes_general.asp Но здесь разницы не делают

http://www.sql.ru/faq/faq_topic.aspx?fid=274

А причём тут Firebird?

там как раз разница есть между типами, может поэтому некоторые говорят "ОБЯЗАТЕЛЬНО ЮЗАЙТЕ NUM"

есть люди, читающие таблицы сверху вниз, и люди, читающие таблицы снизу вверх

спс всем за ответы

кто какой пункт раньше нашёл, тот то и будет рекомендовать

Для совместимости так сказать между бд. Хотя как @Komzpa ранее писал (если память мне не изменяет) , врят ли переезд с одной СУБД на другую будет беспроблемным, даже при соблюдении SQL стандартов.

Тогда обсуждали NOTNULL и IS NOT NULL, которые как оказалось тоже абсолютные синонимы

Вот еще СУПЕР вопрос ? по финансам. есть какие-то готовые схемы построения таблиц по мультивалютным операциям?

у меня 8мес назад как раз и сдох RAID когда я эту баланду запустил с целью повакумить с 73% загруженного места, не спасибо :)

а дело точно было не в RAID? :)

А помогите пожалуйста, что-то не могу придумать как сделать. Как сгруппировать строки, если их колонка (массив) пересекается? т.е. условие группировки – пересечение. При том что «aggregate functions are not allowed in GROUP BY», я попробовал через агрегационную функцию.

А помогите пожалуйста, что-то не могу придумать как сделать. Как сгруппировать строки, если их колонка (массив) пересекается? т.е. условие группировки – пересечение. При том что «aggregate functions are not allowed in GROUP BY», я попробовал через агрегационную функцию.

Разложить массив через unnest?

Это не эквивалент

Почему? У вас есть колонка id и array. Технически при разложении массива array в строки вы получите возможность собрать id в группы. Но производительность будет плохая

в группы – равные элементу массива, а не в группу пересечений

А помогите пожалуйста, что-то не могу придумать как сделать. Как сгруппировать строки, если их колонка (массив) пересекается? т.е. условие группировки – пересечение. При том что «aggregate functions are not allowed in GROUP BY», я попробовал через агрегационную функцию.

а если A пересекается с B, B пересекается с C, а С не пересекается с A - их надо сгруппировать?

если да, то это не группировка, а кластеризация

а если A пересекается с B, B пересекается с C, а С не пересекается с A - их надо сгруппировать?

да, у всех есть общее пересечение

в группировке ты должен по любым двум элементам понять, что они из одной группы

хотя

[1, 2 ,3] [2] [3]

то да

т.е. мне нужна группа из всех этих трех, потому что они пересекаются с первым

а [2], [1,2,3], [3]?

тоже

А если ещё есть [3,4]?

в общем, тебе нужна кластеризация. её как таковой нет в SQL, в PostGIS ее городят через массивы и агрегации https://postgis.net/docs/manual-2.2/ST_ClusterWithin.html

ты не можешь по двум элементам [2] и [3] понять, что они уйдут в один кластер

да, я врубился

Я такое сделал рекурсивным запросом, недавно тут спрашивал

Точнее, сначала materialized view с unnest массивов, потом рекурсивный запрос который собирает всё в кластер

Круто, примером CTE поделишься?

Тут по [2] через [1,2,3] вытазится и [3]

ERROR: S client not available

ты не можешь по двум элементам [2] и [3] понять, что они уйдут в один кластер

то есть зря я делал сводные таблицы с простейшими полями. Можно было решить через массивы?

Cte?

> рекурсивный запрос Ну я предположил что это with recursive

Да

Ну это Common Table Expressions aka CTE

А, я не силен в терминологии:) Запрос https://github.com/repology/repology/blob/master/repology/database.py самый последний

thx

Там проекты объединяются по url'ам

Есть документация на русском (желательно, но и на аглийском сойдет), как создать свое расширение на основе уже готовыз таблиц, процедур, вьюх?

Или раздавать как дамп?

экстеншен, он почти и есть дамп

а дело точно было не в RAID? :)

даже не знаю, я потом поверх этих же дисков новую ос установил и все ок, тесты и смарт тоже нормальные были

Добрый вечер, коллеги Подскажите, пожалуйста, в какую сторону копать: в базе в ячейке типа JSONB хранится массив значений [{uuid:'...', value: 'foo'}, {uuid:'...', value: 'bar'}] Хочется вытащить все value в виде одной строки через запятую.

@kardanovir select string_agg(a.a->>'value', ',') from (select jsonb_array_elements(('[{"value":1},{"value":2}]'::jsonb))) as a(a);

https://www.postgresql.org/docs/9.6/static/functions-json.html

Спасибо!

здаров

есть кто живой?

собрал такой запрос select number_nar, full_name, date_open_nar, date_close_nar, vrach_ortoped, vrach_technic, sum from (j_nar left join j_patient on j_nar.id_patient = j_patient.id) WHERE date_close_nar is not null

который выводит

Нужно посчитать количество рабочих дней между date_open_nar и date_close_nar и вывести их после sum

помогите пожалуйста

Как собрать запрос.

В psql вроде есть, age засунь в него

типа age(date_close_nar, date_open_nar)

он должен выдать тебе промежуток

Т.е. кол-во дней между этими датами

age(timestamp, timestamp) interval Subtract arguments, producing a "symbolic" result that uses years and months, rather than just days age(timestamp '2001-04-10', timestamp '1957-06-13') 43 years 9 mons 27 days