คำถามติดแท็ก erd

10
วิธีที่มีประสิทธิภาพในการติดฉลากคอลัมน์ในฐานข้อมูลคืออะไร?
ฉันเคยติดป้ายกำกับคอลัมน์ในฐานข้อมูลของฉันเช่นนี้: user_id user_name user_password_hash เพื่อหลีกเลี่ยงความขัดแย้งเมื่อเข้าร่วมสองตาราง แต่จากนั้นฉันเรียนรู้เพิ่มเติมเกี่ยวกับวิธีนามแฝงตารางและฉันหยุดทำสิ่งนี้ วิธีที่มีประสิทธิภาพในการติดฉลากคอลัมน์ในฐานข้อมูลคืออะไร? ทำไม?

2
การปรับใช้ความสัมพันธ์แบบหลายต่อหลายคนกับข้อ จำกัด การมีส่วนร่วมโดยรวมใน SQL
ฉันควรนำไปใช้ใน SQL สถานการณ์ที่อธิบายไว้ในแผนภาพความสัมพันธ์ของเอ็นติตี้ต่อไปนี้อย่างไร? ในขณะที่มันจะแสดงทุกAประเภทกิจการที่เกิดขึ้นจะต้องเกี่ยวข้องกับอย่างน้อยหนึ่ง Bคู่ (แสดงโดยเส้นเชื่อมต่อคู่) และในทางกลับกัน ฉันรู้ว่าฉันควรสร้างสามตารางที่ตามมา: CREATE TABLE A ( a INT NOT NULL, CONSTRAINT A_PK PRIMARY KEY (a) ); CREATE TABLE B ( b INT NOT NULL, CONSTRAINT B_PK PRIMARY KEY (b) ); CREATE TABLE R ( a INT NOT NULL, b INT NOT NULL, CONSTRAINT R_PK …

2
วิธีจัดโครงสร้างแบบจำลองเพื่อให้ได้ข้อมูลที่มีลักษณะคล้ายต้นไม้บนฐานข้อมูลเชิงสัมพันธ์อย่างเหมาะสมและมีประสิทธิภาพ
จากการสำรวจข้อมูลแบบต้นไม้ในฐานข้อมูลเชิงสัมพันธ์โดยใช้คำถามSQLฉันต้องการทราบวิธีที่ใช้เป็นประจำในการอธิบายข้อมูลแบบต้นไม้ในฐานข้อมูลเชิงสัมพันธ์โดยพิจารณาจากผลกระทบทางกายภาพหรือไม่ ฉันสมมติว่า RDBMS ไม่มีคุณสมบัติพิเศษในการจัดการนอกเหนือจาก SQL ANSI ปกติหรือคุณสมบัติทั่วไปที่มีอยู่ มีข้อสงสัยฉันสนใจ MySQL และ PostgreSQL เสมอและในที่สุด SQLite

2
วิธีการสร้างแบบจำลองข้อมูลที่ดีที่สุดเพื่อจัดการกับคีย์ต่างประเทศที่ซ้ำซ้อนในฐานข้อมูลเกี่ยวกับแบบสำรวจคำถามและคำตอบ
ฉันกำลังมองหาคำแนะนำเกี่ยวกับวิธีการสร้างแบบจำลองเชิงสัมพันธ์ที่ดีที่สุดในการจัดเก็บแบบสอบถามคำถามและคำตอบ ฉันกำลังมองหาวิธีใดวิธีหนึ่งจากสองวิธีด้านล่างนี้ดูดีที่สุดหรือเป็นทางเลือกอื่นสำหรับทั้งสองวิธี ฉันมีเอนทิตีเหล่านี้อย่างน้อย: คำถาม สำรวจ คน และอย่างน้อยความสัมพันธ์เหล่านี้: แบบสำรวจแต่ละแบบมีคำถาม 1 ข้อขึ้นไป คำถามแต่ละข้ออาจใช้ในการสำรวจ 0 ครั้งขึ้นไป แต่ละคนอาจทำการสำรวจ 0 ครั้งขึ้นไป ที่นี่ฉันเจอปัญหา: วิธีจำลองแบบการตอบสนองต่อคำถามสำรวจโดยบุคคล ต่อไปนี้เป็นสองวิธีที่ฉันได้พิจารณาซึ่งไม่ได้ดูดีสำหรับฉันเลย ไดอะแกรมที่นี่เรียบง่ายเป็นอย่างมากเพื่อแสดงให้เห็นปัญหา วิธีที่ 1: สิ่งที่ฉันไม่ชอบเกี่ยวกับวิธีการนี้: survey_person_question_responseตารางมีสองคอลัมน์ที่แตกต่างกันที่อ้างถึงการสำรวจ: survey_question_survey_idและsurvey_person_survey_id มันจะเป็นข้อผิดพลาดที่มีsurvey_idการอ้างอิงที่แตกต่างกันในหนึ่งแถวสำหรับสองคอลัมน์นี้ Survey_question จะต้องมาจากแบบสำรวจเดียวกับคนที่เข้าร่วมใน survey_person ฉันไม่เห็นวิธีที่ดีในการบังคับใช้ ดูเหมือนว่าสิ่งที่ฉันทำที่นี่คือการสร้างความสัมพันธ์ระหว่างสองความสัมพันธ์ นั่นทำให้ฉันรู้สึกผิดด้วยเหตุผลบางอย่าง วิธีที่ 2: พยายามหลีกเลี่ยงสอง FKs จากวิธีที่ 1 ที่ควรอ้างอิงถึงค่าเดียวกัน ... สิ่งที่ฉันไม่ชอบเกี่ยวกับวิธีการนี้: ไม่มีการบังคับใช้ว่าquestion_idและsurvey_idFK นั้นมาจากsurvey_questionคู่ที่ถูกต้อง ไม่มีการบังคับใช้ว่าsurvey_idและperson_idFK นั้นมาจากsurvey_personคู่ที่ถูกต้อง คำแนะนำใด ๆ เกี่ยวกับ: ไม่ว่าหนึ่งในวิธีการเหล่านี้เป็นวิธีการทั่วไปหรือไม่ ข้อดีข้อเสียของหนึ่งในวิธีการเหล่านี้มากกว่าที่อื่น …

1
คุณแสดง VIEWS ใน ERD อย่างไร
VIEWS (CREATE VIEW) แสดงใน ERD หรือไม่ ถ้าเป็นเช่นนั้นคุณจะเป็นตัวแทนของพวกเขาและระบุว่าพวกเขามาจากตารางอะไร?
12 view  erd 

3
การสร้างแบบจำลองสถานการณ์ที่ศิลปินเพลงแต่ละคนเป็นกลุ่มหรือนักดนตรีเดี่ยว
ฉันต้องออกแบบแผนภาพความสัมพันธ์เอนทิตี (ERD) สำหรับบริบททางธุรกิจที่เกี่ยวข้องกับการแบ่งศิลปินเพลงเพราะฉันจะให้รายละเอียดด้านล่าง คำอธิบายสถานการณ์ ศิลปินมีชื่อและต้องเป็นอย่างใดอย่างหนึ่งกลุ่ม หรือดนตรีเดี่ยว ( แต่ไม่ทั้งสอง) กลุ่มถูกสร้างขึ้นจากหนึ่งหรือมากกว่านักแสดงคนเดียวและมีจำนวนสมาชิก (ซึ่งควรจะคำนวณจากจำนวนที่แสดงเดี่ยวทำขึ้นกลุ่ม ) Solo Performerอาจจะเป็นสมาชิกของหลายกลุ่มหรือไม่กลุ่มและอาจจะเล่นหนึ่งหรือมากกว่าเครื่องดนตรี คำถาม วิธีการสร้าง ERD เพื่อเป็นตัวแทนของสถานการณ์ดังกล่าว? ฉันสับสนกับส่วน 'หรือ' ของมัน

2
แนวความคิด ERD หลายโต๊ะหลายคนหรืออาจจะวนซ้ำ?
ฉันกำลังสร้างไดอะแกรมเชิงแนวคิด [ใช่ฉันรู้ว่าฉันได้รวมคุณลักษณะและปุ่ม - แต่นี่เป็นเพียงสำหรับฉันที่จะรวมสิ่งที่ฉันทำในขณะที่เรียนรู้] - ดังนั้นโปรดรักษามันเป็นแนวคิดด้วยการมุ่งเน้นที่ความสัมพันธ์และ ตารางและไม่ใช่วิธีไดอะแกรม;) สิ่งกีดขวางในใจของฉันคือ: ฉันพยายามที่จะหาวิธีที่ดีที่สุดในการสร้างแบบจำลองความสัมพันธ์ส่วนตัวที่ตั้งและองค์กร ก่อนอื่นกฎ: หนึ่งหรือมากกว่าส่วนตัว 's สามารถเป็นสมาชิก / เพื่อนของหนึ่งหรือมากกว่าองค์กร ; และในทางกลับกัน. โปรไฟล์อย่างน้อยหนึ่งรายการสามารถเป็นสมาชิก / เพื่อนของโปรไฟล์อื่น ๆ องค์กรอย่างน้อยหนึ่งแห่งสามารถเป็นสมาชิก / เพื่อนขององค์กรอื่น ๆ ได้ เพื่อนและสมาชิกแตกต่างกันในการที่เพื่อนเป็นแบบอ่านอย่างเดียวและสมาชิก [ขึ้นอยู่กับระดับ] สามารถเข้าถึงสิ่งที่แก้ไขได้อย่างเต็มที่ เพื่อให้สิ่งต่าง ๆ ซับซ้อนขึ้นสถานที่ตั้งมีกฎการรีฟิล "เพิ่มเติม" ของตนเองเช่นองค์กรที่เป็นเจ้าของสองสถานที่แต่ขึ้นอยู่กับกฎที่ตั้งสมาชิก [ โปรไฟล์ ] ขององค์กรนั้นอาจเข้าถึงได้อย่างเต็มที่ในที่เดียว แต่ จำกัด การเข้าถึงที่ อื่น ๆ [ขออภัย: คุณมักจะต้องเปิดภาพในหน้าต่างอื่นเพื่อดูขนาดที่ดีขึ้น] ดังนั้นอย่างที่คุณเห็นแนวคิดของโปรไฟล์และองค์กรนั้นเหมือนกันเช่นเดียวกับแนวคิดที่ยังไม่ได้เป็นแบบอย่างของเพื่อนและสมาชิก [... ซึ่งฉันคิดว่าจะได้รับการจัดการเหมือนตารางตัวกลางปัจจุบันที่มีการตั้งค่าเจ้าของ / ผู้ดูแลระบบ …

