the paper
play

The paper E. F. Codd: "A Relational Model of Data for Large - PDF document

/ Codd paper


  1. ΠΜΣ Πληροφορικής Παν /µ ίου Πειραιά Προηγ µ ένα Θέ µ ατα Βάσεων ∆εδο µ ένων Codd paper – η αφετηρία των σχεσιακών Β∆ Γιάννης Θεοδωρίδης http://isl.cs.unipi.gr/db/courses/db3 The paper … � E. F. Codd: "A Relational Model of Data for Large Shared Data Banks" Communications of ACM, 13(6): 377-387 (1970) 2 2 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης �

  2. Topics � Problems of data management in the early ’70s � A relational view (model) of data � Operations � Linguistic aspects � Database Design Ευχαριστίες : το υλικό βασίζεται σε διαφάνειες των καθ . Τ . Σελλή ( ΕΜΠ ) και Π . Βασιλειάδη ( Παν /µ ιο Ιωαννίνων ) 3 3 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης Topics � Problems of data management in the early ’70s � A relational view (model) of data � Operations � Linguistic aspects � Database Design 4 4 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης �

  3. Relational database 5 5 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης Data Independence (1) � The problems treated here are those of data independence Codd says: � the independence of application programs and terminal activities from growth in data types and changes in data representation � and certain kinds of data inconsistency which are expected to become troublesome even in non deductive systems. 6 6 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης �

  4. Data Independence (2) � The variety of data representation characteristics which can be changed without logically Codd says: impairing some application programs is still quite limited. � Further, the model of data with which users interact is still cluttered with representational properties, particularly in regard to the representation of collections of data (as opposed to individual items). 7 7 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης Kinds of data dependencies (1) � Ordering: “existing systems either require or permit data elements to be stored in at least one total ordering which is closely associated with the hardware-determined Codd says: ordering of addresses”. � Indexing: “If a system uses indices at all and if it is to perform well in an environment with changing patterns of activity on the data bank, an ability to create and destroy indices from time to time will probably be necessary. The question then arises: Can application programs and terminal activities remain invariant as indices come and go?” � Access Path Dependence . Many of the existing formatted data systems provide users with tree-structured files or slightly more general network models of the data. Application programs developed to work with these systems tend to be logically impaired if the trees or networks are changed in structure. 8 8 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης �

  5. Kinds of data dependencies (2) � Ordering: many file organizations, by that time, required data to be sorted, so that the assign data to disk sectors efficiently � Indexing: you could use an index to access data, but you had to be responsible for navigation � Access Paths: you would write your programs (equivalent to SQL statements) by taking into account the path to the actual destination of data. 9 9 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης Access Paths (hierarchical databases) 10 10 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης �

  6. Network Database 11 11 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης Access Paths Dependencies � Hierarchical and network databases suffered from the same problems: once you had a program written assuming a certain access path organization, then the program was useless if you changed this structure � Practically, the physical representation of data determined the way people would write queries (application programs at that time) � Also, you had to write a program on how to get your data (instead of what you want to retrieve) 12 12 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης �

  7. Topics � Problems of data management in the early ’70s � A relational view (model) of data � Operations � Linguistic aspects � Database Design 13 13 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης The model � The relational view (or model) of data … provides a means of describing data with its natural structure only Codd says: � that is, without superimposing any additional structure for machine representation purposes. � Accordingly, it provides a basis for a high level data language which will yield maximal independence between programs on the one hand and machine representation and organization of data on the other. � A further advantage of the relational view is that it forms a sound basis for treating derivability, redundancy, and consistency of relations 14 14 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης �

  8. Relations � The term relation is used here in its accepted mathematical sense. Given sets S 1 , S 2 ,…, S n (not necessarily distinct), � R is a relation on these n sets if it is a set of n-tuples each of which has its first element from S 1 , second element from S 2 , and so on. More concisely, R is a subset of the Cartesian product S 1 × S 2 × … × S n . � We shall refer to S j as the j-th domain of R . 15 15 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης Properties 1. Each row represents an n-tuple of R . 2. The ordering of rows is immaterial. 3. All rows are distinct. 4. The ordering of columns is significant --- it corresponds to the ordering S 1 , S 2 , … , S n of the domains on which R is defined. 5. The significance of each column is partially conveyed by labeling it with the name of the corresponding domain. 16 16 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης �

  9. Attributes “The significance of each column is partially conveyed � by labeling it with the name of the corresponding domain.” Therefore we have a relation � supply(supplier, part, project, quantity) instead of a relation supply(#1, #2, #3, #4) 17 17 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης Domains and keys � Active domain: the set of values represented at some instant in the database � Primary key: a set of domains that uniquely identify each element (n-tuple) in a relation � Foreign key: a domain (or domain combination) of relation R is a foreign key if it is not the primary key of R but its elements are values of the primary key of some relation S (the possibility that S and R are identical is not excluded). Naturally, things are almost the same today… 18 18 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης �

  10. No more pointers! � “In previous work there has been a strong tendency to treat the data in a data bank as consisting of two parts, one part consisting of entity descriptions (for example, descriptions of suppliers) and the other part consisting of relations between the various entities or types of entities (for example, the supply relation). This distinction is difficult to maintain when one may have foreign keys in any relation whatsoever”. � In other words, in previous models, you would have a pointer as part of data representation (practically meaning that it would be an offset in the disk somewhere that you would have to follow) � No more with this!! 19 19 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης Deja-vu ?? � “In previous work there has been a strong tendency to treat the data in a data bank as consisting of two parts, one part consisting of entity descriptions .. and the other part consisting of relations between the various entities or types of entities”. � Well, the ER model was not invented until 1975 [TODS 1(1)] � Actually, the ER model was originated as a replacement for the relational model. Based on deep philosophical foundations, popular at that time, it tried to put this separation again on stage, but of course, not as part of the physical structure. 20 20 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης �

  11. 1 st Normal Form ? (1) � Nonatomic values can be discussed within the relational framework. Thus, some domains may Codd says: have relations as elements. These relations may, in turn, be defined on nonsimple domains, and so on. � For example, one of the domains on which the relation employee is defined might be salary history. � Terminology: attribute is a simple domain, repeating group is a non-simple domain 21 21 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης 1 st Normal Form ? (2) 22 22 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης �

  12. 1 st Normal Form ? (3) � Normal form: a preferred way to design databases � Desideratum: eliminate nested relations � Process: normalization � Means: recursively eliminate nested relations, by adding the PK of their composing relation to their definition � Result: all relations have attributes as their domains 23 23 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης Relations as array representations “The simplicity of the array representation which becomes feasible when all relations are cast in normal form is not only an advantage for storage purposes but also for communication of bulk data between systems which use widely different representations of the data.” 24 24 ΠΑ . ΠΕΙ . - Γιάννης Θεοδωρίδης �

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend