4.2. DiscussionConcept families are

4.2. Discussion
Concept families are introduced in the adaptive data
model to allow software systems to model more closely
the end user's own mental concepts. A hallmark of mental
concepts is that they can be rather flexible and change
over time and from one situation to the next. The intention
is that the concepts stored in a soft schema can also
change, without causing problems for information systems
which use the database.
1 The term “domain” is used here to mean the set of values which a
given data item can hold. Elsewhere in the paper “domain” is used in the
sense of “application domain”.
44 S. McGinnes, E. Kapros / Information Systems 47 (2015) 33–50
The intention behind the use of the word “soft” in “soft
schema” is to signify that the concept definitions are
held as data rather than as structure, as far as the
application is concerned (in contrast with class and table
definitions, which generally appear as structure rather
than data, from the perspective of the application program).
The word “soft” is also a reminder that changes to
the schema do not have unpleasant consequences such
as system failure or the need for software maintenance
work.
The set of archetypal categories A should be decided
upon before soft schemas are formulated. The contents of
A are not prescriptive; our prototype implementations
have used the simple set of categories in Table 2, but
different and more complex sets may be used. Elements of
A could be related to one another to form a conceptual
model, taxonomy, or ontology, if desired. The only requirement
is that the members of A be generic enough to apply
across schemas and that they can be assigned distinctive
behaviour; otherwise the usefulness of the AIS will be
unduly restricted. Advances in knowledge of cognition and
the mental manipulation of concepts, and practical experience
with AIS, could lead to improved sets of archetypal
categories.
4.3. Other aspects of adaptive data model
In broad terms, the adaptive data model retains other
aspects of the relational model, including referential
integrity, normalisation, relational operations, and so on.
However, we substitute the use of relations in these
contexts with the use of concept families. Queries and
other operations may be applied as usual, but using the
domain superset D0 and the extension E0 of each concept
family F (columns and rows, in the conventional tabular
representation).
A key difference in the adaptive data model from
mainstream relational database implementations is that
certain domains in D0 may not be present in each tuple of
E0
. In a typical relational database, it is guaranteed that
every domain of a relation will be present in each tuple,
except where null values are stored. In the adaptive data
model, it cannot be guaranteed that any given domain will
exist in any given tuple. Operations on the data must
take this difference into account, by treating the missing
domain values as “missing inapplicable” data [54]. Thus, a
projection operation may return results of three types in
any given domain of D0
: data values, missing (applicable)
markers, and missing (inapplicable) markers; this is Codd's
“four-valued logic” [55]. A similar principle must be
applied to both types of missing data in selection and join
operations.
Although the relational model draws a distinction
between applicable and inapplicable missing data [51],
most RDBMS do not; only one mechanism is used (null
values) to represent both types of missing data. On the
other hand, column-family and document databases explicitly
allow for missing inapplicable data, although they use
different terminology [31].
As in relational theory, the adaptive data model
requires that no two tuples should represent the same
entity. For example, if a tuple of employee represents a
particular employee, no other tuple of employee, or of any
other concept, should represent the same employee;
otherwise, confusion could result as to the meaning of
the data. However, it is not always clear what constitutes a
particular thing in the real world, and present-day information
systems do not (in any meaningful sense) understand
the real-world things that particular data items refer
to. Therefore this condition can at present be determined
only by the end user and cannot be enforced by the
system [45].
The relational model is built on the use of domains.
However, most database systems provide only limited
support for domains, chiefly through a small number of
built-in data types (integer, float, date/time, Boolean, etc.).
User-defined extended data types are available but seldom
used. The implementation of domains in an AIS offers
great potential for software reuse, since the functionality
applicable to any given domain can be applied automatically
each time the domain is referenced. An AIS should
therefore provide a range of predefined atomic and composite
domains (data types) intended to be useful in
modelling. Examples include address, zipcode, geographical
location, month, gender, salutation, duration, document
path, URL, email address, full name, money, and percentage.
The meaning of each type is known to the AIS, so that
appropriate formatting, validation, and extended behaviour
can be provided automatically when the type is
encountered in a soft schema.

ผลลัพธ์ (ไทย) 1:

