ReSQL.ru
     
powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Read_commited. Не видна закомиченная транзакция. Так должно быть?
25 сообщений из 52, страница 1 из 3
  1  все
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39136878
antamial
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
antamial
Гость
Сначала коротко
Все транзакции: read_write + read_commited + rec_version + wait.

транзакция "А" закоммичена
транзакция "B" закоммичена и видит изменения от "А" (зависит от них)
транзакция "С" уже видит изменения транзакции "B", но не видит изменения транзакции "А".

"B" стартовала строго после коммита "A". Когда стартовала "С" неизвестно.

Т.е. например утрируя, приходная накладная есть, зависящая от неё расходная есть, читаем всё, видим только расходную, появившуюся из ничего. Нарушается логическая целостность данных.
Это так должно быть? Я чего-то не понимаю?

Если ответ - "в FB так возможно" - вопросов нет.
Если ответ - "это невозможно, ты гонишь и сам дурак" - напишу подробности (будет длинно, не хотел делать огромный первый пост)
...
Рейтинг: 0 / 0
24.12.2015, 11:31
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39136884
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Hello, Antamial!
You wrote on 24 декабря 2015 г. 11:33:33:

Antamial> Нарушается логическая целостность данных.
для "логической целкостности данных" используют snapshot, а не read_commited.

зы: read_commited "видит" всё, независимо от того когда она стартовала.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.12.2015, 11:34
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39136901
antamial
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
antamial
Гость
Мимопроходящий, заголовок темы.
read_commited НЕ видит закомиченные данные. НЕ видит. В этом и вопрос.
...
Рейтинг: 0 / 0
24.12.2015, 11:41
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39136905
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Hello, Antamial!
You wrote on 24 декабря 2015 г. 11:43:10:

Antamial> read_commited НЕ видит закомиченные данные. НЕ видит. В этом и вопрос.
ты ошибаешься.
это ответ.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.12.2015, 11:43
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39136935
antamial
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
antamial
Гость
Мимопроходящий,

Тогда объясни, почему так получается:

База данных 1, поток в единственном экземпляре
Код: java
1.
2.
3.
4.
5.
6.
7.
        while(true) {
            connect();
            start_transaction();
            execute_procedure("gen_test_data");
            commit();
            disconnect();
        }



Код: sql
1.
2.
3.
4.
5.
6.
7.
procedure gen_test_data
as begin
  c = (select val from global_vars where name = 'counter1');
  c = c + 1;
  insert into t(id) values(:c);
  update global_vars set val = :c where  name = 'counter1';
end


результат - в таблице "t" появляются записи 1,2,3,4.... и т.д.

База данных 2, поток в единственном экземпляре, код точно такой же (connect,exec,commit,disconnect), только вызывается другая процедурка

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
procedure load_test_data
as begin
  last_id = (select val from global_vars where name = 'last_loaded_id');
  id = last_id;

  for execute statement('select first 5  id from t where id > ? order by id')(:last_id)
      on external 'база данных 1'
      into :id
      do
      insert into z(id) values(:id);

  update global_vars set val = :id where  name = 'last_loaded_id';
end



во второй базе несколько раз в сутки получаются пропуски 1,2, 4,5
т.е. когда уже увидели 4, то 3 ещё не было.
...
Рейтинг: 0 / 0
24.12.2015, 12:02
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39136947
Фотография wadman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wadman
Участник
antamial
Код: sql
1.
select first 5  id from t where id > ? order by id


first зачем?
...
Рейтинг: 0 / 0
24.12.2015, 12:08
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39136955
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Hello, Antamial!
You wrote on 24 декабря 2015 г. 12:08:13:

Antamial> on external 'база данных 1'
побробуй в автономной транзакции.
дабы быть уверенным на все 100.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.12.2015, 12:10
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39136964
antamial
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
antamial
Гость
wadman,
там на самом деле first 50000, чтоб не нагружать оба сервера длинными транзакциями, и не иметь миллионы insert-ов в одной транзакции
...
Рейтинг: 0 / 0
24.12.2015, 12:17
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39136966
Фотография wadman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wadman
Участник
wadmanantamial
Код: sql
1.
select first 5  id from t where id > ? order by id



