select to_timestamp('2018-09-05T00:00:00Z', 'YYYY-MM-DD HH24:MI:SS.MS'); to_timestamp ------------------------ 2018-09-05 00:00:00+03 (1 row) в msk это 3 часа ночи должно быть, а у вас полночь получается, потому что формат игнорирует зону 'Z'

Еще раз спасибо огромное. Добра

Вообще для такого в SQL используются SAVEPOINTs (на них же основаны exceptions в server-side programming languages), а что там в этой ORM — кто его знает...

да, спасибо, то что нужно!

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

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

Запрос напиши.

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

Я делал системы закупки у самых дешёвых поставщиков.

Ничего сложного, но всё усложняют нюансы.

мне нужно написать запрос linq для EF Core, но я уже плохо помню что да как

Типа один поставщик не отгружает по выхам, другой офф.диллер и требует РРЦ.

я так понял, тут мне нужен GroupJoin

я так понял, тут мне нужен GroupJoin

Шо?

В постгресе есть групповое соединение? Я что-то пропустил?

Self join on type = type and price < price?

Это жаба?

вроде нет

вроде нет

Sql?

EntityFramework орм это

EntityFramework орм это

может тебе в сишарп чат это зафорвардить то?

мб

просто я про сам запрос больше спрашивал

потому что я его не понимаю как составить правлиьно

просто я про сам запрос больше спрашивал

ну так покажи запрос на sql

так я его и спрашиваю, я не знаю как его составить

EntityFramework орм это

Если пишешь систему по закупкам, то лучше пиши сразу на sql без орм. А то когда прайсов станет десятки, а товаров в них по 100к то все виснуть будет...

Если пишешь систему по закупкам, то лучше пиши сразу на sql без орм. А то когда прайсов станет десятки, а товаров в них по 100к то все виснуть будет...

у меня уже 100к+

у меня уже 100к+

т.е. виснет? Тогда отпимизировать нужно

т.е. виснет? Тогда отпимизировать нужно

Если делать не на скуле то виснет

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

триггер или

триггер или

Другой демон. Демон-чистюля

ну да просто я думал может есть что то в постге

ну там можно и скрипт в крон поставить

так то

Нет. Никакого record TTL

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

А что такое «динамическая таблица»?

@evolsinats будет жить. Поприветствуем!

А может кто-то посоветовать адекватный профайлер под постгрес?

Было, не?!

Привет! Сегодня мы запускаем Яндекс.Облако - публичную облачную платформу, где вы можете создавать и развивать свои проекты с помощью тех же технологий, которые лежат в основе сайтов и приложений Яндекса. Виртуальные машины, объектное хранилище, облачные сети, управление базами данных ClickHouse, PostgreSQL и MongoDB, технологии распознавания, синтеза речи и машинного перевода доступны в рамках платформы уже сегодня. Узнать подробнее о сервисах можно на обновленном сайте - cloud.yandex.ru

В этом Telegram-канале мы будем публиковать все новости, связанные с платформой Яндекс.Облака. Информация о запуске новых сервисов и фич, технические работы, обновление документации, выход статей и обучающих материалов - все будет здесь. Кроме того, нам важно получать обратную связь о наших сервисах от пользователей, поэтому время от времени мы будем проводить опросы, чтобы сделать платформу еще лучше ;)

привет, чёт не могу нагуглить как справиться с такой ошибкой при батч апдейте поля integer[] пустыми массивами

пробовал по-разному, это последний вариант)

вы пытаетесь записать скаляр в поле массива, он же прямо пишет

ага

как запрос-то правильно написать?

тупо добавить ::integer[] чтобы указать что это массив интежеров не получается

м.б. из-за вложенности

я добавил к массиву массивов integer[][] - но ваще не уверен, что это валидная история

без этого такой же результат

a array_agg назад кто делать будет после unnest?

a array_agg назад кто делать будет после unnest?

понял, спасибо!

@svetsmirnova будет жить. Поприветствуем!

@avdonotdead будет жить. Поприветствуем!

преобразует "1e2" из текста в бинарное число. потом достанет его и преобразует в текст из бинарного. потом из текстового будет опять преобразовывать в numeric. а чтобы напечатать на экране будет преобразовывать его обратно в текст

Окей, проблем особых не увидел в преобразовании

а вот люди в постгресовом чате увидели. обратитесь к ним, они объяснят

Подскажите, какая проблема в преобразовании чисел в постгрес присутсвует?

Подскажите, какая проблема в преобразовании чисел в постгрес присутсвует?

А какая проблема?

Не знаю, вот и спрашиваю) Проблема в преобразовании из текста в число.

Не знаю, вот и спрашиваю) Проблема в преобразовании из текста в число.

А задача то в чем?

select ('{"a":1e2}'::json->>'a')::numeric; Вопрос про точность таких преобразований, если я правильно понял. Когда может теряться точно преобразовании при конвертации из json в text, а потом в int/float/numeric

select ('{"a":1e2}'::json->>'a')::numeric; Вопрос про точность таких преобразований, если я правильно понял. Когда может теряться точно преобразовании при конвертации из json в text, а потом в int/float/numeric

Сгенери разные варианты и протестируй, если есть сомнения.

Я проблем не вижу, поэтому не буду ничего экспериментировать

select ('{"a":1e2}'::json->>'a')::numeric; Вопрос про точность таких преобразований, если я правильно понял. Когда может теряться точно преобразовании при конвертации из json в text, а потом в int/float/numeric

Иногда может теряться. Тебе что конкретно надо и как преобразовывать?

Можно пример увидеть

Можно пример увидеть

Пример чего?

> Иногда может теряться.

> Иногда может теряться.

Ну ты сам подумай, если ты преобразуешь флоат в целое то разве не будет потерь?

Я не про это же спрашиваю

Ты сначала определись что преобразуешь тогда и понятнее станет.

В общем случае, в преобразованиях, есть огромное число возможностей для потерь.

по моему тут нет двойного преобразования

по моему тут нет двойного преобразования

Даже если тут проблема в двойном преобразовании, то для меня это не проблема.

это же просто кусок текста, подстрока из json: select pg_typeof('{"a":5.678e-05}'::jsonb->>'a'); pg_typeof ----------- text

Ну подумаешь чуть больше преобразований

это же просто кусок текста, подстрока из json: select pg_typeof('{"a":5.678e-05}'::jsonb->>'a'); pg_typeof ----------- text

только в jsonb оно бы ещё по пути в numeric сходило

да, а jsonb преобразует

select ('{"a":5.678e-05}'::json->'a'); ?column? ----------- 5.678e-05 > select ('{"a":5.678e-05}'::jsonb->'a'); ?column? ------------ 0.00005678

select '{"a":1e-379}'::jsonb->>'a';

угу, интересно

Действительно

Т.е. в jsonb прям число хранится

похоже

Ладно, а проблем в том примере никаких нету?)))

тормозит

в pg11 есть прямые касты из jsonb в числа, с ними приятнее

ну по идеи тут проблема такая же как и у pg_dump

А с точностью нет проблем? что вот в json одно число, а в итоге постгрес другое выдаёт?

то есть теряется ли точность у дробных чисел если сделать дамп базы и загрузить её обратно

я думаю что нет

то есть теряется ли точность у дробных чисел если сделать дамп базы и загрузить её обратно

всё же у меня другая ситуация