4.2. การสนทนาครอบครัวแนวคิดจะนำข้อมูลที่เหมาะสมแบบจำลองการอนุญาตให้ระบบซอฟต์แวร์แบบมากขึ้นแนวความคิดจิตใจของผู้ใช้เอง จุดเด่นของจิตแนวคิดคือ พวกเขาสามารถจะค่อนข้างยืดหยุ่น และเปลี่ยนเกินเวลา และ จากสถานการณ์หนึ่งไป ความตั้งใจคือ ว่า แนวคิดในแบบแผนอ่อนยังสามารถเปลี่ยนแปลง ไม่ก่อให้เกิดปัญหาของระบบสารสนเทศซึ่งใช้ฐานข้อมูล1 คำว่า "โดเมน" ใช้เพื่อหมายถึง ชุดของค่าที่เป็นให้ข้อมูล สินค้าสามารถเก็บ อื่น ๆ ในเอกสาร "โดเมน" จะใช้ในการความรู้สึกของ "โดเมนโปรแกรมประยุกต์"S ได้ 44 McGinnes, E. Kapros / ระบบข้อมูล 47 (2015) 33-50เจตนาเบื้องหลังการใช้คำว่า "อ่อน" ใน "น้ำอัดลมแผน"จะมีความหมายคำนิยามแนวคิดจัด เป็นข้อมูลไม่ ใช่ เป็นโครง สร้าง เท่าโปรแกรมประยุกต์ที่เกี่ยวข้อง (in contrast with เรียนและตารางคำนิยาม ซึ่งโดยทั่วไปจะปรากฏเป็นโครงสร้างค่อนข้างกว่าข้อมูล จากมุมมองของโปรแกรมประยุกต์)คำว่า "อ่อน" เป็นจดหมายเตือนชำระเงินที่เปลี่ยนแปลงไปแบบแผนมีการขจัดผลกระทบดังกล่าวเป็นความล้มเหลวของระบบหรือต้องการบำรุงรักษาซอฟต์แวร์ทำงานชุดอย่างไร archetypal ประเภท A ควรจะตัดสินใจเมื่อก่อน มีสูตรแบบแผนอ่อน เนื้อหาของมีที่ไม่เหมาะกับ ใช้งานต้นแบบของเราใช้ชุดง่ายของประเภทในตารางที่ 2 แต่อาจใช้ชุดแตกต่างกัน และซับซ้อนมากขึ้น องค์ประกอบของA อาจเกี่ยวข้องกับคนอื่นเพื่อเป็นแนวคิดแบบจำลอง ระบบ หรือ ภววิทยา ถ้าต้องการ ความต้องการเท่านั้นคือ สมาชิกของ A เป็นทั่วไปพอใช้แบบแผนและ สามารถกำหนดโดดเด่นพฤติกรรม อาจ จะเป็นประโยชน์เอไอเอสunduly จำกัด ความก้าวหน้าของความรู้ของประชาน และจัดการจิตใจอันแนวคิด ประสบการณ์ปฏิบัติกับเอไอเอส สามารถนำไปปรับปรุงชุดอย่างไร archetypalประเภท4.3 อื่น ๆ ลักษณะของรูปแบบข้อมูลที่เหมาะสมในแง่ที่กว้าง แบบจำลองข้อมูลที่เหมาะสมรักษาอื่น ๆลักษณะของแบบจำลองเชิงสัมพันธ์ รวมถึงการอ้างอิงความสมบูรณ์ normalisation การดำเนินการเชิงสัมพันธ์ และอื่น ๆอย่างไรก็ตาม เราทดแทนการใช้ความสัมพันธ์ในเหล่านี้บริบท มีการใช้แนวคิดครอบครัว แบบสอบถาม และการดำเนินการอื่นที่อาจใช้เป็นปกติ แต่ใช้การประจำโดเมน D0 และขยาย E0 ของแต่ละแนวคิดตระกูล F (คอลัมน์และแถว ในที่ทั่วไปตารางแสดง)ความแตกต่างสำคัญในแบบจำลองข้อมูลที่เหมาะสมจากใช้งานฐานข้อมูลเชิงสัมพันธ์ที่สำคัญคือบางโดเมนใน D0 อาจไม่ปรากฏในแต่ละทูเพิลของE0. ในฐานข้อมูลเชิงสัมพันธ์โดยทั่วไป มันจะรับประกันที่ทุกโดเมนของความสัมพันธ์จะนำเสนอในแต่ละทูเพิลยกเว้นจะเก็บค่า null ข้อมูลที่เหมาะสมรุ่น มันไม่สามารถรับประกันว่า โดเมนใด ๆ กำหนดจะมีอยู่ในทูเพิลใด ๆ กำหนด ต้องการดำเนินการกับข้อมูลมีความแตกต่างนี้พิจารณา โดยรักษาหายค่าโดเมนเป็นข้อมูล "ขาด inapplicable" [54] ดังนั้น การฉายภาพการดำเนินการอาจส่งคืนผลลัพธ์ของสามชนิดในโดเมนที่กำหนดใด ๆ ของ D0: ค่าของข้อมูล ขาด (ใช้)เครื่องหมาย และเครื่องหมายหายไป (inapplicable) เป็นของ Codd"ตรรกะที่ 4 มูลค่า" [55] ต้องมีหลักการคล้ายกันใช้ทั้งสองชนิดไม่มีข้อมูลในการเลือกและรวมการดำเนินการถึงแม้ว่าแบบจำลองเชิงสัมพันธ์วาดมีความแตกต่างระหว่าง inapplicable และมีข้อมูลที่ขาดหาย [51],ส่วนใหญ่ RDBMS ไม่ เฉพาะกลไกใช้ (เป็น nullค่า) เพื่อเป็นตัวแทนทั้งสองชนิดของข้อมูลที่ขาดหายไป ในการอื่น ๆ มือ คอลัมน์ครอบครัว และเอกสารฐานข้อมูลอย่างชัดเจนทำให้ขาดข้อมูล inapplicable แม้ว่าพวกเขาใช้แตกต่างคำศัพท์ [31]เป็นเชิงทฤษฎี แบบจำลองข้อมูลที่เหมาะสมต้องว่า tuples สองไม่ควรแสดงเหมือนกันเอนทิตี ตัวอย่างเช่น ถ้าแทนทูเพิลของพนักงานพนักงาน ไม่อื่น ๆ ทูเพิล ของพนักงาน หรือใด ๆแนวคิดอื่น ๆ ควรแสดงถึงพนักงานคนเดียวกันอื่น สับสนอาจส่งผลต่อความหมายของข้อมูล อย่างไรก็ตาม ไม่เสมอชัดเจนถึงองค์ประกอบของการสิ่งเฉพาะในโลกจริง และเหตุการณ์ข้อมูลระบบไม่ (ในความหมาย) เข้าใจจริงที่อ้างอิงข้อมูลเฉพาะสินค้าถึง ดังนั้น เงื่อนไขนี้สามารถมีกำหนดโดยผู้ใช้เท่านั้น และไม่สามารถบังคับใช้ได้โดยระบบ [45]สร้างแบบจำลองเชิงสัมพันธ์การใช้โดเมนอย่างไรก็ตาม ระบบฐานข้อมูลส่วนใหญ่มีจำกัดเท่านั้นการสนับสนุนสำหรับโดเมน ส่วนใหญ่ผ่านขนาดเล็กจำนวนชนิดข้อมูลภายใน (จำนวนเต็ม ลอย วัน / เวลา บูลี ฯลฯ .)ชนิดข้อมูลแบบขยายผู้ใช้กำหนดเองจะพร้อมใช้งานแต่ไม่ใคร่ใช้ ดำเนินงานของโดเมนในการเอไอเอสศักยภาพที่ดีสำหรับการนำซอฟต์แวร์ เนื่องจากการทำงานการใด ๆ ให้สามารถใช้โดเมนโดยอัตโนมัติทุกครั้งที่มีการอ้างอิงโดเมน เอไอเอสควรดังนั้น ให้กำหนดไว้ล่วงหน้าของอะตอม และคอมโพสิตโดเมน (ชนิดข้อมูล) ไว้เพื่อเป็นประโยชน์ในสร้างแบบจำลอง ตัวอย่างเช่นที่อยู่ รหัสไปรษณีย์ ภูมิศาสตร์สถาน เดือน เพศ ทักทาย ระยะเวลา เอกสารเส้นทาง URL อีเมล์ ชื่อเต็ม เงิน และเปอร์เซ็นต์การความหมายของแต่ละชนิดเป็นที่รู้จักกันเอไอเอส ให้รูปแบบที่เหมาะสม ตรวจสอบ และพฤติกรรมเพิ่มเติมสามารถให้โดยอัตโนมัติเมื่อชนิดเป็นพบในแบบแผนอ่อน

