The Extended Relational Data Model

The Extended Relational Data Model (ERDM) is the relational data model's response to the Object Oriented Data Model (OODM.) Most current RDBMSes support at least a few of the ERDM's extensions. For example, support for large binary objects (BLOBs) is now common.

Although the "ERDM" label has frequently been used in the database literature to describe the relational database model's response to the OODM's challenges, C. J. Date objects to the ERDM label for the following reasons:
• The useful contribution of "the object model" is its ability to let users define their own -- and often very complex -- data types. However, mathematical structures known as "domains" in the relational model also provide this ability. Therefore, a relational DBMS that properly supports such domains greatly diminishes the reason for using the object model. Given proper support for domains, relational database models are quite capable of handling the complex data encountered in time series, engineering design, office automation, financial modeling, and so on. Because the relational model can support complex data types, the notion of an "extended relational database model" or ERDM is "extremely inappropriate and inaccurate" and "it should be firmly resisted." (The capability that is supposedly being extended is already there!)
• Even the label object/relational model (O/RDM) is not quite accurate, because the relational database model's domain is not an object model structure. However, there are already quite a few O/R products -- also known as Universal Database Servers -- on the market. Therefore, Date concedes that we are probably stuck with the O/R label. In fact, Date believes that "an O/R system is in everyone's future." More precisely, Date argues that a true O/R system would be "nothing more nor less than a true relational system -- which is to say, a system that supports the relational model, with all that such support entails.

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

ขยายรูปแบบข้อมูลเชิงสัมพันธ์ (erdm) คือการตอบสนองรูปแบบข้อมูลเชิงสัมพันธ์ของว​​ัตถุรูปแบบข้อมูลเชิง (oodm. ) ส่วนใหญ่ RDBMSes ปัจจุบันสนับสนุนอย่างน้อยสองสามของนามสกุล erdm ของ ตัวอย่างเช่นการสนับสนุนสำหรับวัตถุไบนารีขนาดใหญ่ (หยด) คือตอนนี้ร่วมกัน

แม้ว่าฉลาก "erdm" มักถูกนำมาใช้ในวรรณคดีฐานข้อมูลเพื่ออธิบายการตอบสนองรูปแบบฐานข้อมูลเชิงสัมพันธ์เพื่อความท้าทายของ oodm ค J วัตถุวันที่เพื่อฉลาก erdm ด้วยเหตุผลต่อไปนี้:
•ผลงานที่เป็นประโยชน์ของ "รูปแบบวัตถุ" คือความสามารถเพื่อให้ผู้ใช้กำหนดเอง - และมักจะมีความซับซ้อนมาก - ชนิดข้อมูล อย่างไรก็ตามโครงสร้างทางคณิตศาสตร์ที่เรียกว่า "โดเมน" ในความสัมพันธ์แบบนี้ยังให้ความสามารถในการนี​​้ ดังนั้น DBMS เชิงสัมพันธ์ที่ถูกต้องรองรับโดเมนดังกล่าวอย่างมากลดลงเหตุผลสำหรับการใช้รูปแบบวัตถุ ได้รับการสนับสนุนที่เหมาะสมสำหรับโดเมนแบบจำลองฐานข้อมูลเชิงสัมพันธ์จะค่อนข้างมีความสามารถในการจัดการข้อมูลที่ซับซ้อนที่พบในอนุกรมเวลาการออกแบบทางวิศวกรรมสำนักงานอัตโนมัติการสร้างแบบจำลองทางการเงินและอื่น ๆ เพราะความสัมพันธ์แบบสามารถสนับสนุนชนิดข้อมูลที่ซับซ้อนในความคิดของ "รูปแบบฐานข้อมูลเชิงสัมพันธ์ขยาย" หรือ erdm คือ "ไม่เหมาะสมอย่างยิ่งและไม่ถูกต้อง" และ "มันควรจะต่อต้านอย่างเหนียวแน่น." (ความสามารถที่คาดว่าจะมีการขยายมีอยู่แล้ว!)
•แม้วัตถุฉลาก / รุ่นสัมพันธ์ (O / RDM) ไม่ถูกต้องทีเดียวเพราะโดเมนรูปแบบฐานข้อมูลเชิงสัมพันธ์ไม่ได้เป็นโครงสร้างรูปแบบวัตถุ แต่มีแล้วค่อนข้างผลิตภัณฑ์ o / r ไม่กี่ - ที่รู้จักกันว่าเซิร์ฟเวอร์ฐานข้อมูลสากล - ในตลาด ดังนั้นวันที่ยอมรับว่าเราอาจติดกับฉลาก o / r ในความเป็นจริงวันที่เชื่อว่า "ระบบ o / r อยู่ในอนาคตของทุกคน." อย่างแม่นยำมากขึ้น,วันที่ระบุว่าระบบ o / r จริงจะ "ไม่มีอะไรมากหรือน้อยกว่าระบบความสัมพันธ์ที่แท้จริง - ซึ่งเป็นที่จะพูดว่าระบบที่สนับสนุนความสัมพันธ์แบบกับทุกการสนับสนุนดังกล่าวที่ส่งผล

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

