Да, я зануда.

Если не лень, вправьте мне пожалуйста мозги насчёт терминологии. Моему складу ума вообще нужен хороший сторож. Я, конечно, понимаю, что правильным ответом будет - поставь FB4, примени метод научного тыка и не полоскай больше людЯм мозги. Но, начитавшись здесь за администрирование-конфигурирование нынешних Огнептиц, я боюся что в моих кривых руках дело кончится переустановкой винды.

Первое.
Что есть понятие "уровень изоляции consistency read" для недотранзакции, организуемой внутри транзакции read_commited read для выполнения селективного запроса. Для полноценной транзакции с резервированием таблиц, упомянутых в запросе, это означает конфликт для транзакций, пытающихся писать в эти таблицы пока наша транзакция так или иначе не закрыта. Мне что-то не верится в применимость массированного применения такого уровня изоляции в многопользовательской среде. Значит, термин надо трактовать как-то иначе. Как - я не понимаю, он, термин, прибит в голове гвоздём.

Второе.
Если чтение выполняется в транзакции read_commited write, то никаких недотранзакций не применяется? То есть read_commited write consistency ещё не придумали? А если придумали, то как обстоят дела с внутренним чтением при update?

Просто при чтении используется не самая свежая версия записи. И всё.

Как именно определяется нужная версия - многа букафф, ниасилил, так что будем
считать, что тут порылась магия.


Тогда это, то есть уровень изоляции недотранзакции, в привычной терминологии скорее concurrency read с резервированием. Я чего интересовался TPB-то. Подумал - вот все пишут RC_RC. Если read_commited read_consistency - это один коленкор, мичуринская прививка веточки, а если read_commited read consistency - что-то совсем другое, незнакомое, обозначающее не уровень изоляции недотранзакции, а намёк на достигаемый результат. И тогда уместнее было бы, во избежание путаницы, во всяком случае, в содержимом моей лично кости, в которую я ем, что-то типа stability или ещё что-то в этом роде.

Во. Я тут как раз о том же поправил предыдущий пост. Ишь, есть ещё ягоды в ягодицах, с помощью ДС допёр. Терминология - страшная сила для закостеневшего ума.

Знаете, джентльмены, тогда я вообще не понимаю зачем надо было затевать всю эту свистопляску с фанфарами насчёт мировой революции. Ввели бы два, как здесь говорили, параметра для TPB и дело с концом, пусть каждый будет кузнецом своего счастья. Влад, это не к тебе лично, разумеется, я догадываюсь.

Один для стабильного курсора с удержанием версий на время фетча, а он нужен процентах в 10 мест приложений и заметно легче снапшота, удерживающего их до конца жизни транзакции, другой по старинке - фиг с ней со стабильностью в портянке из 30 тыщ заголовков счетов или какого-нибудь архива, но версий не держит.

В смысле RC_RO и снапшот? Да всем угодили, только местами RC_RC оптимальнее снапшота и почему бы и не воспользоваться. Если в смысле установить RC_RO в конфиге по умолчанию и где надо включать безальтернативно RC_RC, то чиста эстетически, считаю что параметрами транзакции следует управлять осмысленно при создании транзакции, а не надеяться на умолчания. Впрочем, что хотел понять, я понял, а учить жить не моё собачье дело.