ผลลัพธ์ (ไทย) 2:

4.2 คำอธิบาย
แนวคิดครอบครัวได้ถูกนำเสนอในข้อมูลการปรับตัว
แบบเพื่อให้ระบบซอฟต์แวร์การจำลองอย่างใกล้ชิด
ของผู้ใช้เองแนวคิดจิต จุดเด่นของจิต
แนวความคิดที่พวกเขาสามารถจะค่อนข้างมีความยืดหยุ่นและมีการเปลี่ยนแปลง
ตลอดเวลาและจากสถานการณ์หนึ่งต่อไป ความตั้งใจ
ก็คือแนวความคิดที่เก็บไว้ในสคีนุ่มยังสามารถ
เปลี่ยนแปลงได้โดยไม่ก่อให้เกิดปัญหาสำหรับระบบข้อมูล
ที่ใช้ฐานข้อมูล.
1 คำว่า "โดเมน" จะใช้ที่นี่หมายถึงชุดของค่าที่
รายการข้อมูลให้สามารถถือ อื่น ๆ ในกระดาษ "โดเมน" ถูกนำมาใช้ใน
ความหมายของ "การประยุกต์ใช้โดเมน".
44 เอส McGinnes, อี Kapros / Information Systems 47 (2015) 33-50
ความตั้งใจที่อยู่เบื้องหลังการใช้คำว่า "อ่อน" ใน "อ่อน
สคี "คือการมีความหมายว่าคำนิยามแนวคิดที่มีการ
จัดขึ้นเป็นข้อมูลมากกว่าที่จะเป็นโครงสร้างเท่าที่
แอพลิเคชันที่เกี่ยวข้อง (ในทางตรงกันข้ามกับการเรียนและตาราง
นิยามซึ่งโดยทั่วไปจะปรากฏเป็นโครงสร้างที่ค่อนข้าง
กว่าข้อมูลจากมุมมองของโปรแกรมประยุกต์ ).
คำว่า "อ่อน" นอกจากนี้ยังเตือนว่าการเปลี่ยนแปลง
สคีมาไม่ได้มีผลกระทบที่ไม่พึงประสงค์ดังกล่าว
เป็นความล้มเหลวของระบบหรือความจำเป็นในการบำรุงรักษาซอฟต์แวร์
การทำงาน.
ชุดของประเภทเทพควรจะตัดสินใจ
เมื่อก่อน schema ที่นุ่มเป็นสูตร เนื้อหาของ
ไม่ได้กำหนด; การใช้งานต้นแบบของเรา
ได้ใช้ชุดที่เรียบง่ายของประเภทในตารางที่ 2 แต่
ชุดที่แตกต่างและซับซ้อนมากขึ้นอาจจะใช้ องค์ประกอบของ
อาจจะเกี่ยวข้องกับอีกคนหนึ่งที่จะสร้างความคิด
แบบอนุกรมวิธานหรืออภิปรัชญาถ้าต้องการ ข้อกำหนดเพียงอย่างเดียว
คือการที่สมาชิกของทั่วไปพอที่จะนำไปใช้
ทั่ว schemas และที่พวกเขาจะได้รับมอบหมายที่โดดเด่น
พฤติกรรม มิฉะนั้นประโยชน์ของเอไอเอสจะถูก
จำกัด ไม่เหมาะ ความก้าวหน้าในความรู้ของความรู้ความเข้าใจและ
การจัดการจิตของแนวคิดและประสบการณ์ที่เป็นประโยชน์
กับเอไอเอสจะนำไปสู่การปรับปรุงชุดของเทพ
ประเภท.
4.3 แง่มุมอื่น ๆ ของรูปแบบข้อมูลการปรับตัว
ในแง่กว้างรูปแบบข้อมูลยังคงปรับตัวอื่น ๆ
ในแง่ของรูปแบบเชิงสัมพันธ์รวมถึงการอ้างอิง
ความสมบูรณ์ของการฟื้นฟูการดำเนินงานเชิงสัมพันธ์และอื่น ๆ .
อย่างไรก็ตามเราแทนการใช้ความสัมพันธ์ในเหล่านี้
บริบทที่มีการใช้ แนวคิดครอบครัว ข้อซักถามและ
การดำเนินงานอื่น ๆ อาจจะนำมาใช้งานได้ตามปกติ แต่ใช้
โดเมน superset D0 และขยาย E0 ของแต่ละแนวคิด
ครอบครัว F (คอลัมน์และแถวในตารางเดิม
แทน).
ความแตกต่างที่สำคัญในรูปแบบข้อมูลการปรับตัวจาก
การใช้งานฐานข้อมูลเชิงสัมพันธ์กระแสหลัก คือว่า
โดเมนบางอย่างใน D0 อาจจะไม่อยู่ในแต่ละ tuple ของ
E0
ในฐานข้อมูลเชิงสัมพันธ์โดยทั่วไปจะรับประกันว่า
โดเมนของความสัมพันธ์ทุกคนจะอยู่ในแต่ละทูเปิ
ยกเว้นในกรณีที่ค่า null จะถูกเก็บไว้ ในข้อมูลการปรับตัว
แบบก็ไม่สามารถรับประกันได้ว่าโดเมนใด ๆ ที่ได้รับจะ
อยู่ใน tuple ใดก็ตาม การดำเนินงานในข้อมูลที่จะต้อง
ใช้ความแตกต่างนี้ในบัญชีโดยการรักษาขาดหายไป
ค่าโดเมนเป็น "หายไปไม่เหมาะสม" ข้อมูล [54] ดังนั้น
การดำเนินการอาจจะกลับมาฉายผลสามประเภทใน
โดเมนใดก็ตาม D0
: ค่าของข้อมูลที่หายไป (บังคับ)
เครื่องหมายและหายไป (ไม่เหมาะสม) เครื่องหมาย; นี้เป็นของ Codd
"ตรรกะสี่มูลค่า" [55] หลักการที่คล้ายกันจะต้อง
นำไปใช้กับทั้งสองประเภทของข้อมูลที่ขาดหายไปในการเลือกและการเข้าร่วม
การดำเนินงาน.
แม้ว่าแบบเชิงสัมพันธ์ดึงความแตกต่าง
ระหว่างที่ใช้บังคับและไม่เหมาะสมข้อมูลที่ขาดหายไป [51],
RDBMS ส่วนใหญ่ทำไม่ได้; เพียงคนเดียวที่จะใช้กลไก (null
ค่า) เพื่อเป็นตัวแทนของทั้งสองประเภทของข้อมูลที่หายไป บน
มืออื่น ๆ ที่คอลัมน์ครอบครัวและฐานข้อมูลเอกสารอย่างชัดเจน
อนุญาตให้มีการขาดหายไปข้อมูลที่ไม่เหมาะสมแม้ว่าพวกเขาจะใช้
คำศัพท์ที่แตกต่างกัน [31].
ในขณะที่ทฤษฎีเชิงสัมพันธ์รูปแบบข้อมูลการปรับตัว
กำหนดว่าไม่มีสอง tuples ควรจะเป็นตัวแทนเดียวกัน
นิติบุคคล ตัวอย่างเช่นถ้า tuple ของพนักงานหมายถึง
พนักงานโดยเฉพาะอย่างยิ่งไม่มี tuple อื่น ๆ ของพนักงานหรือของใด ๆ
แนวคิดอื่น ๆ ที่ควรจะเป็นตัวแทนของพนักงานเดียวกัน
มิฉะนั้นอาจทำให้เกิดความสับสนเป็นความหมายของ
ข้อมูล แต่มันจะไม่ชัดเจนเสมอสิ่งที่ถือว่าเป็น
สิ่งที่โดยเฉพาะอย่างยิ่งในโลกจริงและนำเสนอข้อมูลวัน
ระบบไม่ได้ (ในความหมายที่มีความหมายใด ๆ ) เข้าใจ
ในสิ่งที่โลกแห่งความจริงที่รายการข้อมูลโดยเฉพาะอย่างยิ่งดู
ไป ดังนั้นเงื่อนไขนี้สามารถในปัจจุบันได้รับการพิจารณา
โดยเฉพาะผู้ใช้และไม่สามารถบังคับใช้โดย
ระบบ [45].
แบบเชิงสัมพันธ์ที่ถูกสร้างขึ้นในการใช้โดเมน.
แต่ส่วนใหญ่ระบบฐานข้อมูลให้ จำกัด เพียง
การสนับสนุนสำหรับโดเมนส่วนใหญ่ผ่าน ขนาดเล็กจำนวนมาก
ในตัวชนิดข้อมูล (จำนวนเต็มลอยวันที่ / เวลาบูลีน ฯลฯ ).
ที่ผู้ใช้กำหนดชนิดข้อมูลที่ขยายมี แต่ไม่ค่อย
ใช้ การดำเนินการของโดเมนในเอไอเอสมี
ศักยภาพที่ดีสำหรับนำมาใช้ซอฟต์แวร์เนื่องจากฟังก์ชั่น
ที่ใช้บังคับกับโดเมนใด ๆ ให้สามารถนำมาใช้โดยอัตโนมัติ
ทุกครั้งที่โดเมนมีการอ้างอิง เอไอเอสควร
จึงให้ช่วงของอะตอมและคอมโพสิทที่กำหนดไว้ล่วงหน้า
โดเมน (ชนิดข้อมูล) ตั้งใจที่จะเป็นประโยชน์ใน
การสร้างแบบจำลอง ตัวอย่างเช่นที่อยู่รหัสไปรษณีย์ที่ทางภูมิศาสตร์
ที่ตั้งของเดือนเพศคำทักทาย, ระยะเวลา, เอกสาร
เส้นทาง URL ที่อยู่อีเมลชื่อเต็ม, เงิน, และร้อยละ.
ความหมายของแต่ละประเภทเป็นที่รู้จักกันเอไอเอสเพื่อให้
การจัดรูปแบบที่เหมาะสมในการตรวจสอบ และพฤติกรรมขยาย
สามารถให้โดยอัตโนมัติเมื่อชนิดถูก
พบในคีนุ่ม

