Вопрос про ескейпинг имен. https://postgrespro.ru/docs/postgrespro/12/sql-syntax-lexical#SQL-SYNTAX-IDENTIFIERS Что-то покопал сеть и не понимаю поведение. запрос

типа:
SELECT * FROM "t_myTable"

даёт ошибку
ERROR: relation "t_myTable" does not exist

но работает когда
SELECT * FROM t_myTable;

однако другой запрос
SELECT * FROM "t_other"

отрабатывает.

Какая-то хрень, то кавычки нужны, то не нужны.
Что я неправильно понимаю?


Контекст: система работала на Sqlite и запросы одинаковые, есть свой ORM который должен адаптировать синтаксис выходных запросов под PgSQL (ескейпинг, кавычки и всё такое).

Схема бд определяется так:

CREATE TABLE t_myTable (
"myTableId" SERIAL NOT NULL PRIMARY KEY
)

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

вопрос остается, что я понимаю не так?

да. PG предполагает, что имена в нижнем регистре. Кавычки "фиксируют" регистр. То есть "my_table" и "MY_TABLE" это разные таблицы. Но my_table, "my_table" и MY_TABLE — это одна и та же

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

Если правильно указать диалект, то всё будет горошо работать. С Hibernate никаких проблем именно с именами не бывает. По крайней мере используем слова user, order в названиях, всё нормально работает.

У нас свой ORM. (что-то типа linq но для (K)PHP)

Ну если прям совсем свой, но, возможно, придётся подпилить. А так, в популярных ORM-фреймворках должно быть что-то придумано уже.

Если имена таблиц/колонок берутся из данных, то 2 основных варианта: Вариант 1. Всегда имена в кавычки. Вариант 2. Всегда без кавычек, плюс все имена, которые могут быть именем таблицы, колонки или т.п. проверять на is_ident (латинские буквы любого регистра, подчерк, цифры, начинается не с цифры) Оба этих варианта работают, если все запросы идут через ваш ORM. Но могут не работать, если приходится иметь дело с таблицами, созданными длугой программой, например, предыдущей версией вашего ORM. И тогда уже приходится изобретать более сложные варианты. Например, тот, что вы озвучили: приводить к нижнему региистру, потом в кавычки. По сравнению с вариантом 1 преимущество в том, что другие программы смогут обращаться к колонкам _без_ кавычек (для колонок, которые is_ident)

Благодарю за ответ. Пошёл по первому варианту с приведением в нижний регистр только имён таблиц. Так, как алиасы могут быть в разных регистрах. Всё началось из-за того что алиас одной из таблиц был "user", а это ключевое слово. Поэтому стал решать проблему на корню. ORM у нас весьма тупой, что ему говорят то и делает и своих имён не генерит, громе сервисных индексов в схеме. Поэтому, как таблицы описаны в схеме, так они и объявляются. И нужен был унифицированный способ работы с именами. Sqlite весьма вольно с этим работает, группировки без агрегивания колонок, например позволяет и сигнатура имен однозначная "главное чтобы не ключевик" , а тут шаг в сторону расстрел на месте.