ฉันจะโต้แย้งกับคอลัมน์ฐานข้อมูลที่ซ้ำกันอย่างมั่นใจได้อย่างไร

ฉันเริ่มทำงานกับองค์กรใหม่และหนึ่งในรูปแบบที่ฉันได้เห็นในฐานข้อมูลคือการทำซ้ำเขตข้อมูลเพื่อให้แบบสอบถามเขียนง่ายขึ้นสำหรับนักวิเคราะห์ธุรกิจ เรากำลังใช้ Django และ ORM ของมัน

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

สำหรับฉันความสำคัญของรูปแบบข้อมูลที่สะอาดเป็นเพียงเพื่อให้ฉันสามารถคิดได้ดี ความซับซ้อนที่ไม่จำเป็นคือการเสียเวลาในการประมวลผลทางปัญญาที่ จำกัด ของฉัน มันเป็นปัญหาที่เป็นระบบ การเขียนตัวพิมพ์ที่ไม่สะดวกสบายเป็นปัญหาทักษะที่แก้ไขได้ ฉันไม่ต้องการที่จะสนับสนุนการย้อนกลับและเปลี่ยนสคีมา แต่ฉันชอบที่จะสามารถสื่อสารปัญหาที่เกิดขึ้นกับการทำซ้ำประเภทนี้ได้อย่างน่าเชื่อถือ

ฐานข้อมูลการดำเนินงานของคุณควรจะปกติสูงเพื่อลดความผิดปกติ

ฐานข้อมูลการวิเคราะห์ของคุณ (คลังสินค้า) ควรมีความผิดปกติอย่างมาก

หากคุณไม่มีฐานข้อมูลการวิเคราะห์แยกต่างหากคุณควรสร้างมุมมอง [materialized] ที่มีความผิดปกติอย่างมาก

หากคุณบอกนักวิเคราะห์ธุรกิจ / ผู้จัดการอาวุโสของคุณให้เข้าร่วมมากมายสำหรับการวิเคราะห์อย่างง่ายคุณอาจถูกไล่ออก

การออกแบบคลังข้อมูล Agileเป็นหนังสือที่ดี

ดูเคล็ดลับคลังข้อมูลสกปรกด่วนของฉันที่นี่

ฉันเข้าใจว่าทำไมบางคนต้องการหลีกเลี่ยงการเขียนการเข้าร่วมสำหรับการเลือกแต่ละรายการ

แต่คุณสามารถสร้างมุมมองหนึ่งครั้งด้วยการเข้าร่วมและใช้งานแทนตารางที่ไม่ปกติ

ดังนั้นคุณรวมข้อดีของการทำให้เป็นมาตรฐานเข้ากับความสะดวกในการเลือกที่ง่าย

คำตอบที่ได้รับการ upvoted ค่อนข้างครอบคลุม "วิธีการหลีกเลี่ยงการทำซ้ำ" (ใช้มุมมอง) แต่ไม่ใช่เหตุผล โดยทั่วไปแล้วพวกเขาแสดงให้เห็นว่าการทำสำเนาคอลัมน์เป็นวิธีแก้ปัญหาที่ไม่ถูกต้องทำให้ง่ายต่อการเขียนแบบสอบถาม แต่คำถาม "ทำไมไม่ทำซ้ำคอลัมน์แบบสุ่มเพียงเพื่อให้ได้ heck" ยังคงยืนอยู่

คำตอบคือ "เพราะกฎของเมอร์ฟี" กฎของเมอร์ฟีระบุว่า:

หากมีสิ่งผิดปกติเกิดขึ้น

ในกรณีนี้เนื้อหาของแต่ละฟิลด์แถวของคอลัมน์ที่ซ้ำกันควรจะเหมือนกันกับเนื้อหาของแต่ละฟิลด์แถวที่สอดคล้องกันของคอลัมน์เดิม สิ่งที่อาจผิดคือเนื้อหาของบางฟิลด์แถวอาจแตกต่างจากต้นฉบับทำให้เกิดความเสียหาย คุณอาจคิดว่าคุณได้ใช้มาตรการป้องกันที่เป็นไปได้ทั้งหมดเพื่อให้แน่ใจว่าพวกเขาจะไม่แตกต่างกัน แต่กฎหมายของเมอร์ฟีระบุว่าเนื่องจากพวกเขาสามารถแตกต่างกันพวกเขาจะแตกต่างกัน และความเสียหายจะตามมา

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