ผลลัพธ์ (ไทย) 3:

4.2 . ครอบครัวแนวคิดอภิปราย
จะแนะนำในรูปแบบข้อมูลเพื่อให้ระบบซอฟต์แวร์แบบ

แบบอย่างใกล้ชิดมากขึ้น ผู้ใช้เอง จิตใจ ความคิด จุดเด่นของแนวคิดจิต
คือว่าพวกเขาสามารถมีความยืดหยุ่นมากกว่าและเปลี่ยน
ตลอดเวลา และจากสถานการณ์หนึ่งไปยังถัดไป ความตั้งใจ
คือว่า แนวคิดเก็บไว้ใน schema นุ่มสามารถ
เปลี่ยนโดยไม่ก่อให้เกิดปัญหาในระบบข้อมูลที่ใช้ฐานข้อมูล
.
1 คำว่า " โดเมน " ถูกนำมาใช้เพื่อหมายถึงชุดของค่าซึ่ง
ให้รายการข้อมูลที่สามารถถือ ที่อื่น ๆในกระดาษ " โดเมน " ถูกใช้ในความรู้สึกของการใช้ " โดเมน "
.
0 S . mcginnes e . kapros / ระบบสารสนเทศ 47 ( 2015 ) 33 – 50
ความตั้งใจที่อยู่เบื้องหลังการใช้คําว่า " อ่อน " ใน " อ่อน
รายการ " เพื่อบ่งบอกว่า แนวคิดความหมายคือ
จัดขึ้นเป็นข้อมูลแทนที่จะเป็นโครงสร้างเท่าที่
ใบสมัครเป็นกังวล ( ในทางตรงกันข้ามกับห้องและโต๊ะ
ความหมาย ซึ่งโดยทั่วไปจะปรากฏเป็นโครงสร้างค่อนข้าง
มากกว่าข้อมูลจากมุมมองของโปรแกรม )
" นิ่ม " เป็นยัง เตือนว่า การเปลี่ยนแปลง
schema ไม่มีไม่เป็นผล เช่น
เป็นความล้มเหลวของระบบ หรือต้องการทำงาน