การขยายเชิงข้อมูลจำลอง (ERDM) เป็นการตอบสนองของแบบจำลองข้อมูลเชิงสัมพันธ์จะเน้นข้อมูลแบบวัตถุ (OODM) RDBMSes ล่าสุดสนับสนุนส่วนขยายของ ERDM น้อยบาง ตัวอย่าง การสนับสนุนสำหรับวัตถุที่มีขนาดใหญ่ไบนารี (blobs สี) ขณะนี้ทั่วไป

ถึงแม้ว่าป้ายชื่อ "ERDM" มักถูกใช้ในวรรณคดีฐานเพื่ออธิบายของแบบจำลองฐานข้อมูลเชิงสัมพันธ์ตอบสนองต่อความท้าทายของ OODM, C. J. วันวัตถุ ERDM ป้ายชื่อด้วยเหตุผลต่อไปนี้:
•ผลประโยชน์ของ "วัตถุแบบ" มีความสามารถในการให้ผู้ใช้สามารถกำหนดของชนิดข้อมูลของตัวเอง - และมักจะซับซ้อนมาก - อย่างไรก็ตาม โครงสร้างทางคณิตศาสตร์ที่เรียกว่า "โดเมน" ในแบบจำลองเชิงสัมพันธ์ยังมีความสามารถนี้ ดังนั้น DBMS เชิงสัมพันธ์ที่เหมาะสมสนับสนุนโดเมนดังกล่าวมากค่อย ๆ หายไปเหตุผลสำหรับการใช้รูปแบบวัตถุ ได้รับการสนับสนุนที่เหมาะสมสำหรับโดเมน แบบจำลองฐานข้อมูลเชิงสัมพันธ์มีการจัดการข้อมูลที่ซับซ้อนที่พบในชุดข้อมูลเวลา ออกแบบวิศวกรรม สำนักงาน สร้างโมเดลทางการเงิน และอื่น ๆ เนื่องจากแบบจำลองเชิงสนับสนุนชนิดข้อมูลที่ซับซ้อน แนวคิดของ "แบบจำลองฐานข้อมูลเชิงสัมพันธ์แบบขยาย" หรือ ERDM เป็น "มากไม่เหมาะสม และไม่ถูกต้อง" และ "มันควรจะมั่น resisted" (ความสามารถที่จะคาดคะเนกำลังขยายมีอยู่)
•แม้แต่ป้ายชื่อวัตถุ/เชิงรูปแบบ (O RDM) ไม่ถูกต้องค่อนข้าง เนื่องจากโดเมนของแบบจำลองฐานข้อมูลเชิงสัมพันธ์ไม่เป็นโครงสร้างแบบจำลองวัตถุ อย่างไรก็ตาม มีอยู่แล้วค่อนข้างไม่กี่ผลิตภัณฑ์ O/R -เป็นการสากลเซิร์ฟเวอร์ฐานข้อมูล - ในตลาด ดังนั้น วัน concedes ว่า เราคงติดอยู่กับป้ายชื่อ O/R จริง วันเชื่อว่า "ระบบ O/R การเป็นในอนาคตของทุกคน" ได้แม่นยำมาก จนวันที่ ระบบ O/R เป็นจริงจะ "ไม่มีอะไรมากกว่า หรือน้อยกว่าจริงเชิงระบบ - ซึ่งจะพูด มีระบบที่สนับสนุนแบบจำลองเชิงสัมพันธ์ ด้วยการสนับสนุนดังกล่าวทั้งหมดที่

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

