Duplicate q+a pair (related with transactions) removed

Author: andrei-punko

index.html

@@ -575,13 +575,14 @@ <h1>Java interview frequently asked questions and answers</h1><hr/>
 Serializable класс содержит поле static final long serialVersionUID, обычно вычисляемое автоматически. Если мы изменили описание класса, значение автоматически рассчитываемого поля изменится. Хорошим тоном является объявление своего такого поля с заданием его значения.<br/>
 </p>
 <p style="text-align:justify" tags="transactions">
-<a href="#q692371804" id="q692371804" class="a-title">Транзакции. Распределенные транзакции. Уровни изоляции транзакции. Свойства и модель транзакции. Привести примеры использования.</a><br/>
+<a href="#q-1412728602" id="q-1412728602" class="a-title">Транзакции. Распределенные транзакции</a><br/>
 = Транзакция – группа последовательных операций, представляющая логическую единицу работы с данными. Т может быть выполнена либо целиком и успешно, соблюдая целостность данных и независимо от параллельно идущих других транзакций, либо не выполнена вообще.<br/>
 </p>
 <p style="text-align:justify" tags="transactions">
 = Распределенная транзакция включает в себя несколько локальных транзакций, каждая из которых либо фиксируется, либо прерывается. Распределенная транзакция фиксируется только в том случае, когда зафиксированы все локальные транзакции, ее составляющие. Если хотя бы одна из них была прервана, то должна быть прервана и распределенная транзакция.<br/>
 </p>
 <p style="text-align:justify" tags="transactions">
+<a href="#q-1164275653" id="q-1164275653" class="a-title">Уровни изоляции транзакций. Свойства и модель транзакции. Привести примеры использования</a><br/>
 = Уровни изоляции транзакций:<br/>
 0 — Неподтверждённое чтение (Read Uncommitted, Dirty Read, грязное чтение) — чтение незафиксированных изменений своей транзакции и параллельных транзакций, возможны потерянные обновления, нечистые, неповторяемые чтения и фантомы<br/>
 1 — Подтверждённое чтение (Read Committed) — чтение всех изменений своей транзакции и зафиксированных изменений параллельных транзакций, нечистые чтения невозможны, возможны неповторяемые чтения и фантомы;<br/>
@@ -2822,7 +2823,7 @@ <h1>Java interview frequently asked questions and answers</h1><hr/>
 Один композитный индекс заменяет несколько более простых: к примеру при наличии составного индекса по А,Б,В следующие индексы уже не необходимы: индекс по А; композитный по А,Б<br/>
 </p>
 <p style="text-align:justify" tags="db">
-<a href="#q1787791340" id="q1787791340" class="a-title">Уровни изоляции транзакций, названия проблем, которые они решают. какой уровень по умолчанию?</a><br/>
+<a href="#q-1962811476" id="q-1962811476" class="a-title">Уровни изоляции транзакций, названия проблем, которые они решают. Какой уровень по умолчанию?</a><br/>
 <a href="https://ru.wikipedia.org/wiki/Уровень_изолированности_транзакций">https://ru.wikipedia.org/wiki/Уровень_изолированности_транзакций</a><br/>
 При параллельном выполнении транзакций возможны следующие проблемы:<br/>
 = потерянное обновление (lost update) — при одновременном изменении одного блока данных разными транзакциями теряются все изменения, кроме последнего;<br/>
@@ -2839,7 +2840,7 @@ <h1>Java interview frequently asked questions and answers</h1><hr/>
 Типичный способ реализации данного уровня изоляции — блокировка данных на время выполнения команды изменения, что гарантирует, что команды изменения одних и тех же строк, запущенные параллельно, фактически выполняются последовательно, и ни одно из изменений не потеряется. Транзакции, выполняющие только чтение, при данном уровне изоляции никогда не блокируются.<br/>
 </p>
 <p style="text-align:justify" tags="db">