การบำรุงรักษาซอฟต์แวร์ ชุดเทพประเภทควรจะตัดสินใจ
เมื่อก่อนที่ร่างนุ่มเป็นสูตร . เนื้อหา : ไม่ได้กําหนด ; ต้นแบบของเราดำเนินงาน
ได้ใช้ชุดง่ายของประเภทในรางที่ 2 แต่
แตกต่างกันและมากกว่าชุดซับซ้อน อาจใช้ องค์ประกอบของการอาจจะเกี่ยวข้องกับอีกคนหนึ่งในรูปแบบแบบจำลอง
,อนุกรมวิธานหรือภววิทยา , ถ้าต้องการ
ความต้องการเพียงอย่างเดียวคือสมาชิกของทั่วไปพอที่จะใช้
ข้ามร่างและพวกเขาสามารถกำหนดพฤติกรรมที่โดดเด่น
; มิฉะนั้น ประโยชน์ของเอไอเอสจะ
มิชอบจำกัด ความก้าวหน้าในความรู้ความเข้าใจและ
จัดการจิตของแนวคิด และประสบการณ์จริง
กับเอไอเอส สามารถนำไปสู่การปรับปรุงชุดเทพ
ประเภท
4.3 . ด้านอื่น ๆของแบบจำลองข้อมูลแบบ
ในแง่ที่กว้าง และมีด้านอื่น ๆปรับรูปแบบ
ของโมเดลเชิงสัมพันธ์ รวมถึงการฟื้นฟูความสัมพันธ์ไปด้วย
, , ปฏิบัติการ , และอื่น ๆ .
แต่เราทดแทนการใช้ความสัมพันธ์ในบริบทเหล่านี้
ด้วยการใช้แนวคิดครอบครัว การค้นหาและการดำเนินงานอื่น ๆที่อาจใช้

