NoSQL ภายใน SQL Server

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

เราได้เริ่มโครงการใหม่ตั้งแต่เริ่มต้นโดยใช้ MVC5, Entity Framework 6 code ก่อนและ SQL Server 2008 เมื่อสถาปนิกตรวจสอบ schema ฐานข้อมูลมีการระบุว่าคีย์ต่างประเทศทั้งหมดและข้อ จำกัด อื่น ๆ ควรถูกลบออกเพราะนี่คือ "ตรรกะทางธุรกิจ" และ ควรใช้ภายในเลเยอร์ธุรกิจของรหัสแอปพลิเคชัน

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

อาร์กิวเมนต์ที่สองคือเป้าหมายคือการใช้วิธี NoSQL กับข้อมูล ฉันพบสิ่งผิดปกติและผิดพลาดจริง ๆ นี้: พิจารณาการใช้ SQL-Server 2008, ความจำเป็นในการรายงาน, ข้อมูลที่ไม่ได้ปรับให้เทราไบต์และขาดการพิจารณาเทคโนโลยีเช่น Mongo, Raven เป็นต้น

มีใครเคยเจอสถานการณ์แบบนี้มาก่อนหรือไม่? ทำไมทุกคนจะใช้แนวทาง NoSQL ใน SQL Server ที่ออกแบบมาสำหรับข้อมูลอ้างอิงและไม่ต้องการคีย์ต่างประเทศ

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

จากนั้นเขาก็เป็นคนงี่เง่าและข้อความที่ตัดตอนมาจาก codebase ของคุณน่าจะจบลงที่The Daily WTFสักวันหนึ่ง คุณพูดถูกว่าแนวทางของเขาไม่สมเหตุสมผลและไม่ได้อธิบายอย่างตรงไปตรงมา

ลองอธิบายให้เขาฟังว่าข้อ จำกัด ของ Referential Integrity ไม่ใช่ "ตรรกะทางธุรกิจ" พวกเขากำลังมีมาตรฐานความถูกต้องด้วยตัวของตัวเองในการตรวจสอบ ตรรกะทางธุรกิจเป็นเรื่องเกี่ยวกับสิ่งที่คุณทำกับข้อมูล ความถูกต้องสมบูรณ์เกี่ยวกับการทำให้มั่นใจว่าข้อมูลนั้นไม่เสียหาย และถ้านั่นไม่ได้ผล ... ดีเขามีหน้าที่ คุณสามารถไปกับแผนการของเขาและพยายามลดความเสียหายบ้างหรือเริ่มมองหาที่ที่ดีกว่าในการทำงาน (หรือทั้งคู่.)

ฉันยังไม่มีเหตุผลที่จะสร้างคีย์ต่างประเทศ

- Joel Spolsky

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

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

ดูเพิ่มเติมมีอะไรผิดปกติกับกุญแจต่างประเทศ?

แต่สิ่งเหล่านั้นไม่ตรงกับเหตุผลในคำถามของคุณ

นี่คือตรรกะทางธุรกิจและควรใช้ภายในเลเยอร์ธุรกิจ

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

อาร์กิวเมนต์ที่สองคือพวกเขาต้องการที่จะใช้แนวทาง NoSQL กับการจัดเก็บข้อมูลของพวกเขาและไม่ต้องการข้อ จำกัด ดังกล่าว

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

บางทีสถาปนิกระบบของคุณมีเหตุผลที่ถูกต้องในใจและคุณก็ผิดพลาด หรือบางทีเขาอาจเป็นคนงี่เง่า

ไม่ว่าในกรณีใดมีเหตุผลที่ถูกต้อง (แม้ว่าไม่ใช่สากล) ที่จะละเว้นจากการใช้ข้อ จำกัด ที่เป็นเอกลักษณ์และต่างประเทศ

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