Halloween Problem

In computing, the Halloween Problem refers to a phenomenon in <a href="/facts/Database/VYcpkevb">databases</a> in which an <a href="/facts/Update_(SQL)/IQz2IKpz">update</a> operation causes a change in the physical location of a row, potentially allowing the row to be visited again later in the same update operation. This could even cause an infinite loop in some cases where updates continually place the updated record ahead of the scan performing the update operation.
The potential for this database error was first discovered by <a href="/facts/Don_Chamberlin/DuR6y9R3">Don Chamberlin</a>, <a href="/facts/Pat_Selinger/7dms1LsT">Pat Selinger</a>, and Morton Astrahan in 1976, on <a href="/facts/Halloween/NRxarMjA">Halloween</a> day while working on a query that was supposed to give a ten percent raise to every employee who earned less than $25,000. This query would run successfully, with no errors, but when finished all the employees in the database earned at least $25,000, because it kept giving them a raise until they reached that level. The expectation was that the query would iterate over each of the employee records with a salary less than $25,000 precisely once. In fact, because even updated records were visible to the query execution engine and so continued to match the query's criteria, salary records were matching multiple times and each time being given a 10% raise until they were all greater than $25,000.
The name is not descriptive of the nature of the problem but rather was given due to the day it was discovered on. As recounted by Don Chamberlin:

<blockquote>
Pat and Morton discovered this problem on Halloween... I remember they came into my office and said, "Chamberlin, look at this. We have to make sure that when the optimizer is making a plan for processing an update, it doesn't use an index that is based on the field that is being updated. How are we going to do that?" It happened to be on a Friday, and we said, "Listen, we are not going to be able to solve this problem this afternoon. Let's just give it a name. We'll call it the Halloween Problem and we'll work on it next week." And it turns out it has been called that ever since.

</blockquote>

<ul><li><a href="http://www.mcjones.org/System_R/SQL_Reunion_95/sqlr95-System.html">The 1995 SQL Reunion (Protokoll)</a></li>
<li><a href="https://docs.microsoft.com/en-us/archive/blogs/mikechampion/the-halloween-problem-for-xml-apis">The "Halloween Problem" for XML APIs</a>, Mike Champion's weblog.</li>
<li>(archive) <a href="https://web.archive.org/web/20070718223542/http://www.noncombatant.org/trove/fitzpatrick-anecdotes.pdf">A well-intentioned query and the Halloween Problem</a>, Los Alamos National Laboratory, Anecdotes, IEEE Annals of the History of Computing</li></ul>

Halloween Problem open-in-new

Halloween Problem