แต่ใช้ตามปกติพลังงานขึ้นโดเมนและขยายแนวคิดของแต่ละครอบครัว E0
F ( แถว คอลัมน์ และในการแสดงตารางปกติ

) คีย์ข้อมูลปรับความแตกต่างในรูปแบบจากฐานข้อมูลเชิงสัมพันธ์ซึ่งเป็นหลัก

บางโดเมนในพลังงานอาจไม่เป็นปัจจุบันในแต่ละทูเปิลของ E0

ในฐานข้อมูลเชิงสัมพันธ์โดยทั่วไปจะรับประกันว่า
ทุกโดเมนของความสัมพันธ์จะถูกนำเสนอในแต่ละทูเปิล , ค่า null
ยกเว้นที่จัดเก็บ ในข้อมูล
ทฤษฎีการปรับตัว มันไม่สามารถรับประกันได้ว่า จะให้โดเมนใด ๆ
อยู่ในทูเปิล . การดำเนินการกับข้อมูลต้อง
เอาความแตกต่างนี้ลงในบัญชี โดยรักษาหาย
โดเมนค่าเป็น " หายไปไม่เหมาะสม " ข้อมูล [ 54 ] ดังนั้น ,
การประมาณการอาจส่งคืนผลลัพธ์ของในใด ๆของโดเมน
+
3 ประเภท ได้แก่ ค่าข้อมูลที่ขาดหายไป ( ใช้ )
เครื่องหมาย และหายไป ( ไม่เหมาะสม ) เครื่องหมาย ; นี้เป็นคอดของ
" สี่มูลค่าตรรกะ " [ 55 ] หลักการที่คล้ายกันต้อง
ใช้กับทั้งสองประเภทของข้อมูลที่หายไปในการคัดเลือกและเข้าร่วมงาน
.
ถึงแม้ว่าความสัมพันธ์แบบดึงความแตกต่าง
ระหว่างที่ใช้ไม่เหมาะสมและข้อมูลที่หายไป [ 51 ] ,
รูปส่วนใหญ่ไม่ได้ เดียวคือกลไกที่ใช้ ( null
ค่า ) เป็นตัวแทนของทั้งสองประเภทของข้อมูลที่หายไป บนมืออื่น ๆที่
ครอบครัวและเอกสารฐานข้อมูลอย่างชัดเจน
ให้หายไปข้อมูลไม่เหมาะสมคอลัมน์ , แม้ว่าพวกเขาจะใช้ศัพท์แตกต่างกัน
[ 31 ] .
ในทฤษฎีความสัมพันธ์ รูปแบบข้อมูลแบบ
ต้องการที่ไม่มีสองที่มีควรเป็นตัวแทนของนิติบุคคลเดียวกัน