first зачем?
В смысле комбинация first и order by мне кажется не стабильной.
...
Рейтинг: 0 / 0
24.12.2015, 12:17
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39136977
antamial
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
antamial
Гость
Мимопроходящий,

Попробую, но ответ будет не сразу. Если не повезет - то завтра (иногда пару раз в сутки случается, иногда 10 раз)

А может всё проще? Может ФБ изначально не гарантирует сериализуемость readcommited транзакций?
Ибо:
SNAPSHOT TABLE STABILITY isolation level - It is an isolated, serializable snapshot
Чётко указано, что сериализуемость есть.

А про READ COMMITED ничего такого не сказано. Но и обратного тоже не сказано.
Да, по описанию readcommited должна видеть всё.... и я последние 12 лет так и думал, что всё должно быть видно... но может это просто фича?
...
Рейтинг: 0 / 0
24.12.2015, 12:24
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39136986
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
Я не вижу, как в данной схеме можно получить пропуски - независимо от уровней изоляции тр-ций.
Отсюда вывод - или схема не такая, или пропуски не такие, или я чего-то не вижу.
...
Рейтинг: 0 / 0
24.12.2015, 12:27
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39137041
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
antamialво второй базе несколько раз в сутки получаются пропуски 1,2, 4,5
т.е. когда уже увидели 4, то 3 ещё не было.
я могу предположить только такую ситуацию.

2 транзакции, стартуют параллельно.
1 транзакция начинает вставлять данные
2 транзакция начинает читать данные.
1 транзакция делает коммит
2 транзакция успела прочитать часть данных, которые не были committed, она их не видит. Дальше она читает данные, которые уже committed. Если сейчас перечитать данные еще раз - все данные, вставленные транзакцией 1, будут видны.
...
Рейтинг: 0 / 0
24.12.2015, 13:10
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39137043
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
antamial Может ФБ изначально не гарантирует сериализуемость readcommited транзакций?
read committed не сереализуемый по своему названию. поэтому никакой сервер не может гарантировать вымышленную "сериализуемость" read committed.
...
Рейтинг: 0 / 0
24.12.2015, 13:12
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39137060
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
kdv2 транзакция успела прочитать часть данных, которые не были committed, она их не видит. Дальше она читает данные, которые уже committed.Тот, кто вставляет, делает это последовательно.
Тот, кто читает - тоже последователен.
Поэтому читатель не может прочитать значение 5 и не увидеть значение 4 - 5 коммитилось не раньше, чем 4.
...
Рейтинг: 0 / 0
24.12.2015, 13:23
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39137076
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
hvladТот, кто вставляет, делает это последовательно.
Нет, он делает это на первую свободную страницу. Так что спокойно может добавить запись
туда, где читатель (идущий натуралом) уже побывал раньше. Для пачки в 50000 записей эта
вероятность выше.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.12.2015, 13:37
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39137077
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
hvladПоэтому читатель не может прочитать значение 5 и не увидеть значение 4 - 5 коммитилось не раньше, чем 4.
здрасьте. данные вставляются в свободные "дыры". если 4 вставилось на одну страницу, а 5 - на другую, вполне может получиться что 4 будет "увидено", а 5 - нет, и наоборот.

Здесь, на форуме, был специальный топик на эту тему, прямо тест, именно с такими результатами. И возможно, это был даже Таблоид.
Собственно, пример может быть элементарным, типа select count(*) и параллельной вставки записей хотя бы по 1000. В RC чтение не гарантирует, что select count(*) будет возвращать кратный 1000 результат.
...
Рейтинг: 0 / 0
24.12.2015, 13:37
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39137093
antamial
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
antamial
Гость
kdv2 транзакция успела прочитать часть данных, которые не были committed, она их не видит. Дальше она читает данные, которые уже committed.
Ничего не понял. Типа сканируется индекс, в таблице проверяются данные, но они в ещё не закомиченной транзакции - игнорируются. Транзакция комитится, сканирование продолжается, но данные в таблице теперь уже "видимы всем", и они выдаются в итоговый набор.
Вы это имели ввиду?
...
Рейтинг: 0 / 0
24.12.2015, 13:49
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39137100
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
antamialВы это имели ввиду?
примерно это. чтение данных не происходит волшебным образом, всех и сразу. Без индекса, по индексу, или еще каким-то образом, данные читаются или выбираются последовательно, и если коммит конкурирующей транзакции произошел в какой-то момент, когда ЧАСТЬ вставленных этой транзакцией данных уже прочитана, никто их перечитывать не будет. Грубо говоря, читается так