-= Read committed (чтение фиксированных данных) (он обычно - по умолчанию)<br/>
+= Read committed (чтение фиксированных данных) (обычно он - по умолчанию)<br/>
 Большинство промышленных СУБД, в частности, Microsoft SQL Server, PostgreSQL и Oracle, по умолчанию используют именно этот уровень. На этом уровне обеспечивается защита от чернового, "грязного" чтения, тем не менее, в процессе работы одной транзакции другая может быть успешно завершена и сделанные ею изменения зафиксированы. В итоге первая транзакция будет работать с другим набором данных.<br/>
 Реализация завершённого чтения может основываться на одном из двух подходов: блокировании или версионности.<br/>
 </p>
@@ -3589,22 +3590,6 @@ <h1>Java interview frequently asked questions and answers</h1><hr/>
 Array-&gt;List: Arrays.asList(arr) or for type-safe: Arrays.&lt;String&gt;asList(arr)
 </code>
 </p>
-<p style="text-align:justify" tags="db,transactions">
-<a href="#q-1436539255" id="q-1436539255" class="a-title">Describe levels of transactions isolation in DB</a><br/>
-<a href="https://ru.wikipedia.org/wiki/Уровень_изолированности_транзакций">https://ru.wikipedia.org/wiki/Уровень_изолированности_транзакций</a><br/>
-= Проблемы:<br/>
-== Потерянное обновление - при одновременном изменении одного блока данных разными транзакциями одно из изменений теряется.<br/>
-== «Грязное» чтение - чтение данных, добавленных или изменённых транзакцией, которая впоследствии не подтвердится (откатится).<br/>
-== Неповторяющееся чтение - при повторном чтении в рамках одной транзакции ранее прочитанные данные оказываются изменёнными.<br/>
-== Чтение «фантомов» - при повторном чтении в рамках одной транзакции одна и та же выборка дает разные множества строк.  От неповторяющегося чтения оно отличается тем, что результат повторного обращения к данным изменился не из-за изменения/удаления самих этих данных, а из-за появления новых (фантомных) данных.<br/>
-</p>
-<p style="text-align:justify" tags="db,transactions">
-= Уровни изоляции<br/>
-== Read uncommitted - «грязное» чтение, неповторяющееся чтение, фантомы<br/>
-== Read commited - неповторяющееся чтение, фантомы<br/>
-== Repeatable read - фантомы<br/>
-== Serializable - все ок<br/>
-</p>
 <p style="text-align:justify" tags="docker">
 <a href="#q949775341" id="q949775341" class="a-title">Docker: describe namespaces / cgroups</a><br/>
 <a href="https://stackoverflow.com/questions/34820558/difference-between-cgroups-and-namespaces">https://stackoverflow.com/questions/34820558/difference-between-cgroups-and-namespaces</a><br/>
@@ -5512,19 +5497,34 @@ <h1>Java interview frequently asked questions and answers</h1><hr/>
 Графовая, key-value, документная, колоночная<br/>
 </p>
 <p style="text-align:justify" tags="db,transactions">
-<a href="#q282607271" id="q282607271" class="a-title">Уровни изоляции транзакций в БД</a><br/>
+<a href="#q1633881955" id="q1633881955" class="a-title">Уровни изоляции транзакций в БД. Какие проблемы решают?</a><br/>
 <a href="https://ru.wikipedia.org/wiki/Уровень_изолированности_транзакций">https://ru.wikipedia.org/wiki/Уровень_изолированности_транзакций</a><br/>
