Làm thế nào RDBMS có thể được coi là một mốt nhất thời?

Hoàn thành trình độ A tính toán của tôi vào năm 2003 và nhận được bằng Điện toán vào năm 2007 và học giao dịch của tôi trong một công ty có nhiều sử dụng SQL, tôi đã nảy ra ý tưởng về Cơ sở dữ liệu quan hệ được sử dụng để lưu trữ.

Vì vậy, mặc dù còn khá mới để phát triển, tôi đã rất ngạc nhiên khi đọc một bình luận (trên /software//q/89994/12436 ) cho biết:

[Một số nhà phát triển] coi thường [SQL] và nghĩ rằng nó và RDBMS là một mốt nhất thời

Rõ ràng, một nhà phát triển có thẩm quyền sẽ sử dụng đúng công cụ cho đúng công việc và sẽ không tạo cơ sở dữ liệu quan hệ khi ví dụ tệp phẳng hoặc giải pháp khác để lưu trữ là phù hợp, nhưng RDBM rất hữu ích trong một số lượng lớn trường hợp, vì vậy làm thế nào chúng có thể coi là mốt nhất thời?

Khóa nằm trong R trong RDBMS, viết tắt của quan hệ. Trái với niềm tin phổ biến, nó không có nghĩa là mối quan hệ giữa các bảng, mà thực tế là, mỗi bảng là quan hệ theo nghĩa toán học của từ này .

Mô hình quan hệ có ý nghĩa khá quan trọng. Bạn phải mô hình hóa dữ liệu của mình để phù hợp với các mối quan hệ và bình thường hóa mô hình đó . Nếu ứng dụng của bạn được thiết kế theo mô hình hướng đối tượng, mô hình quan hệ không phù hợp. Điều này được biết đến rộng rãi là sự không phù hợp trở kháng quan hệ đối tượng .

Một cách tiếp cận cho sự không phù hợp này là ORM (ánh xạ quan hệ đối tượng), đã được phổ biến rất nhiều. Nhưng chúng không phải là giải pháp thực sự, chúng giống như giải quyết vấn đề hơn. Họ vẫn không thực sự giải quyết vấn đề ánh xạ kế thừa lớp thành mô hình quan hệ.

Giải pháp thực sự cho sự không phù hợp có liên quan đến đối tượng là các bộ xử lý tín hiệu không chính xác. Công cụ phổ biến hỗ trợ OOBD nguyên bản là PostgreSQL, là OO / RDBMS lai. Một OODBMS khác là Zope Object DB , được xây dựng bằng Python và trong thiết lập điển hình sử dụng RDBMS làm công cụ cơ bản.

Cách tiếp cận khác là có nhiều logic được triển khai ở cấp ứng dụng hoặc trung gian và sử dụng giải pháp NoQuery để lưu trữ bên dưới.

Cả OODBMS và NoQuery đều không phải là "tệp phẳng".

Tôi đã tuyên bố bạn trích dẫn trong câu hỏi trên. Nếu bạn muốn một trích dẫn để xác minh giả định của tôi về các nhà phát triển trên trang web này, thì hãy đọc câu trả lời của tôi cho câu hỏi sau đây và xem lại phản ứng dữ dội của các bình luận và phản hồi tôi nhận được cho những gì tôi vẫn coi là một câu trả lời chấp nhận được.

Lập trình viên có kinh nghiệm nên biết truy vấn cơ sở dữ liệu?

Tôi đã khẳng định rằng nếu cơ sở dữ liệu RDBMS đang được sử dụng mà bất kể Linq hay ORM, nhà phát triển nên có kiến ​​thức nâng cao về SQL.

Đây dường như là một khẳng định rất phổ biến vì có sự khác biệt đáng kể về quan điểm về tầm quan trọng của SQL, với suy nghĩ ít tôn trọng rằng RDBMS vốn đã thua kém các cơ sở dữ liệu NoQuery như MongoDB.

EDIT: Để thêm vào yêu cầu của tôi, tôi sẽ trích dẫn người dùng SK-logic:

chỉ cần nhớ rằng tất cả cơn sốt RDBMS này là một xu hướng tương đối gần đây. Trước đó chúng tôi đã có một loạt các phương pháp tiếp cận. Bạn rõ ràng đang làm việc trong một công ty trẻ, cùng với các nhà phát triển ở độ tuổi của bạn, và do đó bạn không có cơ hội tiếp xúc với các phương pháp lưu trữ cũ hơn và vững chắc hơn. May mắn thay, xu hướng gần đây này đã giảm dần và những cách thức cũ tốt đang quay trở lại, được đổi tên thành 'nosql'.

mốt :

một thứ trở nên rất phổ biến trong một khoảng thời gian ngắn, và sau đó bị lãng quên với cùng tốc độ. "

RDBMS đã có từ rất lâu đời (ít nhất là theo thuật ngữ CS), vì vậy, bất cứ ai nói rằng có nghĩa là nói điều gì khác hoặc là không biết gì.

Sự thay thế cho RDBMS không chỉ là một tệp phẳng. Khi tôi còn đi học, OODBMS là điều mới và giáo sư của tôi đã đúng khi ông gọi nó là mốt nhất thời. Bạn nên xem qua các mô hình khác nhau và lưu ý các xu hướng. Tôi đã thấy sự phụ thuộc ngày càng tăng vào OLAP và sẽ sẵn sàng đặt cược một hệ thống đa chiều mới có thể xử lý dữ liệu nhanh hơn chỉ quanh quẩn.

Vấn đề là nhiều nhà phát triển đã đánh đồng sai RDBMS với SQL. SQL là một ngôn ngữ thực sự khủng khiếp theo tiêu chuẩn hiện đại. Đó là một triển khai hoàn hảo và không đầy đủ của ngôn ngữ "quan hệ" (SQL hoàn toàn không liên quan và đó là một phần của vấn đề) đã không phát triển nhiều trong 30 năm qua. Nhiều người sử dụng SQL hầu như không hiểu mô hình quan hệ - tất cả những gì họ biết là SQL và vì vậy họ cho rằng mô hình quan hệ là nguyên nhân của sự thất vọng của họ.

Không có ngữ cảnh, thật khó để xác định ai / tại sao tuyên bố rằng RDBM được coi là mốt nhất thời.

Trong ngắn hạn đến trung hạn (5 -10 năm) và tôi sẽ nghĩ thậm chí còn lâu hơn nữa sẽ không biến mất. RDBM cung cấp một phương pháp lưu trữ, xử lý và truy xuất dữ liệu quan hệ hiệu quả và hiệu quả, đó là những gì hầu hết các công ty có thể là khách hàng / đơn đặt hàng, hành khách / vé, v.v.

Có những lựa chọn thay thế khác như NoQuery dường như đang phát triển phổ biến với dự án nguồn mở.

Vì OLAP đây là những cơ sở dữ liệu chuyên môn thực sự (trong tâm trí của tôi) được thiết kế để cho phép doanh nghiệp cung cấp thông tin thống kê kịp thời và hữu ích về một công ty và chạy các kịch bản "what if" trên dữ liệu hiện tại. Tất nhiên trong gần như tất cả các trường hợp, dữ liệu hiện tại này đến từ một RDMB và được xử lý và sau đó được chèn vào cơ sở dữ liệu OLAP.

Cơ sở dữ liệu quan hệ là một mốt theo cùng nghĩa là vi tính là một mốt nhất thời.

Câu trả lời đơn giản là không. RDBMS không phải là một mốt nhất thời. Khi bạn đọc một cái gì đó trên một trang web cho LinqPad, hãy nhớ rằng mục đích của họ là bán giấy phép cho sản phẩm của họ.

Fad không phải là từ thích hợp vì chúng đã tồn tại trong một thời gian dài. Tôi nghĩ rằng bạn có thể bắt đầu đưa ra lập luận rằng công nghệ này rất lâu đời và có lẽ đã đến lúc đưa ra điều tiếp theo - có lẽ kiến ​​trúc NoQuery

Các Wiki Def. của Fad , định nghĩa thuật ngữ "mốt" như sau: Mốt là bất kỳ hình thức hành vi nào phát triển trong một dân số lớn và được theo dõi nhiệt tình trong một khoảng thời gian, nói chung là kết quả của hành vi được coi là tiểu thuyết theo một cách nào đó. Một mốt được cho là "bắt kịp" khi số người chấp nhận nó bắt đầu tăng nhanh. Các hành vi thường sẽ mờ đi nhanh chóng một khi nhận thức về tính mới.

Vì những người theo RDBMS đã không biến mất nhanh chóng và sẽ không biến mất trong nhiều năm tới (nhờ vào đống ứng dụng sản xuất khổng lồ sử dụng nó), chúng tôi không thể nói rằng đó là một mốt. Trong thực tế, các khái niệm cốt lõi của RDBMS vẫn khá ổn định khi có rất nhiều công nghệ khác thay đổi (và vẫn đang thay đổi) một cách đáng kể.

Khái niệm RDBMS (và phương tiện chính của nó, SQL) đại diện cho một bước trong công nghệ, giống như nhiều công nghệ khác, có thể được thay thế bởi những thứ tốt hơn, đó là tất cả.