รายย่อยเพิ่มขึ้นข้อมูลรุ่น( erdm )ที่มีการตอบสนองของรายย่อยข้อมูลของรุ่นที่เป็นออบเจกต์เน้นข้อมูลรุ่น( oodm .)มากที่สุดในปัจจุบัน rdbmses การสนับสนุนอย่างน้อยไม่กี่ของส่วนขยายของ erdm ได้ ตัวอย่างเช่นการสนับสนุนสำหรับวัตถุไบนารีขนาดใหญ่( BLOB )พบได้ทั่วไปในตอนนี้

แม้ว่า" erdm "ป้ายมีคำถามที่ถูกนำมาใช้ในฐานข้อมูลสิ่งตีพิมพ์เพื่ออธิบายถึงที่ประกอบไปด้วยรุ่นฐานข้อมูลของการตอบสนองที่ oodm ความท้าทายค.ศป.วันที่วัตถุที่ erdm ป้ายสำหรับเหตุผลที่ต่อไปนี้:
•ที่เป็นประโยชน์สนับสนุนของ"วัตถุรุ่น"มีความสามารถในการปล่อยให้ผู้ใช้กำหนดเอง - - และมักเป็นอย่างมากความซับซ้อน - - - ข้อมูล ประเภท . แต่ถึงอย่างไรก็ตามโครงสร้างทางคณิตศาสตร์ที่เรียกกันว่า"โดเมน"ในรุ่นรายย่อยที่ยังจัดให้บริการความสามารถนี้ ดังนั้น dbms รายย่อยที่ถูกต้องสนับสนุนโดเมนเช่นว่านั้นเป็นอย่างมากด้วยเหตุผลที่ลดน้อยลงสำหรับการใช้รูปแบบวัตถุดังกล่าว ให้การสนับสนุนที่เหมาะสมสำหรับโดเมนรุ่นฐานข้อมูลชนิดสัมพันธ์ระหว่างกันมีขนาดค่อนข้างมีความสามารถในการจัดการกับข้อมูลที่ซับซ้อนที่พบในเวลาการออกแบบทางด้านวิศวกรรมระบบการทำงานแบบอัตโนมัติ Officeการสร้างแบบจำลองและการเงินที่จะเป็นไปได้ เพราะที่ประกอบไปด้วยรุ่นสามารถรองรับคอมเพล็กซ์ ประเภท ข้อมูลที่ความคิดของ"ขยายฐานข้อมูลประกอบไปด้วยรุ่น"หรือ erdm คือ"เป็นอย่างมากถือว่าไม่เหมาะสมและไม่ถูกต้อง"และ"มันจะต้องให้แน่นอึดอัด"(ที่ความสามารถที่จะเป็นการขยายมีอยู่แล้ว!)
•แม้แต่ป้ายวัตถุ/รายย่อยรุ่น( O / rdm )ไม่ใช่ถูกต้องแม่นยำโดเมนของรายย่อยเพราะฐานข้อมูลของรุ่นที่ไม่ใช่โครงสร้างของรุ่นที่ออบเจกต์ แต่ถึงอย่างไรก็ตามยังมีสินค้า O / R จำนวนที่ไม่มากนักยังเป็นที่รู้จักกันทั่วไปในตลาดเซิร์ฟเวอร์ฐานข้อมูลที่ ดังนั้นวันที่ยอมรับว่าเราติดอยู่กับป้ายชื่อ O / R ที่เป็นไปได้ ในความเป็นจริงแล้ววันที่เชื่อว่า"ระบบ O / R ที่อยู่ในอนาคตของทุกคน"ได้อย่างแม่นยำมากขึ้นวันที่ได้ให้เหตุผลว่าระบบ O / R จริงจะได้รับ"ไม่มีอะไรมากกว่าหรือน้อยกว่าระบบรายย่อยอย่างแท้จริงซึ่งจะพูดว่าระบบที่รองรับรุ่นรายย่อยที่มีทั้งหมดที่นำมาซึ่งการช่วยเหลือดังกล่าว