Есть 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-й диалект."

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

hvlad,

в самом начале.

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

заметь, программа не работает с клиентом или с сервером или с парсером или с yvalve или c xnet
программа работает с файрбердом, а что там у нег овнутри - это в конце концов свободный выбор проекта файрбёрд

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

что должен из этого понять новичок - что Файрбёрд это такой замечательный проект, к которому лучше подходить только после того, как разберешься в его деталях реализации и зазубришь какой компонент и какой человек персонально за какие ошибки отвечает.

Это хорошо? видимо хорошо. Чем раньше по рукам стукнуть, тем лучше. Чем меньше будет "шко-ло-ло" (с) нагло без спроса заинтересовавшихся Firebird'ом, тем меньше будут отвлекать и надоедать.

Мимопроходящий06.12.2018 16:22, Гаджимурадов Рустам пишет:
> Не "видно". Ошибок много разных, не только с диалектом связанных.

если не видно, то это вопрос к творцам конкретных компонентов доступа,
которые показывают только первую ошибку их статус-вектора.

Ты уверен, что там дальше было утверждение о неправильном диалекте запроса?
После "DSQL - unknown token - ." ?

Ну, предположим, что было. Предположим, приложение и библиотеки в нём хуже, чем они могли бы быть. Это всегда так.

Но вопрос остаётся, неужели бы было хуже, если бы Firebird позволял относительно лёгкую и не требующую изменений приложения диагностику таких случаев? Ну кроме того недостатка, что больше противного "шко-ло-ло" смогло бы неприкосновенной Жар-птицей пользоваться?