Documente Academic
Documente Profesional
Documente Cultură
DEPARTMENT: BS IT
SEMETER: (5)
Codd 12 Rules
Codd 12 rules are a set of thirteen rules (numbered zero totwelve) proposed by
Edgar F. Codd, was a computer scientist while working for IBM. He invented the
relational model for database management (theoretical basis for relational
databases).said that if a Database Management System meets these rules, it can be
called as a Relational Database Management System(RDBMS).
Rule Zero
The system must qualify as relational, as a database, and as a management system.
For a system to qualify as a relational database management system (RDBMS),
that system must use its relational facilities (exclusively) to manage the database.
The other 12 rules derive from this rule. The rules are as follows:
Rule 1
Information rule
This rule states that all information (data), which is stored in the database, must be
a value of some table cell. Everything in a database must be stored in table formats.
This information can be user data or meta-data.
Rule 2
Rule 3
This rule states the NULL values in the database must be given a systematic
treatment. As a NULL may have several meanings, i.e. NULL can be interpreted as
one the following: data is missing, data is not known, data is not applicable etc.
Rule 4
The system must support an online, inline, relational catalog that is accessible to
authorized users by means of their regular query language. That is, users must be
able to access the databases structure (catalog) using the same query language that
they use to access the databases data.
Rule 5
The comprehensive data sub language rule: The system must support at least one
relational language that
Rule 6
View Updating Rule
All the views of a database, which can theoretically be updated, must also be
updatable by the system.
Rule 7
The system must support set-at-a-time insert, update, and delete operators. This
means that data can be retrieved from a relational database in sets constructed of
data from multiple rows and/or multiple tables. This rule states that insert, update,
and delete operations should be supported for any retrievable set rather than just
for a single row in a single table.
Rule 8
The data stored in a database must be independent of the applications that access
the database. Any change in the physical structure of a database must not have any
impact on how the data is being accessed by external applications.
Rule 9
Logical Data Independence
The logical data in a database must be independent of its user’s view
(application). Any change in logical data must not affect the applications using it.
Changes to the logical level (tables, columns, rows, and so on) must not require a
change to an application based on the structureFor example, if two tables are
merged or one is split into two different tables, there should be no impact or
change on the user application. This is one of the most difficult rule to apply.
Rule 10
Integrity Independence
A database must be independent of the application that uses it. All its integrity
constraints can be independently modified without the need of any change in the
application.Integrity constraints must be specified separately from application
programs and stored in the catalog. This rule makes a database independent of the
front-end application and its interface.
Rule 11
Distribution independence
Non-subversion rule
This rule states that if a system has an interface that provides access to low level
records, this interface then must not be able to subvert the system and bypass
security and integrity constraints.