запись (версия) N, транзакция X. X committed? да, можно видеть, нет - нельзя видеть.
запись (версия) N+1, транзакция M. M committed? да, можно видеть, нет - нельзя видеть.
и т.д.
Обращаю внимание еще раз, что вставка записей производится в "свободные дыры" на страницах. То есть, даже "последовательно" вставляемые записи могут попадать на разные страницы, расположенные в самых разных местах таблицы.
Например, вставляем в пустую БД и пустую таблицу 1000 записей. Затем удаляем 10 записей. И вставляем еще 1000 записей.
Так вот, при второй вставке первые 10 записей могут попасть в ту "дыру", которая появилась из-за удаления 10 записей. Если удаление (и сборка мусора) производится еще и параллельно с другими операциями, то куда что попало, предсказать невозможно.
SQL оперирует множествами, а не "последовательностями".
...
Рейтинг: 0 / 0
24.12.2015, 13:59
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39137103
antamial
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
antamial
Гость
Dimitry Sibiryakov, kdv,
Понял. Всем большое спасибо.
ReadCommited работает не так, как я думал.
Как обычно проблема в понимании документации и чтении между строк. А ведь если подумать, то всё логично и так и должно быть.
Просто обычно на такой эффект не натыкаешься и привыкаешь к "естественному" поведению.
Теперь ясно, что ReadCommited для этого алгоритма не годится, нужен shapshot.

Спасибо за помощь.
...
Рейтинг: 0 / 0
24.12.2015, 14:01
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39137108
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
antamialТеперь ясно, что ReadCommited для этого алгоритма не годится, нужен
shapshot.
Бесполезно. Как и сказал Влад, при коммите на каждую запись в бд1 поведение фактически не
зависит от уровня изоляции.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.12.2015, 14:04
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39137111
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
antamial,

и еще. "Вот так", как я написал - это в Firebird и InterBase, и может быть еще в каких-то других СУБД. В Оракле есть так называемая "стабильность курсора", грубо говоря, это как будто даже если в транзакции RC, отдельный select выполняется как бы во внутренней "микротранзакции" SNAPSHOT. Т.е. в RC два таких селекта могут дать разный результат, но вот этих "конкурентно-committed" данных отдельный select показывать не будет.

Вот тут как-то были баталии на тему "неатомарности SQL" 1447129 (и далее)
...
Рейтинг: 0 / 0
24.12.2015, 14:06
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39137112
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
Dimitry Sibiryakov(идущий натуралом)Я тебя теперь буду так называть :)

См запрос - там where id > ? order by id
...
Рейтинг: 0 / 0
24.12.2015, 14:08
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39137113
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Hello, Dimitry Sibiryakov!
You wrote on 24 декабря 2015 г. 14:08:14:

Dimitry Sibiryakov> Бесполезно. Как и сказал Влад, при коммите на каждую запись в бд1 поведение фактически не
> зависит от уровня изоляции.у него записи вставляются пачками, а не поштучно.

Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.12.2015, 14:08
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39137115
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Я, конечно, не могу вам навязывать решения, но скажу, что проще будет воспользоваться
проверенными технологиями репликации, чем изобретать такие вот велосипеды.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.12.2015, 14:09
| Ответить | Цитировать | Написать  
Read_commited. Не видна закомиченная транзакция. Так должно быть?
    #39137117
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
hvladСм запрос - там where id > ? order by id
И ты из названия поля выводишь наличие индекса по нему?.. Ню-ню...
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
24.12.2015, 14:10
| Ответить | Цитировать | Написать  
25 сообщений из 52, страница 1 из 3
  1  все
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Read_commited. Не видна закомиченная транзакция. Так должно быть?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=40&msg=39136947&tid=1562430]:
 0ms
get settings:
 7ms
get forum list:
 10ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 35ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 56ms
get tp. blocked users:
 1ms
others: 14ms
total:  140ms
созд. / загр.: 140ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]