<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://en.formulasearchengine.com/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=169.232.212.26</id>
	<title>formulasearchengine - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://en.formulasearchengine.com/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=169.232.212.26"/>
	<link rel="alternate" type="text/html" href="https://en.formulasearchengine.com/wiki/Special:Contributions/169.232.212.26"/>
	<updated>2026-04-09T13:43:20Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.43.0-wmf.28</generator>
	<entry>
		<id>https://en.formulasearchengine.com/index.php?title=Locally_cyclic_group&amp;diff=4873</id>
		<title>Locally cyclic group</title>
		<link rel="alternate" type="text/html" href="https://en.formulasearchengine.com/index.php?title=Locally_cyclic_group&amp;diff=4873"/>
		<updated>2013-10-02T23:02:46Z</updated>

		<summary type="html">&lt;p&gt;169.232.212.26: /* Some facts */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[File:Referential integrity broken.png|right|350px|thumb|An example of a database that has not enforced &#039;&#039;&#039;referential integrity&#039;&#039;&#039;. In this example, there is a foreign key (&amp;lt;code&amp;gt;artist_id&amp;lt;/code&amp;gt;) value in the album table that references a non-existent artist&amp;amp;nbsp;— in other words there is a [[foreign key]] value with no corresponding [[primary key]] value in the referenced table. What happened here was that there was an artist called &amp;quot;[[Aerosmith]]&amp;quot;, with an &amp;lt;code&amp;gt;artist_id&amp;lt;/code&amp;gt; of &amp;lt;code&amp;gt;4&amp;lt;/code&amp;gt;, which was deleted from the artist table. However, the album &amp;quot;[[Eat the Rich (Aerosmith song)|Eat the Rich]]&amp;quot; referred to this artist. With referential integrity enforced, this would not have been possible.]]&lt;br /&gt;
&#039;&#039;&#039;Referential integrity&#039;&#039;&#039; is a property of data which, when satisfied, requires every value of one attribute (column) of a [[relation (database)|relation]] (table) to exist as a value of another attribute in a different (or the same) relation (table).&amp;lt;ref&amp;gt;{{cite web&lt;br /&gt;
| accessdate = 2011-03-20&lt;br /&gt;
| location = http://databases.about.com/&lt;br /&gt;
| publisher = About.com&lt;br /&gt;
| title = Referential Integrity&lt;br /&gt;
| author = Mike Chapple&lt;br /&gt;
| url = http://databases.about.com/cs/administration/g/refintegrity.htm&lt;br /&gt;
| quote = &#039;&#039;&#039;Definition&#039;&#039;&#039;: Referential integrity is a database concept that ensures that relationships between tables remain consistent. When one table has a foreign key to another table, the concept of referential integrity states that you may not add a record to the table that contains the foreign key unless there is a corresponding record in the linked table.}}&amp;lt;/ref&amp;gt;&lt;br /&gt;
&lt;br /&gt;
For referential integrity to hold in a [[relational database]], any field in a [[table (database)|table]] that is declared a [[foreign key]] can contain either a null value, or only values from a parent table&#039;s [[primary key]] or a [[candidate key]].&amp;lt;ref&amp;gt;Coronel et al. (2013). Database Systems 10th ed. Cengage Learning, ISBN 978-1-111-96960-8&amp;lt;/ref&amp;gt; In other words, when a foreign key value is used it must reference a valid, existing primary key in the parent table. For instance, deleting a record that contains a value referred to by a foreign key in another table would break referential integrity. Some [[relational database management system]]s (RDBMS) can enforce referential integrity, normally either by deleting the foreign key rows as well to maintain integrity, or by returning an error and not performing the delete. Which method is used may be determined by a referential integrity constraint defined in a [[data dictionary]].&lt;br /&gt;
&lt;br /&gt;
&amp;quot;Referential&amp;quot; the adjective describes the action that a [[foreign key]] performs, &#039;referring&#039; to a link field in another table.  In simple terms, &#039;referential integrity&#039; is a guarantee that the target it &#039;refers&#039; to will be found.  A lack of referential integrity in a database can lead relational databases to return incomplete data, usually with no indication of an error.  A common problem occurs with relational database tables linked with an [[Join (SQL)|&#039;inner join&#039;]] which requires non-NULL values in both tables, a requirement that can only be met through careful design and referential integrity. &lt;br /&gt;
&lt;br /&gt;
==Formalization==&lt;br /&gt;
&lt;br /&gt;
An &#039;&#039;&#039;inclusion dependency&#039;&#039;&#039; over two (possibly identical) predicates &amp;lt;math&amp;gt;R&amp;lt;/math&amp;gt; and &amp;lt;math&amp;gt;S&amp;lt;/math&amp;gt; from a schema is written &amp;lt;math&amp;gt;R[A_1, ..., A_n] \subseteq S[B_1, ..., B_n]&amp;lt;/math&amp;gt;, where the &amp;lt;math&amp;gt;A_i&amp;lt;/math&amp;gt;, &amp;lt;math&amp;gt;B_i&amp;lt;/math&amp;gt; are distinct attributes (column names) of &amp;lt;math&amp;gt;R&amp;lt;/math&amp;gt; and &amp;lt;math&amp;gt;S&amp;lt;/math&amp;gt;. It implies that the tuples of values appearing in columns &amp;lt;math&amp;gt;A_1, ..., A_n&amp;lt;/math&amp;gt; for facts of &amp;lt;math&amp;gt;R&amp;lt;/math&amp;gt; must also appear as a tuple of values in columns &amp;lt;math&amp;gt;B_1, ..., B_n&amp;lt;/math&amp;gt; for some fact of &amp;lt;math&amp;gt;S&amp;lt;/math&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Logical implication between inclusion dependencies can be axiomatized by inference rules&lt;br /&gt;
&amp;lt;ref&amp;gt;[[Serge Abiteboul|Abiteboul]], [[Richard B. Hull|Hull]], [[Victor Vianu|Vianu]].&lt;br /&gt;
&#039;&#039;Foundations of Databases&#039;&#039; Addison-Wesley, 1994. Section 9.1, p. 193.&lt;br /&gt;
Freely available [http://webdam.inria.fr/Alice/ online].&lt;br /&gt;
&amp;lt;/ref&amp;gt;&lt;br /&gt;
and can be [[decidable language|decided]] by a [[PSPACE]] algorithm. The problem can be shown to be [[PSPACE-complete]] by reduction from the acceptance problem for a [[linear bounded automaton]].&amp;lt;ref&amp;gt;ibid., p. 196&amp;lt;/ref&amp;gt; However, logical implication between dependencies that can be inclusion dependencies or [[functional dependencies]] is undecidable by reduction from the [[word problem (computability)|word problem]] for [[monoids]].&amp;lt;ref&amp;gt;ibid., p. 199&amp;lt;/ref&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==References==&lt;br /&gt;
{{reflist}}&lt;br /&gt;
&lt;br /&gt;
==See also==&lt;br /&gt;
* [[Dangling pointer]]&lt;br /&gt;
* [[Declarative Referential Integrity]]&lt;br /&gt;
* [[Domain/key normal form]]&lt;br /&gt;
* [[Entity integrity]]&lt;br /&gt;
* [[Functional dependency]]&lt;br /&gt;
* [[Propagation constraint]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Database management systems]]&lt;br /&gt;
[[Category:Data quality]]&lt;/div&gt;</summary>
		<author><name>169.232.212.26</name></author>
	</entry>
</feed>