Firebird 1.5

[Алексей++]

да, именно версия 1.5 , сейчас пока что нельзя сменить )

Но вопрос не в этом, а вот,  чём.

В программе вызывается хранимая процедура (в процедуре, видимо, автоматически используется транзакция, выбираются данные из таблицы N)

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

Это всё понятно, но тут я задумался - ведь кто-то может в сети вот так напакостить, открыть тем же ibexpert  базу и изменить запись, не нажимая коммит. И привет.

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

Искал (наверное, плохо искал) в тырнете, но не нашёл, как это отследить

[SCRIBE]

https://firebirdsql.org/file/documentation/reference_manuals/fblangref25-en/html/fblangref25-transacs-statements.html#fblangref25-transacs-settransac-params
Для MSSql и MySQL работает (dirty read), писать это в самом начале процедуры:

Код: (SQL)

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;

Поиграйтесь с этими параметрами, должно помочь.

Если надо реально увидеть локи таблиц, думаю для этого в доках об этом есть соотвественная инфо (системные таблички, etc).

[RXL]

На самом деле проблема в подходе к использованию БД. Либо многопользовательская и ограничение на время транзакции, либо это однопользовательская. Все остальное — костыли, ведущие к проблемам. Отсюда лечение: не использовать ibexpert, если эта программа не умеет делать автокоммит.

[Алексей++]

..::SCRIBE::..,

SET TRANSACTION READ ONLY NO WAIT
- пробовал. В этой версии ответ "not permitted"

в таблице RDB$TRANSACTIONS никаких записей не появляется во время блокировки. Или я не туда смотрю всё же ?

RXL, ну это понятно, но всё же интересно, как поймать такую бяку, если вдруг возникнет

[Алексей++]

такое движение тоже никакого влияния не оказывает. Лочится на бесконечное время и всё тут )

Код:

CRecordset rs(&base);

base.SetQueryTimeout(2);
rs.Open(CRecordset::snapshot,sql,CRecordset::readOnly);
base.SetQueryTimeout(15);

ладно, спишем на древность СУБД, может и обновлю им как-нибудь

[Алексей++]

в общем, в строке подключения было указано

Код:

NOWAIT=N;

Нужно указать

Код:

NOWAIT=Y;

N: (wait) The transaction will wait if it encounters a lock conflict.
Y: The transaction will immediately return an error if it encounters a lock conflict.

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

Конечно, разбираться, почему где-то кто-то незакоммитил, нужно, но, по крайней мере, программа не превращается в овощ )

[Алексей++]

очередной вопрос.

Для мониторинга изменений делаю простейший запрос раз в секунду

Код:

select max(change_id) from LOG where change_id>xxxxxx

change_id новых записей всегда инкременируется
xxxxxx - значение change_id последней считанной записи,

Что меня смущает: постоянный хруст винта (хотя данные не меняются) и монитор ресурсов:

Оранжевая линия - это активность птицы.

Почему идёт ЗАПИСЬ ? Я ведь чтение делаю!

Почему хруст, ведь вроде данные не меняются долгое время, и должен работать кеш винта/птицы - или их нету ? (тут сам отвечу - потому что идёт какая-то запись, а не чтение   )

Насколько такая постоянная дрючилка для винта опасна? Нужно ли бороться этим ?


Когда запрос не выполняю, птица из монитора исчезает совсем, значит, причина именно в выполнении этого запроса

[RXL]

При коммите идет запись на диск. Для СУБД это норма. Некоторые СУБД умеют делать отложенную запись транзакций по принципу "ты знаешь, чем рискуешь".

Возможно твой nowait так себя ведет...

[Алексей++]

RXL, я попробовал с  "NOWAIT=N;" тоже - поведение такое же

Добавлено через 12 минут и 38 секунд:
ну, допустим, это "нормальное" поведение СУБД. Как же тогда мониторинг изменений производить ? Или такая нагрузка винту по барабану ? Не обращать внимания ?

Добавлено через 40 минут и 5 секунд:
кстати, попробовал с мускулем - такая же хурма

[Sla]

Посмотри план запроса, происходит полный скан таблицы, а потом, filesorting

тебе нужен максимальный id автоинкремента, используй для mysql
show

не знаю, что там в птице - думаю, что есть что-то типа describe

[Алексей++]

Sla, в общем случае это у меня там не генератор с автоинкрементом, поле с имитацией времени - при любом редактировании записи заношу utc-шное время в BIGINT (yyyymmddhhmmsszzz). Но по полю есть индекс. Зачем оно там его сканирует, если это индекс ?

Код:

select max(mess_log.message_id) from mess_log

Plan
PLAN (MESS_LOG ORDER PK_MESS_LOG)

Adapted Plan
PLAN (MESS_LOG ORDER PK_MESS_LOG)

хотя, вот тут не сортирует

Код:

select max(OBJECTS.LASTCHANGETIME_UTC) from OBJECTS

Plan
PLAN (OBJECTS NATURAL)

Adapted Plan
PLAN (OBJECTS NATURAL)

может, потому что в MESS_LOG  индекс создан descending. Почему он там так создан - это ещё надо понять, кстати




Добавлено через 16 минут и 32 секунды:
Sla, имеешь в виду - стОит заносить циферку последних изменений в генератор и его, генератор, мониторить (то есть, использовать не как генератор, а как переменную-индикатор) ?



Добавлено через 15 минут и 18 секунд:
попробовал

Код:

SELECT GEN_ID(NEW_MESS_ID, 0) FROM RDB$DATABASE;

картина точно такая же. Видимо, особенности версии птицы 

[Sla]

Но по полю есть индекс. Зачем оно там его сканирует, если это индекс ?

Максимальное значение != максимальному индексу.

Индекс в кешируется, находится в памяти?
Объем индекса?


птицу не знаю, потому ничего сказать не могу

[Алексей++]

Максимальное значение != максимальному индексу.

в смысле - это про удалённые записи ? Да не было как бы удалённых.

Индекс в кешируется, находится в памяти?
Объем индекса?

кэшируется или нет - не знаю. Как это узнать - тоже не знаю. Объём небольшой, видимо ( в таблице 2500 записей)