Подглядел, что SQL Developer при редактировании данных в гриде обновляет их таким образом:


Можно ли считать это сочетание уникальным и постоянным в рамках сессии?

Понял, спасибо.
Иногда SQL Developer не мог применить изменения в гриде, видимо по этой причине.

А из-за чего может возникать такая ситуация?
Сейчас столкнулся тем, что не могу обновить данные в гриде в SQL Developer 20.
Есть таблица, которая мало используется и уж точно не обновляется.
Открываю грид с этом таблицей, кликаю на определенную строку, удаляю данные из ячейки. Нажимаю commit и получаю сообщение об ошибке:
Между обновлением грида и применением изменений прошло максимум 5 секунд. И в этом интервале гарантированно никто эту строку (или всю таблицу) не редактировал.
Причем такое стабильно случается с этой конкретной строкой, другие строки обновляются без проблем.

При этом если сделать запрос


то я получаю именно ту строку, которую хочу изменить.

Хотя нет, иногда rowscn изменяется, даже в пределах сессии и транзакции.
rowid при этом не меняется, даже при переподключении (новой сессии).

И подобные проблемные строки всегда одни и те же.

Немного поизучал, что и как получается.

SQL Developer, при открытии грида, делает примерно такой запрос:


Полученные значения rowid и ora_rowscn сохраняет где-то в гриде, чтобы использовать их при редактировании.
Когда я редактирую грид и делаю коммит, то SQL Developer использует эти сохраненные значения и выполняет примерно такой запрос:



Есть некоторые строки, на которых при этом возникает ошибка сохранения данных (Data got committed in another/same session, cannot update row.).

Если в рамках этой же сессии в SQL Developer выполнить такой запрос:


то в полученном результате будет ORA_ROWSCN=13870030810.

Однако если грид обновить и снова попытаться изменить эту же строку, то в логах снова возникает ошибка и тексте запроса снова фигурирует ORA_ROWSCN=13870008488
И эти значения 13870008488 и 13870030810 так и фигурируют далее; в гриде используется первое, хотя фактическое значение другое.

И даже если использовать исходный запрос:


(то есть использовать подзапрос, как это делает SQL Developer), то в полученном результате все равно ORA_ROWSCN=13870030810.

Откуда в SQL Developer может браться значение ORA_ROWSCN=13870008488?
Это какой-то программный баг/глюк самого SQL Developer?
Или в Oracle возможна ситуация, когда в рамках одной сессии, транзакции, при отсутствии DDL или даже DML, у строки может изменяться SCN?

Да, поэтому и написал про отсутствие DML/DDL.
Или имелось ввиду задать rowdependencies для таблицы bm_tariff_ ?

Видимо имелось ввиду это ?
One thing to note, by default Oracle will not track SCN's at the row level in a table, so you need to enable row level dependency tracking by using the ROWDEPENDENCIES keyword in the CREATE TABLE command.
This rowdependencies clause changes the default behavior of Oracle to put an SCN on every row within the tables, and not just one SCN for every physical data block.

Правда этот атрибут можно задать только при (пере)создании таблицы.
То есть причина в том, что в Oracle 10g SCN для строки может быть неправильным?