ตัวอย่างเช่น ถ้าเป็นทูเปิลของพนักงานหมายถึงพนักงานโดยเฉพาะ
ไม่มี tuple อื่น ๆของพนักงานหรือของอื่นใด
แนวคิดควรเป็นตัวแทนของพนักงานเดียวกัน ;
ไม่งั้นสับสนอาจส่งผลให้ความหมายของ
ข้อมูล อย่างไรก็ตาม มันไม่ได้ชัดเจนเสมอสิ่งที่ถือเป็น
สิ่งใดในโลกจริงและระบบข้อมูล
ปัจจุบันไม่ได้ ( ในความรู้สึกที่มีความหมายใด ๆ ) ซึ่งสิ่งที่เข้าใจ

รายการข้อมูลเฉพาะดูครับ ดังนั้นเงื่อนไขนี้สามารถปัจจุบันถูกกำหนด
เท่านั้นโดยผู้ใช้และไม่สามารถบังคับใช้โดยระบบ [ 45 ]
.
โมเดลเชิงสัมพันธ์ที่สร้างขึ้นในการใช้โดเมน .
แต่ระบบฐานข้อมูลส่วนใหญ่ให้สนับสนุนเพียงจำกัด
สำหรับโดเมนส่วนใหญ่ผ่านจำนวนเล็ก ๆของ
ชนิดข้อมูลในตัว ( จำนวนเต็ม , ลอย , วันที่ / เวลา , ตรรกะ , ฯลฯ ) ผู้ใช้กำหนดชนิดข้อมูลเป็นแบบ

