RDBMS จะถูกพิจารณาว่าเป็นแฟชั่นได้อย่างไร?

ทำให้คอมพิวเตอร์ A-level ของฉันเสร็จในปี 2003 และได้รับปริญญาทางคอมพิวเตอร์ในปี 2007 และเรียนรู้การค้าของฉันใน บริษัท ที่มีการใช้งาน SQL จำนวนมากฉันถูกนำเสนอแนวคิดของฐานข้อมูลเชิงสัมพันธ์ที่ใช้สำหรับการจัดเก็บ

ดังนั้นแม้จะค่อนข้างใหม่ในการพัฒนาฉันก็ประหลาดใจที่จะอ่านความคิดเห็น (บนhttps://softwareengineering.stackexchange.com/q/89994/12436 ) ที่กล่าวว่า:

[บาง devs] ดูถูก [SQL] และคิดว่ามันและ RDBMS เป็นแฟชั่น

เห็นได้ชัดว่า dev ที่มีความสามารถจะใช้เครื่องมือที่เหมาะสมสำหรับงานที่เหมาะสมและจะไม่สร้างฐานข้อมูลเชิงสัมพันธ์เมื่อเช่นไฟล์ flat หรือโซลูชันอื่นสำหรับการจัดเก็บมีความเหมาะสม แต่ RDBMs มีประโยชน์ในสถานการณ์จำนวนมากดังนั้นพวกเขาจะเป็นอย่างไร ถือว่าเป็นแฟชั่น?

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

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

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

ทางออกที่แท้จริงของการจับคู่วัตถุเชิงสัมพันธ์คือOODBMSซึ่งไม่ได้รับแรงฉุดมากนัก เอ็นจิ้นที่ได้รับความนิยมรองรับ OOBD ดั้งเดิมคือ PostgreSQL ซึ่งเป็นลูกผสม OO / RDBMS อีก OODBMS คือZope Object DBซึ่งสร้างขึ้นใน Python และในการตั้งค่าทั่วไปใช้ RDBMS เป็นเอ็นจิ้นพื้นฐาน

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

OODBMS และ NoSQL ไม่เป็น "ไฟล์แบน"

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

โปรแกรมเมอร์ที่มีประสบการณ์ควรรู้แบบสอบถามฐานข้อมูลหรือไม่

ฉันยืนยันว่าหากมีการใช้ฐานข้อมูล RDBMS แม้ว่า Linq หรือ ORM ผู้พัฒนาควรมีความรู้ขั้นสูงเกี่ยวกับ SQL

นี่เป็นสิ่งยืนยันที่ไม่เป็นที่นิยมอย่างมากเนื่องจากความแตกต่างที่น่านับถือของความคิดเห็นเกี่ยวกับความสำคัญของ SQL เพื่อความคิดที่น่านับถือน้อยกว่า RDBMS นั้นด้อยกว่าฐานข้อมูล NoSQL อย่าง MongoDB

แก้ไข:เพื่อเพิ่มการเรียกร้องของฉันเพิ่มเติมฉันจะอ้างอิงผู้ใช้ SK- ตรรกะ:

เพียงจำไว้ว่าความนิยม RDBMS ทั้งหมดนี้เป็นแนวโน้มล่าสุด ก่อนหน้านั้นเรามีวิธีการที่หลากหลาย เห็นได้ชัดว่าคุณทำงานใน บริษัท เล็ก ๆ ควบคู่ไปกับนักพัฒนาอายุของคุณและทำให้คุณไม่มีโอกาสได้สัมผัสกับระบบจัดเก็บข้อมูลที่เก่ากว่าและแข็งแกร่งกว่านี้ โชคดีที่แนวโน้มล่าสุดนี้ลดลงแล้วและวิธีเก่า ๆ ที่กลับมาได้รับการปรับโฉมใหม่เป็น 'nosql'

แฟชั่น :

สิ่งที่ได้รับความนิยมอย่างมากในเวลาอันสั้นและจากนั้นจะถูกลืมด้วยความเร็วเท่ากัน "

RDBMS มีมานานแล้ว (อย่างน้อยที่สุดในแง่ CS) ดังนั้นใครก็ตามที่กล่าวว่าอาจหมายถึงการพูดอย่างอื่นหรือไร้สาระ

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

ปัญหาคือนักพัฒนาหลายคนถือเอา RDBMS ผิดกับ SQL SQL เป็นภาษาที่น่ากลัวอย่างแท้จริงตามมาตรฐานที่ทันสมัย เป็นการใช้งานที่ผิดพลาดและไม่สมบูรณ์ของภาษา "relational" (SQL นั้นไม่สัมพันธ์กันอย่างแท้จริงและนั่นเป็นส่วนหนึ่งของปัญหา) ที่ไม่ได้มีการพัฒนามากนักในช่วง 30 ปีที่ผ่านมา หลายคนที่ใช้ SQL แทบจะไม่เข้าใจโมเดลเชิงสัมพันธ์ทั้งหมดที่พวกเขารู้คือ SQL ดังนั้นพวกเขาจึงสันนิษฐานว่าโมเดลเชิงสัมพันธ์เป็นสาเหตุของความยุ่งยาก

โดยไม่มีบริบทมันเป็นการยากที่จะตัดสินว่าใคร / ทำไมคำสั่งที่ RDBMs ถูกพิจารณาว่าเป็นแฟชั่น

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

มีทางเลือกอื่น ๆ เช่น NoSQL ซึ่งดูเหมือนว่าจะเติบโตในความนิยมของโครงการโอเพนซอร์ส

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

ฐานข้อมูลเชิงสัมพันธ์เป็นแฟชั่นในแง่เดียวกับที่ไมโครคอมพิวติ้งเป็นแฟชั่น

คำตอบง่ายๆคือไม่ RDBMS ไม่ใช่แฟชั่น เมื่อคุณอ่านบางอย่างบนเว็บไซต์สำหรับ LinqPad โปรดทราบว่าจุดประสงค์ของพวกเขาคือการขายใบอนุญาตสำหรับผลิตภัณฑ์ของตน

แฟชั่นไม่ได้เป็นคำที่ถูกต้องตามที่พวกเขาได้รับมาเป็นเวลานานนาน ฉันคิดว่าคุณสามารถเริ่มโต้แย้งว่าเทคโนโลยีนั้นเก่ามากและอาจถึงเวลาแล้วที่จะเกิดสิ่งต่อไป - สถาปัตยกรรม NoSQL อาจจะ

วิกิพีเดีย Def ของ Fadกำหนดคำว่า "fad" ดังนี้: Fad เป็นรูปแบบของพฤติกรรมที่พัฒนาขึ้นในหมู่ประชากรขนาดใหญ่และมีการติดตามความกระตือรือร้นเป็นระยะเวลาหนึ่งโดยทั่วไปซึ่งเป็นผลมาจากพฤติกรรมที่ถูกมองว่าเป็นนวนิยายในทางใดทางหนึ่ง แฟชั่นถูกกล่าวว่า "จับ" เมื่อจำนวนผู้ใช้มันเริ่มเพิ่มขึ้นอย่างรวดเร็ว พฤติกรรมดังกล่าวจะหายไปอย่างรวดเร็วเมื่อการรับรู้ถึงความแปลกใหม่หายไป

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

แนวคิดของ RDBMS (และยานพาหนะหลักของ SQL) เป็นตัวแทนของขั้นตอนในเทคโนโลยีที่เหมือนกับคนอื่น ๆ อาจถูกแทนที่ด้วยคนที่ดีกว่านั่นคือทั้งหมด