Most recent edit on 2005-10-11 21:39:17 by PatrickBlackwill
Additions:
- Use one and only one primary key for each table.
- Primary keys are unique and not nullable.
- Primary key definition(s) from databases.about.com∞ and techonthenet.com∞. In short, each row in a table must have a unique identifier for that row. That identifier (the primary key) is often a single column, but may consist of multiple columns.
- Primary Key Values should not change. Some SQL engines support RI (Referential Integrity) rules with cascading updates. While this feature will allow for the changing of a primary key value, it is generally a bad idea to plan on editing a Primary Key Value. If you are sure the value of a Primary Key will never change, you can use this column value (Social Number). If you are not sure, use a internal counted number as the primary key and define the changeable value column as a unique constraint (product number).
Deletions:
- Use one and only one primary key for each file.
Primary keys are unique.
Primary key definition(s) from databases.about.com∞ and techonthenet.com∞. In short, each record in a table must have a unique identifier for that record. That identifier (the primary key) is often a single column, but may consist of multiple columns.
Primary Key Values should not change. Some SQL engines support RI (Referential Integrity) rules with cascading updates. While this feature will allow for the changing of a primary key value, it is generally a bad idea to plan on editing a Primary Key Value. If you are sure the value of a Primary Key will never change, you can use this field value (Social Number). If you are not sure, use a internal counted number and define the changeable value field as a secondary key (product number).
Edited on 2005-07-14 01:31:35 by NorbertGutscher
Deletions:
Sub-Sub Heading
Some more text
Edited on 2005-07-05 19:58:38 by GroupsMBM [some spelling corrections]
Additions:
- Primary Key Values should not change. Some SQL engines support RI (Referential Integrity) rules with cascading updates. While this feature will allow for the changing of a primary key value, it is generally a bad idea to plan on editing a Primary Key Value. If you are sure the value of a Primary Key will never change, you can use this field value (Social Number). If you are not sure, use a internal counted number and define the changeable value field as a secondary key (product number).
For Pervasive ODBC compliance
For xxx ODBC compliance
Deletions:
- Primary Key Values should not change. Some SQL engines support RI (Referential Integrity) rules with cascading updates. While this feature will allow for the changing of a primary key value, it is generally a bad idea to plan on editing a Primary Key Value. If you are sure the value of a Primary Key never change, you can use this field value (Social Number). If you are not sure, use a intern counted number and define the changeable value field as a secondary key (product number).
For Pervasive ODBC compilance
For xxx ODBC compilance
Edited on 2005-07-05 18:01:21 by NorbertGutscher [additional definitions changeable key]
Additions:
Information about General Rules to database design
- Primary Key Values should not change. Some SQL engines support RI (Referential Integrity) rules with cascading updates. While this feature will allow for the changing of a primary key value, it is generally a bad idea to plan on editing a Primary Key Value. If you are sure the value of a Primary Key never change, you can use this field value (Social Number). If you are not sure, use a intern counted number and define the changeable value field as a secondary key (product number).
For Pervasive ODBC compilance
For xxx ODBC compilance
please edit
Deletions:
Information about General Rules to database design
- Primary Key Values should not change. Some SQL engines support RI (Referential Integrity) rules with cascading updates. While this feature will allow for the changing of a primary key value, it is generally a bad idea to plan on editing a Primary Key Value.
For ODBC compilance
Edited on 2005-07-05 13:59:45 by GroupsMBM [additional info on primary key]
Additions:
- Use one and only one primary key for each file.
- Primary keys are unique.
- Primary key definition(s) from databases.about.com∞ and techonthenet.com∞. In short, each record in a table must have a unique identifier for that record. That identifier (the primary key) is often a single column, but may consist of multiple columns.
- When the primary key of one table is stored in another table for the purpose of creating a relationship between those two tables, it is referred to as a Foreign Key.
- Primary Key Values should not change. Some SQL engines support RI (Referential Integrity) rules with cascading updates. While this feature will allow for the changing of a primary key value, it is generally a bad idea to plan on editing a Primary Key Value.
Deletions:
- Use one and only one primary unique key for each file
Edited on 2005-07-05 09:53:25 by AlanB
Additions:
please edit, correct and complete this page...
Deletions:
please edit, correct and compleate this page...
Edited on 2005-07-01 15:21:43 by NorbertGutscher [first steps]
Additions:
please edit, correct and compleate this page...
First
- Use one and only one primary unique key for each file
For ODBC compilance
- Alpha maximum 255 bytes
- Date as YYMD Date
- Time as HMSH Time
Deletions:
Index
Item 1
Item 2
Item 3
Other Topics
Item 1
Item 2
Item 3
Please edit this page...
Sub Heading 1
Some text
Edited on 2005-07-01 12:12:20 by NorbertGutscher
Additions:
Useful Tools
fabFORCE DBDesigner∞ is a very good and free database designer. It is also possible to connect with PervasiveODBC
Oldest known version of this page was edited on 2005-07-01 12:05:28 by NorbertGutscher []
Page view:
CategoryDataBases CategoryHowTo
Database Design
Information about General Rules to database design
Index
Item 1
Item 2
Item 3
Other Topics
Item 1
Item 2
Item 3
Please edit this page...
Sub Heading 1
Some text
Sub-Sub Heading
Some more text
CategoryDataBases CategoryHowTo