kdv> первичным, imho, является понимание того, что представляют собой mon$-таблицы

Это первичным ИМХО не явлется, а когда речь касается
рекомендаций/подсказок - вообще нафиг не нужная инфа.

> сложно сказать, т.к. впервые системные таблицы мониторинга появились
> в InterBase 7.0 как минимум в 2003 году, т.е. существуют в IB уже 15 лет.
> mon$ появились в Firebird в версии 2.1, которая вышла в 2008 году, т.е. 6 лет
> назад (бета была в 2006 году).

У тебя, похоже, с арифметикой совсем худо. Кроме того, я
не уверен, что реализация таблиц мониторинга в IB как-то
схожа с оными в FB.

> ну а нафиг они нужны не снапшотом?

Вот, и у тебя понимания предмета и целей нет, а других
про суть вещей учить собрался. Это (смена уровня изоляции)
обсуждалось уже раза три, ИМХО, не меньше, в т.ч. с твоим
участием, если мне не изменяет память. ДЕ вроде тогда даже
согласился, что пусть работают как RC, а кому надо - пусть
вручную в снапшоте запускают. Но увы, это так и осталось
на уровне разговоров (впрочем, тройка ещё не вышла, ХЗ).
Posted via ActualForum NNTP Server 1.5

Dimitry Sibiryakov> Вторую половину срезал запрет на чтение простыми пользователями.

Для этого есть гранты. Даже собирались на сей счёт
отдельную роль вводить, если мне не изменяет память.
Posted via ActualForum NNTP Server 1.5

kdv> Насчет "реализации" - она может быть какая угодно

При чём тут смысл, назначения, поля и пр, если речь шла
конкретно о реализации? Если бы таблицы мониторинга
(что тут, что там) были "безвредными" при использовании,
то и применять их можно было как угодно, в хвост и в гриву.
Но у FB, увы, есть свои "особенности" (про IB не в курсе).

kdv> ну спасибо.

На здоровье. С таким подходом, действительно, какие-то
общие рекомендации составлять не стоит.

> извини, но это чешуя.

Чешуя - это то, что ты тут написал. Во-первых, если
это облегчит работу серверу - это хорошо или плохо?
Во-вторых, на данный момент не на момент выполнения,
а на момент старта транзакции - что две большие разницы.
В-третьих, про суть использования mon$ у каждого своя -
у тебя своя, у него своя (и я с ним согласен), у кого-то
третьего - будут свои цели, тут можно долго рассуждать.
Posted via ActualForum NNTP Server 1.5

kdv> а вот для перечитывания содержимого mon - да, надо рестартовать транзакцию.

Ну и?

> у IB все то же самое.

В смысле те же тормоза? Или тоже тормоза, но не такие жёсткие?
У них же SMP много раньше появилось, там нет оптимизаций?
Posted via ActualForum NNTP Server 1.5

kdv> признавать свою ошибку будешь, или как? а то брякнуть легко:

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

> Но увы, в данном случае where работает "поверх" уже готового результата.

Кстати, это тоже большой минус и заслуживает тикета.

> Так что пока выгода от mon$ в RC лишь гипотетическая.
> Практическая - да, однозначно

Это просто феерия какая-то! В мемориз! (с)
Posted via ActualForum NNTP Server 1.5

kdv> о чем ты лично заявил?

Ты действительно не понимаешь смысл написанного?
Даже с третьего раза?

> а я где-то говорил, что разницы не будет?

Трудно сказать, у нас разное понимание одних и тех
же слов. "гипотетическая" и "Практическая" - да, это
близко к сомнению, как минимум. Если не к мнению
"а нафиг оно нужно" (о чём ты как раз точно заявлял).
Posted via ActualForum NNTP Server 1.5

kdv> разъясни мне, пожалуйста, смысл тобой написанного.

Если ты подзабыл, то всегда можно промотать страницу и
перечитать, это дело пары секунд. А смысл очень простой -
на данный момент mon-ы фризятся независимо от уровня
изоляции транзакции - т.е. мало того, что это недешевая
операция, так она ещё и в RC работать не будет - вернее,
будет, но не как в RC, а как в снапшоте. Что обсуждалось
уж года три, наверное, но воз и ныне там - то ли ДЕ чего-то
опасается (несовместимость, неконсистентность и пр.), то
ли "приоритет у тикета низкий", то ли с реализацией не
определился, то ли ещё что. А тут ещё ты появляешься с
противоположной ортодоксальной позицией в духе
"оставьте всё как есть, консистентность наше всё!".

Про то, что select (и delete?) игнорирует where-предикат я
даже как-то забыл, но тут трудно что-то изменить, наверное.

> непонятно, почему так сложно признать свою ошибку (или описку, или я не знаю что)?

Признать ошибку мне не жалко, даже если её не было.
От меня не убудет. Но, если ты забыл, то напомню,
что ты написал некую фигню, увтерждая что мнение
собеседника - чешуя, а когда тебе в трёх пунктах
объяснили, что это ты фигню несёшь - ты ухватился
за разницу между моментом старта транзакции и запроса,
как-будто кто-то утверждал, что стартанула транзакция -
и все коннекты сразу данные в "мониторинг" скинули.

> Я их использую для поиска проблем.
> А для этого снапшот mon$ вполне достаточен
> Одновременно я вижу, что большинство и разработчиков
> и админов вообще не в состоянии использовать mon$

Ну, "мне не надо, как есть хватает, а большинство -
вообще неграмотные" - хороший подход, достойный. :)
Лично мне оно тоже мало нужно, знаешь ли, ибо ни в
каких триггерах оно у меня не сидит. Но это не значит,
что там нечего улучшать и подсказать этим самым
"неграмотным" для чего и как лучше использовать.
Posted via ActualForum NNTP Server 1.5

ОК, нет, при старте старте транзакции все коннекты не ломятся
формировать данные мониторинга. Это чрезвычайно важная
корректировка, определяющая, особенно в контексте разговора.

kdv> пункты 1 и 3 я не отрицаю

Аминь и на этом.
Posted via ActualForum NNTP Server 1.5