السيرة الذاتية ل إدجار كود صاحب فوانين قواعد البيانات العلائفية

Codd's 12 Rules For The Relational Model

قواعد لعلاقات نموذجية

Dr. Edgar Frank Codd (August 23, 1923 – April 18, 2003) known as “Ted” and in his published articles known as E. F. Codd was a British computer scientist and the original developer of the relational data model back in 1970 while he was working for IBM as a researcher. He is also known as the father of the relational database.

الدكتور ادغار فرانك codd (آب / اغسطس 23 ، 1923 -- 18 نيسان / ابريل 2003) المعروفة باسم "تيد" ونشرت مقالات في بلدة تعرف باسم EF codd كان الباحث البريطاني الحاسوب والمطور الاصلي للنموذج بيانات عودة العلاقات فى عام 1970 بينما كان كما تعمل شركة آى بى ام للباحث. وهو المعروف ايضا باسم الاب من قواعد البيانات.

In 1985 Dr. Codd published a list of 12 rules to define a relational database in Computerworld magazine that still stand today as a “Guide” to Relational Database Management Systems (RDBMS) such as Microsoft SQL.

في عام 1985 الدكتور codd نشرت قائمة من 12 قواعد لتحديد قاعدة بيانات في مجلة computerworld التي لا تزال قائمة اليوم "دليل" لنظم ادارة قواعد البيانات (RDBMS تجربة (مثل مايكروسوفت لغة الاستعلامات البنيويه.

Note: Dr. Codd actually defined 13 rules 0 – 12 but they are referred to as Codd's 12 Rules for the relational model.

ملاحظه : الدكتور codd فعلا 0 قواعد محددة 13 -- 12 ولكنها ويشار الى القواعد codd ال 12 لعلاقات نموذجية.

Codd's 12 Rules For The Relational Model

12 شرط لقواعد لعلاقات نموذجية

0. A relational DBMS must be able to manage databases entirely through its relational capabilities.

0 العلاقات يجب ان تكون قادرة تماما على ادارة قواعد البيانات من خلال العلاقات القدرات.

1. Information rule-- All information in a relational database (including table and column names) is represented explicitly as values in tables.

. قاعدة المعلومات -- جميع المعلومات في قاعدة بيانات متعددة (بما في الجدول واسماء العمود) تتمثل القيم صراحة كما في الجدولين.

2. Guaranteed access--Every value in a relational database is guaranteed to be accessible by using a combination of the table name, primary key value, and column name.

. ضمان وصول -- كل قيمة في قاعدة بيانات متعددة مكفول لتكون متاحة عن طريق استخدام مزيج من اسم الجدول ، قيمة المفتاح الاساسي ، واسم العمود.

3. Systematic null value support--The DBMS provides systematic support for the treatment of null values (unknown or inapplicable data), distinct from default values, and independent of any domain.

3. قيمة الدعم المنهجي لاغيه -- dbms ينص على دعم منتظم لمعاملة باطلة القيم (غير معروفة او غير قابلة للبيانات) ، متميزه عن القيم الافتراضيه ، ومستقلة عن اي مجال.

4. Active, online relational catalog--The description of the database and its contents is represented at the logical level as tables and can therefore be queried using the database language.

4. نشطة ، والعلاقات دليل على الانترنت -- وصف قاعدة البيانات ومحتوياتها هي ممثلة في المستوى المنطقي والجداول وردا على سؤال حول ما يمكن ان يكون ذلك باستخدام قاعدة بيانات اللغة.

5. Comprehensive data sublanguage--At least one supported language must have a well-defined syntax and be comprehensive. It must support data definition, manipulation, integrity rules, authorization, and transactions.

5. بيانات شاملة sublanguage -- ايد واحدة على الاقل يجب ان يكون للغة محددة المعالم لغوي وتكون شاملة. يجب ان يدعم تعريف البيانات ، والتلاعب ، وسلامة القواعد ، اذن ، والمعاملات.

6. View updating rule--All views that are theoretically updatable can be updated through the system.

6. بهدف تحديث قاعدة -- جميع وجهات النظر التي هي من الناحية النظريه يمكن ان تكون updatable من خلال تحديث النظام.

7. Set-level insertion, update, and deletion--The DBMS supports not only set-level retrievals but also set-level inserts, updates, and deletes.

7. مجموعة المستوى الادراج ، التحديث ، وحذف -- dbms تؤيد ليس فقط على مستوى استرجاع مجموعة وانما ايضا على مستوى مجموعة ادراجات والتحديثات ويحذف.

8. Physical data independence--Application programs and ad hoc programs are logically unaffected when physical access methods or storage structures are altered.

8. البيانات الماديه الاستقلال -- برامج التطبيق والبرامج المخصصه منطقيا عندما البدنيه لم تتأثر أساليب الوصول الى هياكل التخزين او تغييرها.

9. Logical data independence--Application programs and ad hoc programs are logically unaffected, to the extent possible, when changes are made to the table structures.

9. البيانات المنطقيه الاستقلال -- برامج التطبيق والبرامج المخصصه منطقيا لم تتأثر ، بقدر الامكان ، عند إجراء تغييرات ادخلت على الجدول الهياكل.

10. Integrity independence--The database language must be capable of defining integrity rules. They must be stored in the online catalog, and they cannot be bypassed.

10. النزاهه والاستقلال -- لغة قاعدة البيانات يجب ان يكون قادرا على تحديد قواعد النزاهه. يجب ان تكون مخزنة في الكاتالوج على الانترنت ، وانها لا يمكن تجاوزه.

11. Distribution independence--Application programs and ad hoc requests are logically unaffected when data is first distributed or when it is redistributed.

11. توزيع الاستقلال -- برامج التطبيق والطلبات المخصصه منطقيا لم تتأثر عندما وزعت البيانات الاولى ، او عندما يكون من اعادة توزيع.

12. Nonsubversion--It must not be possible to bypass the integrity rules defined through the database language by using lower-level languages.