X11Если перезапустить полностью моё приложение или IBExpert

Перезапустить Эксперта догадался, а нажать в том же Эксперте в том самом окошке кнопочку Commit - не догадался. Странно....

X11,

ну, в принципе оно задокументировано, но запрятано, да

"c:\Program Files\Firebird\Firebird_2_1\doc\README.monitoring_tables.txt" The engine offers a set of so called "virtual" tables that provides the user
with a snapshot of the current activity within the given database. The word
"virtual" means that the table data doesn't exist until explicitly asked for.

The key term of the monitoring feature is an activity snapshot. It represents
the current state of the database, consisting of various information about
the database itself, active attachments and users, transactions, prepared and
running statements, etc. A snapshot is created the first time any of the
monitoring tables is being selected from in the given transaction and it's
preserved until the transaction ends, so multiple queries (e.g. master-detail
ones) will always return the consistent view of the data. In other words, the
monitoring tables always behave like a snapshot (aka consistency) transaction,
even if the host transaction has been started with another isolation level.

https://www.ibase.ru/files/firebird/langref25rus/index.html#montables чтобы запросы к множеству таблиц (например, главная-подчинённая) всегда возвращал непротиворечивые данные.

https://www.ibase.ru/files/firebird/langref25rus/index.html#montables даже если родительская транзакция была запущена с меньшим уровнем изоляции.

Родительская - подразумевает вложенность транзакций. Есть родительская Т, а у неё есть дочерние Т-ции.
И уж во всяком случае САМИ ТАБЛИЦЫ порождением транзакции быть не могут.

Лучше IMHO переформулировать

Другими словами таблицы мониторинга ведут себя подобно snapshot table stability ("consistency") транзакции, даже если запросы к ним выполняются в транзакции с меньшим уровнем изоляции.

Или более правильно, но и более занудно

Другими словами запросы к таблицам мониторинга ведут себя подобно snapshot table stability ("consistency") транзакции, даже когда они выполняются в транзакции с меньшим уровнем изоляции.

Симонов Денистам это есть

в то же время, информация в самом деле теряется в стене текста....

Хорошо бы вставить врезку "Предупреждение" с краткой отсылкой к ней.

Даже может быть после каждой таблицы отдельно (да, человек может перейти сразу к описанию конкретной таблицы)

Что-нибудь вроде

Предупреждение.
Напоминаем, что данные в таблицах не обновляются до завершения транзакции.

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

ага для каждой MON$ таблицы. Издеваешься?

Нет, чем больше думаю, тем серьезнее предлагаю.

пойми, что справку очень част очитают по принципу "кусок, который нужен вот прямо сейчас", а не как институтский курс с первой страницы и по последнюю не отрываясь.

Это - gotcha. Таблица есть, но работает совсем не так, как таблица.

Я в свое время разбираться не стал, ткнул в кнопка Commit, сказал "ага!.." и для себя это закрыл. А уэж баг это, tradeoff или меньшее зло - практической разницы не было.

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

Т.е. вообще-то ловушка небольшая, но она есть. И если справку улучшать, то упомянуть о ней стоит.

X11В любой версии Delphi можно же самому всё настраивать, но задолбёшься

так для этого плагин есть

https://github.com/RRUZ/Delphi-IDE-Colorizer

kdvк каждой mon втыкать кусок текста про то что это snapshot.

Одну строчку, с отсылкой к началу раздела.

Потому что грабли, потому что таблица ведет себя не как таблица.

У вас о гораздо меньшего размера граблях предупрежддают - и правильно делают!

Пример 7.4. Использование переменной CURRENT_TIME - Предупреждение. Firebird 4.0 .... Firebird 2.5.9 ... - и не одна строчка, а пол-десятка сразу, и ничего, файл не лопнул.

Пример 7.5. Использование переменной CURRENT_TIMESTAMP

Пример 7.11. Использование переменной LOCALTIME

Пример 7.12. Использование переменной LOCALTIMESTAMP

Также


Пример 7.30. Использование функции LEFT - Предупреждение. При использовании BLOB в параметрах функции....

Пример 7.32. Использование функции LPAD

Пример 7.34. Использование функции OVERLAY

Пример 7.36. Использование функции REPLACE

Пример 7.38. Использование функции RIGHT

Пример 7.39. Использование функции RPAD

Пример 7.40. Использование функции SUBSTRING

Пример 7.41. Использование функции TRIM

И ведь выдержала документация, по швам не затрещала.

Хотя сравнительно с таблицами, игнорирующими параметры транзакции, это вообще ни о чем. Первого - так и просто в природе не существует пока ещё, но длинное предупреждение о несуществующем размножили и проблемы нет. А сделать гораздо меньшего размера предупреждение о реальной проблеме - тут пуризм взыграл :-/

kdvВ системах со 100 и более пользователями, в зависимости от загрузки, снимок mon может делаться более нескольких минут!

Кстати, а это в доке есть?

X11Так наглядней и понятней

С одной стороны - да.
Но с другой - это будет восприниматься, как "Firebird Project для языка X рекомендует использовать библиотеку Y".
И потенциально приведёт к бесконечным просьбам добавить ещё один самый любимый язык и ещё одну самую любимую библиотеку. В самый последний раз.

А вообще, берёшь исходники UIB, которые "близко к API" и читаешь стандартные наборы флагов в исходниках

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

да-да-да, 7.4 и 7.5 расположены ну совсем в "разных местах документации"

вообще-то первое предупреждение полностью в одной главе - Глава 7. Встроенные функции и переменные. Даже более того - в одном единственном разделе этой главы - Контекстные переменные.

Второе предупреждение совершенно случайно тоже полностью собрано в одной главе - Глава 7. Встроенные функции и переменные. И снова, даже уже чем "одна глава" - один единственный раздел одной единственнйо главы - "Функции для работы со строками"

Смотря чего ты хочешь.

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

Но если цель в руководстве - быстро решить неожиданную для человека проблему - то повторить краткое предупреждение о нестандартном поведении каждого объекта совсем не вредно.