Есть SQL-запрос, который покажет SQL-диалект соединения (не БД, а именно соединения) ?

c:\Program Files\Firebird\Firebird_2_1\doc\README.monitoring_tables.txt
c:\Program Files\Firebird\Firebird_2_1\doc\sql.extensions\README.context_variables2.txt

В смысле, в этих файлах, ничего такого не нашёл

Гаджимурадов Рустамхотя лично мне в голову не пришло бы соединяться
с одним диалектом, а потом работать с другим.

Так там по другому происходит. База создается в одном диалекте, а соединение проводится в другом.

Да, возможно, "с точки зрения сервера" диалект существует у конкретной команды ,а не у соединения, но

1) в mon$statements я тоже смотрел - там тоже про диалект ни слова. Почему бы тогда туда не добавить?

2) как я уже давно говорил, никто не мешает клиенту сделать rdb$set_context и сообщить серверу диалект - для диагностических целей, потому как у новичков периодически возникают такие проблемы, например https://stackoverflow.com/q/53620203/976391
Кроме принципиальной нелюбви Firebird к новичкам, конечно. Пусть им будет труднее, чтобы не лезли на свет.

hvladнет никакого клиентского диалекта с точки зрения сервера

Типа Firebird Server делает одна контора, а Firebird Client - другая, и они ну совсем не дружат, ага.


hvladMust be less than or equal to the SQL dialect of the client

Забавная фраза. А что такое "диалект клиента" в виду того, что "диалекта соединения не существует" ?


Симонов Денисразу видно не с тем диалектом запрос препарирует

Это тебе видно.
Человеку, начинающему работать с Firebird это не видно. Он вообще такого слова не знает.
Особенно если прикладное ПО не позволяет выставить диалект либо это хз гд запрятано и надо несколько часов по всему интернету искать.

Возможность третьему лицу сказать новичку "сделай вот так и узнаешь - такая причина или другая" - это хорошо, для новичков.
Но новички - это почему-то плохо, для Firebird Team...

Симонов ДенисВлад тебе говорит нет у соединения такого свойства как диалект. Это клиентские компоненты подставляют своё свойство "диалект" в isc_dsql_prepare()

это не отвечает на вопрос "что такое диалект клиента" и "почему меньше или равно"

Симонов ДенисMySQL, Oracle, Postgres тоже иногда заставляют лазить по интернету в поисках ответов казалось бы на простые вопросы

Только они не говорят, что это хорошо.

Симонов Денис,

Во-первых, говорите открытым текстом - 21733150
Во-вторых, в самом отношении к подобным вопросам за все последние годы. Последний пример - 21755524 . Да как это шко-ло-ло смеет не знать самого Пешкова.

Как только возникает просьба облегчить диагностику - сразу "не хрен никому помогать, пусть мучаются, мы же 10 лет назад мучались, теперь пусть они мучаются".


Симонов ДенисИХМО диалект это вообще архаизм и не самое удачное изобретение.

Казалось бы тем более, нужно помогать новичкам, во всех местах где это "не самое удачное изобретение" может вылезти.
Казалось бы. Потому что в реальности почти всегда решается задача "как послать новичков на х.... на другие БД по процедурным основнаиям"

А вот кстати

http://www.ibase.ru/files/firebird/langref25rus/index.html
"SQL диалект может быть определён как на уровне базы данных, так и на уровне соединения с базой данных"

hvladСама постановка вопроса [о диалекте уровня соединения] говорит о проблемах в консерватории, как минимум о не понимании что такое диалект.

Precious.

Нет, я это просто вижу год за годом, а вам "своё - не пахнет".

Что у вас замечательно выходит посылать всех нафиг под таким соусом "клиентами файёрбёрд мы, проект файрбёрд, не занимаемся, ищё тех, кто занимается, а нам пофигу"

"Диалект при соединении с базой данных должен быть таким же, как и базы данных. Исключением является случай миграции с 1-го в 3-й диалект, когда в строке соединения с базой данных используется 2-й диалект."

Это бы это было так, что сервер бы выдавал ошибку, при попытке выставить в соединении другой диалект, чем у БД.
Но этого не происходит.
Значит ошибка либо в доке, либо в сервере.