ใช้ได้ แต่ไม่ค่อยได้ใช้ การดำเนินงานของโดเมนใน เอไอเอส มีศักยภาพที่ดีสำหรับการนำซอฟต์แวร์

โดยเฉพาะ เนื่องจากฟังก์ชันใด ๆโดเมนสามารถใช้โดยอัตโนมัติ
เวลาแต่ละโดเมนเป็นอ้างอิง . ที่เอไอเอสควร
ดังนั้น ให้ช่วงของอะตอมที่กำหนดไว้ล่วงหน้าและคอมโพสิต
โดเมน ( ชนิดข้อมูล ) จะเป็นประโยชน์ใน
การสร้างแบบจำลอง ตัวอย่างรวมถึงที่อยู่ รหัสไปรษณีย์ที่ตั้งทางภูมิศาสตร์
, เดือน , เพศ , คำทักทาย , ระยะเวลา , เอกสาร
เส้นทาง URL , อีเมล์ , ชื่อ , เงิน , และร้อยละ .
ความหมายของแต่ละประเภทว่า เอไอเอส ดังนั้น
เหมาะสมการจัดรูปแบบ , การตรวจสอบและขยายพฤติกรรม
ที่สามารถให้โดยอัตโนมัติเมื่อพิมพ์
พบใน schema ที่อ่อนนุ่มเนื่องจากสมาชิกใด ๆ แนวคิดของ F อาจ
ละเว้นโดเมนเลือกเพื่อรวมไว้ในคีย์หลัก .
แทน เราใช้ตัวแทนคีย์หลัก ยึดจากลำดับเดียว
สำหรับ AIS ใช้งาน [ 52 ] นี้รับประกัน
เอกลักษณ์ แม้ว่าแนวคิดจะรวมสองครอบครัวที่
ขั้นตอนบางอย่าง . มันหมายถึงความสมบูรณ์ของ referential สามารถ
รักษา ไม่ว่าการเปลี่ยนแปลงแนวคิด