การคิดถึงเรื่องนี้ในแง่ของการแลกเปลี่ยนมากกว่าดี / ไม่ดีจะมีประสิทธิผลมากกว่า พวกเขาซื้อขายข้อดีของการทำให้เป็นมาตรฐาน (esp. สม่ำเสมอ) สำหรับข้อดีในการใช้แบบสอบถาม

ที่สุดขั้วหนึ่งฐานข้อมูลจะไร้ประโยชน์หากข้อมูลไม่สอดคล้องกันอย่างรุนแรง ที่สุดขั้วอื่น ๆ ฐานข้อมูลจะไร้ประโยชน์ถ้ามันยากเกินไปสำหรับผู้ที่ต้องการสืบค้นทุกวันเพื่อให้ได้ผลลัพธ์ที่พวกเขาสามารถไว้วางใจได้

คุณจะทำอย่างไรเพื่อลดความเสี่ยงและต้นทุน

• สร้างเครื่องมือตัวตรวจสอบความสอดคล้องและเรียกใช้เป็นประจำ
• กำหนดเส้นทางการเข้าถึงการเขียนผ่านซอฟต์แวร์ที่อัปเดตข้อมูลที่ทำซ้ำอย่างสม่ำเสมอ
• เพิ่มมุมมองหรือสร้างเครื่องมือคิวรีที่เข้าร่วมโดยอัตโนมัติเพื่อให้นักธุรกิจสามารถคิดในแง่ของข้อมูลแทนการใช้ฐานข้อมูล DB

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

วิธีการสืบค้นที่ยากขึ้นเล็กน้อยมีแนวโน้มว่าจะเป็นที่นิยมมากกว่าความเสียหายของข้อมูล

เพื่อเพิ่มสิ่งที่คนอื่น ๆ ได้แนะนำไว้ข้างต้น นี่คือปัญหาการกำกับดูแลข้อมูล คุณต้องทำงานกับผู้มีส่วนได้ส่วนเสียที่เกี่ยวข้อง: สถาปนิกด้านข้อมูลและผู้ดูแลข้อมูลเพื่อพัฒนาหลักการข้อมูลนโยบายและแบบแผนการตั้งชื่อ

อดทนและทำงานอย่างมีระบบ การเปลี่ยนแปลงจะไม่เกิดขึ้นข้ามคืน

เลิก.

สุจริตคุณสามารถใช้เวลาหลายเดือนในการโต้เถียงเกี่ยวกับการฟื้นฟูความสม่ำเสมอและการต่อสู้กับโรคจิตบ้าที่เกิดจากความเกียจคร้านเลี่ยงแล้วออกจาก

หรือคุณสามารถประหยัดเวลาและความยุ่งยากและออกจากตอนนี้

โปรแกรมเมอร์ที่ดีคือคนขี้เกียจมาก พวกเขาเข้าใจความต้องการของลูกค้าและการจัดการ แต่ที่สำคัญที่สุดพวกเขาเข้าใจว่าการแก้ปัญหาที่ดีโดยใช้การออกแบบอย่างดีและดำเนินการแก้ปัญหาที่ดีช่วยพวกเขาเป็นการส่วนตัวขนาดใหญ่ปริมาณของการทำงาน, ความพยายามและที่สำคัญที่สุดคือความทุกข์ทรมานและความเครียด

ดังนั้นคุณจะทำงานได้ดีขึ้นในสถานที่ที่เข้าใจและให้ความสำคัญกับวิศวกรรมที่ดี

โชคดี.

ภายหลัง: บางทีสิ่งที่พวกเขาต้องการคือเครื่องมือ BI / OLAP ... http://en.wikipedia.org/wiki/Online_analytical_processing