-= Read uncommitted. Если несколько параллельных транзакций пытаются изменять одну и ту же строку таблицы, то в окончательном варианте строка будет иметь значение, определенное всем набором успешно выполненных транзакций. При этом возможно считывание не только логически несогласованных данных, но и данных, изменения которых ещё не зафиксированы.<br/>
+= Проблемы:<br/>
+== Потерянное обновление - при одновременном изменении одного блока данных разными транзакциями одно из изменений теряется.<br/>
+== «Грязное» чтение - чтение данных, добавленных или изменённых транзакцией, которая впоследствии не подтвердится (откатится).<br/>
+== Неповторяющееся чтение - при повторном чтении в рамках одной транзакции ранее прочитанные данные оказываются изменёнными.<br/>
+== Чтение «фантомов» - при повторном чтении в рамках одной транзакции одна и та же выборка дает разные множества строк.  От неповторяющегося чтения оно отличается тем, что результат повторного обращения к данным изменился не из-за изменения/удаления самих этих данных, а из-за появления новых (фантомных) данных.<br/>
+</p>
+<p style="text-align:justify" tags="db,transactions">
+= Уровни изоляции<br/>
+== Read uncommitted. Если несколько параллельных транзакций пытаются изменять одну и ту же строку таблицы, то в окончательном варианте строка будет иметь значение, определенное всем набором успешно выполненных транзакций. При этом возможно считывание не только логически несогласованных данных, но и данных, изменения которых ещё не зафиксированы.<br/>
 </p>
 <p style="text-align:justify" tags="db,transactions">
-= Read committed. Во многих БД это уровень по умолчанию. Защита от dirty read, тем не менее, в процессе работы одной транзакции другая может быть успешно завершена и сделанные ею изменения зафиксированы. В итоге первая транзакция будет работать с другим набором данных. Реализация завершённого чтения может основываться на одном из двух подходов: блокировании или версионности.<br/>
+== Read committed. Во многих БД это уровень по умолчанию. Защита от dirty read, тем не менее, в процессе работы одной транзакции другая может быть успешно завершена и сделанные ею изменения зафиксированы. В итоге первая транзакция будет работать с другим набором данных. Реализация завершённого чтения может основываться на одном из двух подходов: блокировании или версионности.<br/>
 </p>
 <p style="text-align:justify" tags="db,transactions">
-= Repeatable read. Уровень, при котором читающая транзакция «не видит» изменения данных, которые были ею ранее прочитаны. При этом никакая другая транзакция не может изменять данные, читаемые текущей транзакцией, пока та не окончена.<br/>
+== Repeatable read. Уровень, при котором читающая транзакция «не видит» изменения данных, которые были ею ранее прочитаны. При этом никакая другая транзакция не может изменять данные, читаемые текущей транзакцией, пока та не окончена.<br/>
 Блокировки в разделяющем режиме применяются ко всем данным, считываемым любой инструкцией транзакции, и сохраняются до её завершения. Это запрещает другим транзакциям изменять строки, которые были считаны незавершённой транзакцией. Однако другие транзакции могут вставлять новые строки, соответствующие условиям поиска инструкций, содержащихся в текущей транзакции. При повторном запуске инструкции текущей транзакцией будут извлечены новые строки, что приведёт к фантомному чтению. Учитывая то, что разделяющие блокировки сохраняются до завершения транзакции, а не снимаются в конце каждой инструкции, степень параллелизма ниже, чем при уровне изоляции READ COMMITTED. Поэтому пользоваться данным и более высокими уровнями транзакций без необходимости обычно не рекомендуется.<br/>
 </p>
 <p style="text-align:justify" tags="db,transactions">
-= Serializable. Все транзакции выполняются последовательно, одна за другой.<br/>
+== Serializable. Все транзакции выполняются последовательно, одна за другой.<br/>
+</p>
+<p style="text-align:justify" tags="db,transactions">
+= Какие проблемы остаются на каждом уровне:<br/>
+== Read uncommitted - «грязное» чтение, неповторяющееся чтение, фантомы<br/>
+== Read commited - неповторяющееся чтение, фантомы<br/>
+== Repeatable read - фантомы<br/>
+== Serializable - все ок<br/>
 </p>
 <p style="text-align:justify" tags="transactions">
 <a href="#q872713122" id="q872713122" class="a-title">Какая разница между фантомным чтением и неповторяющимся чтением?</a><br/>