5
ความสำคัญของแผนภาพ ER
ฉันเป็นนักเรียนและฉันกำลังพัฒนาหลายโครงการในฐานะส่วนหนึ่งของสถาบันการศึกษาของฉัน ในขณะที่พัฒนาฐานข้อมูลสำหรับหนึ่งในโครงการเราเจอสถานการณ์ที่เราคิดว่า ERD จำเป็นหรือไม่ ตอนนี้ไม่ใช่ว่าเราทุกคนจะเห็นด้วยกับการพัฒนา ERD ก่อนแล้วจึงพัฒนาฐานข้อมูลจากนั้น คนส่วนใหญ่ชอบที่จะพัฒนาฐานข้อมูลแบบบินด้วยวาจาตามความต้องการของระบบบนกระดาษโดยตรง ตอนนี้ฉันเป็นผู้ติดตามหลักการของฐานข้อมูลอย่างเข้มงวด ฉันคิดว่าฐานข้อมูลควรพัฒนาจาก ERD เท่านั้น ดังนั้นฉันต้องการรู้ดังต่อไปนี้: อุตสาหกรรมปฏิบัติตามหลักการเหล่านี้หรือไม่? ฉันเพิ่งเสียเวลาในการพัฒนา ERD หรือไม่? การพัฒนา ERD มีประโยชน์อย่างไร?

1
ฉันจะนำเข้าเนื้อหาของฐานข้อมูล Oracle ไปยัง Visio เพื่อสร้าง Entity Relationship Diagram ได้อย่างไร
ฉันมีฐานข้อมูล Oracle และฉันต้องการสร้าง ERD ใน Visio 2007 Pro ฉันเคยดูที่คำสั่ง DBMS_METADATA.GET_DDL เพื่อสร้าง DDL ฉันรู้ว่าฉันสามารถนำเข้าฐานข้อมูล Access ลงใน Visio แต่ดูเหมือนว่า Access เข้าใจภาษา SQL ซึ่งแตกต่างจาก Oracle ดังนั้นฉันจะต้องปรับแต่งทุกคำสั่งสร้างตารางเพื่อเปลี่ยนชนิดข้อมูล มีวิธีง่ายๆในการสร้าง ERD โดยใช้ DDL ใน Visio Pro 2007 หรือไม่?
9 oracle  import  erd  ddl  visio 
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.