AK
вот кстати ещё понять не могу где надо кавыски а где нет в where и тд
, что-то то так то так пракатывает
, что-то то так то так пракатывает
Size: a a a
2021 May 20
БК
Имена столбцов без кавычек. В кавычках текст, с типом данных стринг
БК
Опять же, это я говорю о логике в целом
AK
ну алиас же в кавычках вроде
БК
WHERE
'field' = 2
Это проверить, что текст филд равен двойке (не значение из поля филд, а сам текст. буквально как 'буратино' = 3)
'field' = 2
Это проверить, что текст филд равен двойке (не значение из поля филд, а сам текст. буквально как 'буратино' = 3)
БК
Тут всегда будет false
БК
Если хочется проверить поле, то
WHERE
field = 2
И тогда попадут строки, где у поля field значение 2
WHERE
field = 2
И тогда попадут строки, где у поля field значение 2
БК
Неа. Через AS без кавычек.
SELECT field * 2 as new_field
SELECT field * 2 as new_field
YP
А в какой реализации можно использовать оконные функции в having?
AK
но. и без них можно кстати
БК
Ну, так тоже будет работать, просто так не надо. И в WHERE логика изменится
БК
Хороший вопрос. Не было нужды проверять. Ща буду у ноута, попробую в кликхаусе. Ожидаю, что можно.
СМ
+ вопросу. Проверил в BigQuery - нельзя. PostgreSQL, по памяти, тоже вроде нельзя
YP
В Редшифте только что проверил, пишет, что нельзя.
БК
Я сам заинтригован. 10 минут, мчу на электросамокате домой)
NS
кавычки для алиаса чаще всего используют, когда в качестве алиаса выступает несколько слов без нижнего подчеркивания, например, 'num a'. или как вариант если в качестве названий столбцов используются служебные слова (что в принципе не приветствуется).
YP
Да просто кавычки другие нужны и все
В редшифте (и, думаю, в постгресе) в одинарные заключаются литералы, в двойные имена столбцов
В редшифте (и, думаю, в постгресе) в одинарные заключаются литералы, в двойные имена столбцов
БК
прошу прощение, ошибся - HAVING только для результатов GROUP BY
БК
век живи, век учись)
тогда да, с окном только подзапрос
тогда да, с окном только подзапрос