Ð
если спам не удалили, значит они добились своего
Size: a a a
2021 January 10
VY
/report
AK
/report
2021 January 11
IK
День добрый! Подскажите пожалуйста, как переписать запрос без nested select: https://gist.github.com/ivkomarov/beea56b4c0a721eae32df4e9a6924c72
SQLite, если принципиально, хотя штука должна вроде быть тривиальной и реализуемой во всех SQL
SQLite, если принципиально, хотя штука должна вроде быть тривиальной и реализуемой во всех SQL
VY
а зачем? вроде нормальный запрос (я бы один уровень скобочек убрал)
IK
Вроде как вложенные селекты долгие, не? Если нет – отбой тревоги. Но насколько помню, в те редкие случаи, когда работал со сравнительно большими объемами данных, это была проблема
IK
а зачем? вроде нормальный запрос (я бы один уровень скобочек убрал)
Во, вроде как получилось. Надеюсь, что нигде не накосячил. Имел в виду переписывание на вот такой вот self-join:
https://gist.github.com/ivkomarov/2a1624dee52f9cb9d72e89961d5a0f70
Оно имеет смысл по-сравнению с вариантом выше?
https://gist.github.com/ivkomarov/2a1624dee52f9cb9d72e89961d5a0f70
Оно имеет смысл по-сравнению с вариантом выше?
YS
Во, вроде как получилось. Надеюсь, что нигде не накосячил. Имел в виду переписывание на вот такой вот self-join:
https://gist.github.com/ivkomarov/2a1624dee52f9cb9d72e89961d5a0f70
Оно имеет смысл по-сравнению с вариантом выше?
https://gist.github.com/ivkomarov/2a1624dee52f9cb9d72e89961d5a0f70
Оно имеет смысл по-сравнению с вариантом выше?
1. Вы запросто могли сделать хуже (потому что утверждения вроде "вложенные селекты долгие" и т.п. далеки от реальности почти во всех реляционках).
2. Стоит посмотреть / сравнить планы запросов.
3. Это, всё-таки, off topic.
2. Стоит посмотреть / сравнить планы запросов.
3. Это, всё-таки, off topic.
IK
Спасибо!
m
Здравствуйте. Подскажите, как вернуть время в формате ISO8601?
В таблице тип поля "timestamp (3) with time zone"
Но на выхоте почему-то 2020-03-10T13:53:23.447 (без Z в конце), от чего весь фронтенд превращается в тыкву..
В таблице тип поля "timestamp (3) with time zone"
Но на выхоте почему-то 2020-03-10T13:53:23.447 (без Z в конце), от чего весь фронтенд превращается в тыкву..
IZ
makoven
Здравствуйте. Подскажите, как вернуть время в формате ISO8601?
В таблице тип поля "timestamp (3) with time zone"
Но на выхоте почему-то 2020-03-10T13:53:23.447 (без Z в конце), от чего весь фронтенд превращается в тыкву..
В таблице тип поля "timestamp (3) with time zone"
Но на выхоте почему-то 2020-03-10T13:53:23.447 (без Z в конце), от чего весь фронтенд превращается в тыкву..
Вообще, у времени нет формата, это такой отдельный тип данных.
Если ты его возвращаешь как строку, ты уже что неправильно делаешь
Если ты его возвращаешь как строку, ты уже что неправильно делаешь
m
Вообще, у времени нет формата, это такой отдельный тип данных.
Если ты его возвращаешь как строку, ты уже что неправильно делаешь
Если ты его возвращаешь как строку, ты уже что неправильно делаешь
Понял. Короче надо смотреть что там драйвер к бд творит с датой
IZ
makoven
Понял. Короче надо смотреть что там драйвер к бд творит с датой
+
IZ
makoven
Понял. Короче надо смотреть что там драйвер к бд творит с датой
Можешь также в psql выполнить и проверить типы полу
m
Можешь также в psql выполнить и проверить типы полу
psql в select * from table и выдает описанный выше формат, без Z. Хотя в базу прилетает правильный ISO
W
где настраивается отображение float? Navicat Postgres отображается с буквой e, при том в соседнем окне того же Navicat в Mssql отображается всё как обычно без буквы e