Cơ sở dữ liệu trực tuyến là gì?

Có rất nhiều cuộc thảo luận trong câu hỏi này: Công cụ cơ sở dữ liệu nào sử dụng công cụ tìm kiếm lớn?

Nhiều cuộc thảo luận đến nỗi nó làm tôi bối rối. Vậy ... cơ sở dữ liệu là gì? Có phải chỉ là cơ sở dữ liệu quan hệ "cơ sở dữ liệu"? Là cơ sở dữ liệu hướng đối tượng là "cơ sở dữ liệu"? Có hệ thống nào cho phép tôi lưu trữ và truy xuất thông tin (như bản đồ, danh sách, v.v.) cơ sở dữ liệu không?

Hoặc một cơ sở dữ liệu phải lưu trữ / truy xuất thông tin và cũng có một số tính năng quản trị như Người dùng và Đặc quyền? Là dBase III cộng với một cơ sở dữ liệu, vì nó không thực sự liên quan?

Đây là một câu hỏi tuyệt vời và một bộ các câu trả lời tuyệt vời. Tôi nghĩ rằng một điều còn thiếu trong cuộc thảo luận là một câu trả lời đi sâu vào sự khác biệt giữa cơ sở dữ liệu và hệ thống quản lý cơ sở dữ liệu (DBMS). Tôi thích định nghĩa về cơ sở dữ liệu mà Shark cung cấp từ dictionary.com. Tôi nghĩ rằng nó thực sự cho thấy sự cần thiết phải phân biệt giữa cơ sở dữ liệu và DBMS. Cơ sở dữ liệu là một "tập hợp toàn diện các dữ liệu liên quan được tổ chức để truy cập thuận tiện." Phần thứ hai của định nghĩa đó, nói rằng "nói chung trong một máy tính" là nơi phân biệt. Nếu nó được lưu trữ trong máy tính, nó có thể hoặc không được lưu trữ trong DBMS. Nó có thể được lưu trữ trong một hệ thống tập tin hệ điều hành. Nó có thể được lưu trữ trong một hệ thống tập tin độc quyền. Do đó, tôi đồng ý với FrustratedWithFormsDesigner rằng danh mục thẻ là "cơ sở dữ liệu" (cũng có thể - nó có toàn diện và liên quan không? Thêm về điều đó sau). Nó chỉ xảy ra để được lưu trữ trong một tủ hồ sơ. Trong thế giới ngày nay "hầu hết các bộ sưu tập dữ liệu liên quan được tổ chức để truy cập thuận tiệnđược lưu trữ trên máy tính, vì vậy tôi không đồng ý với Shark rằng thật đáng tiếc Dictionary.com đã thêm phần đó. Tôi nghĩ nó hoàn toàn chính xác - như một định nghĩa về "cơ sở dữ liệu".

Vậy làm thế nào để chúng ta định nghĩa DBMS? Tôi đã quay lại dictionary.com và tìm thấy điều này :

"Một bộ các chương trình thường quản lý các tập hợp dữ liệu lớn có cấu trúc lớn, cung cấp các phương tiện truy vấn đặc biệt cho nhiều người dùng. Chúng được sử dụng rộng rãi trong các ứng dụng kinh doanh."

Định nghĩa tiếp tục và khá dài. Nó mô tả các tính năng phổ biến được cung cấp bởi DBMS, chẳng hạn như bảo mật, toàn vẹn dữ liệu, quản lý giao dịch, kiểm soát tương tranh và quan trọng nhất - độc lập dữ liệu. DBMS cung cấp một khung nhìn bên ngoài của dữ liệu được trừu tượng hóa từ cách nó được lưu trữ vật lý.

Sử dụng định nghĩa này, tôi nghĩ rõ ràng rằng DBMS phải cung cấp một mô hình dữ liệu , đó là cách tổ chức dữ liệu để trình bày cho người dùng. Ba mô hình phổ biến là phân cấp (IMS), mạng (IDMS) và quan hệ (DB2, Oracle, SQL-Server, v.v.). Ngoài ra còn có mô hình OO (OODBMS). Chỉ có mô hình quan hệ ngày nay có khả năng ứng dụng rộng rãi. Các mô hình khác vẫn được sử dụng nhưng chỉ trong các tình huống thích hợp. DBMS cũng phải cung cấp các tính năng khác được đề cập. Tôi sẽ gọi chúng là các tính năng hoặc khả năng quản lý dữ liệu.

Do đó, các sản phẩm phần mềm cung cấp các tính năng quản lý dữ liệu là DBMS ', trong khi các sản phẩm không cung cấp các tính năng này không phải là DBMS'. Các sản phẩm của NoQuery không phải là DBMS '. Điều đó không có nghĩa là chúng không hữu ích, và khôngđể nói rằng họ không lưu trữ "cơ sở dữ liệu". Tôi muốn nghĩ rằng DBMS ', như định nghĩa đã nói, giải quyết một loại vấn đề liên quan đến các ứng dụng kinh doanh như kế toán, bảng lương, thanh toán, quản lý quan hệ khách hàng, bán hàng, v.v. Các sản phẩm của NoQuery, trong khi không phải là DBMS', là tuyệt vời để giải quyết lớp các vấn đề không liên quan đến các ứng dụng kinh doanh truyền thống nhưng hiện đang tồn tại do số lượng lớn công nghệ lưu trữ và tính toán băng thông có khả năng ngày nay. Đây là những ứng dụng như tìm kiếm trên internet, như đấu giá trực tuyến, như twitter và như facebook. DBMS không phù hợp để giải quyết những vấn đề này vì DBMS chứa các tính năng quản lý dữ liệu, trong khi đó, một điều cần thiết tuyệt đối cho một ứng dụng kinh doanh, không thể sử dụng để giải quyết việc lưu trữ và truy xuất Craig ' liệt kê quảng cáo hoặc nguồn cấp dữ liệu twitter (thường là dù sao đi nữa - đó là một cuộc thảo luận cho lần khác :-)). Những vấn đề đó đòi hỏi quy mô lớn và phản ứng cực nhanh và DBMS, với tính năng phình to, không phù hợp.

Một chuyên gia dữ liệu cần phải hiểu tất cả các công cụ này để lưu trữ dữ liệu và loại vấn đề nào phù hợp để giải quyết để chọn công cụ phù hợp cho công việc, giống như một tổng thầu phải biết công cụ xây dựng nào của mình công cụ phù hợp cho công việc. Không có công cụ nào là tốt hay xấu trong bản thân nó. Thật tốt nếu nó phù hợp để giải quyết một vấn đề quan trọng.

Tôi sẽ kết luận bằng cách lưu ý hai điểm khác biệt chính trong định nghĩa của cả cơ sở dữ liệu và DBMS có thể bị bỏ qua trong cuộc thảo luận cho đến nay. Định nghĩa của cơ sở dữ liệu bao gồm " thu thập toàn diện dữ liệu liên quan ." Định nghĩa của DBMS bao gồm "quản lý cấu trúc lớnnên sử dụng MS Access hoặc một số DBMS quan hệ khác tốt hơn. Vì vậy, có lẽ danh mục thẻ không phải là cơ sở dữ liệu trong khi toàn diện (nó có bản ghi tất cả các sách trong thư viện) nó không liên quan vì nó chỉ có thông tin về sách, không hoàn thành thông tin liên quan về tác giả, nhà xuất bản, Vân vân.

Thứ hai, một DBMS vượt trội trong việc lưu trữ dữ liệu "có cấu trúc". Nó hoàn toàn dựa trên một lược đồ xác định của các yếu tố dữ liệu rời rạc với các kiểu có cấu trúc. Một sản phẩm NoQuery, giả sử một kho lưu trữ giá trị khóa không có lược đồ, vượt trội trong việc lưu trữ dữ liệu phi cấu trúc. Do đó, sản phẩm NoQuery không đáp ứng định nghĩa của DBMS. Nhưng nếu vấn đề bạn đang cố gắng giải quyết là việc lưu trữ dữ liệu phi cấu trúc (điều mà chúng tôi thậm chí không cố gắng thực hiện khi DBMS được phát triển lần đầu tiên) và bạn không cần các tính năng quản lý dữ liệu độc lập với ứng dụng bạn sẽ viết xử lý dữ liệu phi cấu trúc đó, sản phẩm NoQuery là một công cụ hoàn hảo phù hợp.

Tôi hy vọng câu trả lời này làm tăng giá trị cho các câu trả lời tuyệt vời khác được đăng ở đây. Tôi mong muốn mọi ý kiến ​​và điểm thảo luận mà bất kỳ ai khác có thể có sẽ giúp tất cả chúng ta mở rộng hiểu biết về cơ sở dữ liệu và các lớp công nghệ giải quyết các vấn đề liên quan đến dữ liệu.

Tôi sẽ trích dẫn Dictionary.com , vì tôi coi đây là ý nghĩa của cơ sở dữ liệu:

một bộ sưu tập toàn diện các dữ liệu liên quan được tổ chức để truy cập thuận tiện, thường là trong máy tính.

Theo định nghĩa này, bạn có thể xem xét bất kỳ cơ sở dữ liệu nào từ RDBMS chính thức (SQL Server, Oracle, v.v.) đến một tệp phẳng cơ bản. Nếu nó lưu trữ dữ liệu, về mặt kỹ thuật nó có thể được coi là một cơ sở dữ liệu.

Bây giờ, giống như hầu hết mọi thứ trong thế giới hiện đại của chúng ta, có ý nghĩa được chấp nhận của một cái tên. Và trong trường hợp cơ sở dữ liệu , điều đó sẽ thay đổi từ người này sang người khác. Rất nhiều người nghĩ về cơ sở dữ liệu chỉ như một thực thể được quản lý bởi hệ thống dữ liệu.

Điều đáng chú ý là @ FrustratedWithFormsDesigner bình luận:

danh mục thẻ cũng sẽ được tính nếu bạn loại bỏ "... nói chung trong máy tính".

Tôi đồng ý với tuyên bố đó và tôi không nhất thiết nghĩ rằng cơ sở dữ liệu cần phải sống trong "máy tính" hoặc bất kỳ thiết bị điện tử nào. Danh mục thẻ là một ví dụ hoàn hảo về cơ sở dữ liệu không có máy tính.

Đối với tôi, cơ sở dữ liệu là một thứ tồn tại để lưu trữ và truy xuất dữ liệu. Chúng tôi gọi Access một cơ sở dữ liệu, mặc dù nó thực sự chỉ là một giao diện đẹp cho bộ sưu tập các tệp. Outlook (ít nhất là trên Mac) gọi tin nhắn của nó lưu trữ cơ sở dữ liệu. Một số người thậm chí gọi Excel là cơ sở dữ liệu (nhưng kiểu đó khiến tôi khịt mũi - vì vậy có một dòng ở đâu đó).

Tôi nghĩ định nghĩa đã phát triển theo thời gian và so sánh dictionary.com, với wiki, với các bài báo từ các chuyên gia cơ sở dữ liệu khác nhau trong suốt 30 năm qua, sẽ mang lại nhiều định nghĩa khác nhau. Và định nghĩa cũng sẽ tiếp tục phát triển.

Nếu bạn đang nói về một số loại nguồn dữ liệu mà bạn hoặc ứng dụng của bạn sử dụng để lưu trữ hoặc truy xuất dữ liệu, cho dù đó có phải là quan hệ hay không, tôi không gặp vấn đề gì với bạn khi gọi nó là cơ sở dữ liệu. Nếu đó là một tệp văn bản, bạn có thể có một số lông mày nhướn lên, nhưng tôi không chắc tôi hiểu sự cần thiết phải xác định định nghĩa theo cách hữu hạn mà mọi người tức giận về nó.

Một số người cảm thấy khá khó chịu, rõ ràng, nếu bạn thậm chí còn ngoại vi cho rằng BigTable (hoặc NoQuery hoặc hadoop) là một "cơ sở dữ liệu" và tuyên bố rằng việc gọi nó như vậy sẽ mang lại - đặc biệt cho người mới - hứa hẹn tuyệt vời về hiệu suất vô hạn, sự bất tử và Kỳ lân. Trong khi đó, thông thường bạn chỉ có nghĩa là đó là nơi lưu trữ và truy xuất dữ liệu, không có bất kỳ sự bảo đảm nào về việc triển khai thực tế, cho dù đó là quan hệ hay không, hoặc liệu bạn có thể tự sản xuất một thứ như vậy khi buồn chán vào chiều Chủ nhật.

Tôi sẽ thừa nhận rằng tôi co rúm người lại khi mọi người nói về cơ sở dữ liệu quan hệ và gọi các hàng "bản ghi" hoặc cột "trường". Nhưng trong khi điều đó làm tôi khó chịu một chút, tôi không tức giận hoặc đi ra ngoài để sửa chúng - vấn đề là gì? Tôi hiểu ý của họ, ngay cả khi họ không chính xác 100%.

Nó có thể rất chung chung, chỉ là một bộ sưu tập dữ liệu và cấu trúc. Hệ thống quản lý cơ sở dữ liệu có thể đơn giản như một hệ thống tệp hoặc phức tạp như một hệ thống được liên kết như DNS.

Nói chung trong sử dụng hiện đại, khi người ta nói cơ sở dữ liệu, người ta ngụ ý cả lưu trữ dữ liệu và cấu trúc và hệ thống quản lý cơ sở dữ liệu đi kèm, và vì rất nhiều công việc lý thuyết đã được thực hiện trên nền tảng của cơ sở dữ liệu quan hệ, nên chúng vẫn là phổ biến nhất mà thường khi nói cơ sở dữ liệu, người ta thường ngụ ý một cơ sở dữ liệu quan hệ.

Với sự gia tăng của NoQuery / cơ sở dữ liệu không liên quan, cơ sở dữ liệu thuật ngữ đã trở lại chung chung hơn và có khả năng mơ hồ hơn, vì một mô hình chia sẻ để hiểu dữ liệu có thể được giả định.

Trước khi có nền tảng của lý thuyết quan hệ, việc mô hình hóa dữ liệu trong các hệ thống khác nhau từ hệ thống này sang hệ thống khác và không chia sẻ các nguyên tắc hướng dẫn như mô hình quan hệ - các loại cơ sở dữ liệu khác như cơ sở dữ liệu phân cấp và cơ sở dữ liệu mạng đã được sử dụng.

Tôi đã làm việc cho Ashton-Tate trong quá trình phát triển dBASE Direct / 36 và dBASE IV, sử dụng kiến ​​thức dBASE III Plus của mình để mã hóa một chương trình nhỏ để hỗ trợ thử nghiệm dBASE Direct / 36 (giao diện với Máy tính hệ thống IBM / 36). Chúng tôi đã phải thực hiện tải nhị phân và gọi các câu lệnh vào các bảng SQL hệ thống / 36, yêu cầu gõ lặp lại cùng một câu lệnh 'tải' và 'gọi' trong khi thay đổi tên bảng và tên trường khi gửi để lấy dữ liệu từ mỗi bản ghi hoặc nhóm một số bản ghi tùy thuộc vào phạm vi của truy vấn. dBASE III Plus, ngôn ngữ lập trình cơ sở dữ liệu, cho phép tôi tạo, 'dbldot.prg', đã thay đổi dấu nhắc đơn thành dấu chấm đôi khi tôi thiết kế để trở thành một chỉ báo cho biết hệ thống đang ở chế độ truy xuất SQL, cũng như văn bản bên dưới dòng lệnh đã nói, "

Quay lại thời đó dBASE là ngôn ngữ lập trình cơ sở dữ liệu, hay chính xác hơn là ngôn ngữ chương trình cho phép thao tác các bản ghi dữ liệu. Bản ghi là một nhóm các trường chứa dữ liệu cho một mục riêng lẻ, chẳng hạn như một người LAST_NAME, FIRST_NAME, ADDRESS, CITY, ST, ZIP, PLUS_FOUR, SSN, v.v. Các cấu trúc này sau đó được thể hiện trong các bảng và được sắp xếp thành các hàng và cột, một hàng là một bản ghi riêng lẻ và một cột là dữ liệu trong một loạt các bản ghi cho mỗi tên trường. Bằng cách này, người dùng có thể dễ dàng sắp xếp theo tên trường để sắp xếp và nhóm các bản ghi theo các trường phổ biến cụ thể, chẳng hạn như CITY, ST, ZIP, v.v.

Ngôn ngữ dBASE cho phép người dùng hoặc lập trình viên thao tác dữ liệu, thực hiện sắp xếp, hiển thị bảng, ghi và thực hiện các phép tính (Y2K ở xa nhưng ngày phải được chuyển đổi thành YYYYMMDD để sắp xếp dữ liệu MM-DD-YYYY được nhập, có thể được thực hiện với DtoC và CtoD (Ngày đến ký tự, ký tự đến ngày)). Không có ngôn ngữ dBASE, các tệp dữ liệu sẽ chỉ là một chuỗi các bản ghi (hàng) với các trường (cột) chung.

Cơ sở dữ liệu quan hệ - đó là thuật ngữ được sử dụng để tham chiếu chéo nhiều cơ sở dữ liệu (bảng) với cơ sở dữ liệu khác chứa thông tin khác nhau nhưng chứa một hoặc nhiều trường chung. Ví dụ: cơ sở dữ liệu có tiêu đề "Địa chỉ" chứa "LNAME", "FNAME", "ĐỊA CHỈ", "THÀNH PHỐ", "ST", "ZIP", "SSN." Một cơ sở dữ liệu khác có tiêu đề, "KIỂM TRA", chứa "ACCOUNT_NO", "ROUTING_NO", "TÙY CHỈNH", "TÙY CHỈNH", "DOB", "SSNO", "CUST_NO." Mặc dù tên trường là khác nhau, một số trong số chúng chứa cùng một thông tin có thể được liên kết với nhau để liên kết dữ liệu từ một cơ sở dữ liệu mà cơ sở dữ liệu khác gửi, báo cáo gửi cho khách hàng của ngân hàng, sử dụng các trường tên và số cuối cùng và số SS để liên kết dữ liệu, lấy địa chỉ của khách hàng từ một cơ sở dữ liệu và thông tin tài khoản sẽ được đặt vào câu lệnh từ bên kia. Sau đó, ở quy mô lớn hơn, chức năng hợp nhất thư có thể diễn ra để thực hiện các hành động này cho từng khách hàng riêng lẻ trong cơ sở dữ liệu ADDRESS, lấy thông tin tài khoản liên quan của từng khách hàng, cá nhân hóa tuyên bố, in và xử lý từng hành động trước khi chuyển sang tiếp theo ghi lại, hoặc khách hàng, trong cơ sở dữ liệu.

Vì vậy, một cái gì đó như MS ACCESS có thể giống DBMS hơn, nhưng ở mức cơ bản dBASE là ngôn ngữ để tạo giao diện người dùng phía trước và thực hiện tất cả các thao tác dữ liệu giữa các cơ sở dữ liệu để tạo mối quan hệ giữa chúng và trả về dữ liệu kết quả cho chúng tôi chỉ là con người để sử dụng.

Nhiều thứ đã thay đổi kể từ đó, nhưng nền tảng vẫn giữ nguyên. Dữ liệu vẫn được chứa trong các bản ghi chứa một loạt các trường thuộc nhiều loại dữ liệu khác nhau và phải được tham chiếu chéo và hợp nhất với cơ sở dữ liệu khác bằng một hoặc nhiều điểm dữ liệu phổ biến, cho phép chúng tôi sử dụng thẻ tín dụng, thiết lập tài khoản trên web sử dụng ID Google, Facebook, Twitter của chúng tôi, theo dõi lịch sử mua hàng của chúng tôi, v.v. Cuộc sống của chúng ta chỉ là một chuỗi nhiều cơ sở dữ liệu quan hệ chồng chéo, chúng ta đi qua mỗi ngày mà không nghĩ về tất cả các bit và byte đang tương tác để mang lại cho chúng ta niềm vui và tiếp tục tiến hóa dễ dàng trong cuộc sống của chúng ta ngày nay.

Cho thuê đó là cách mà tôi luôn hiểu về nó trong nhiều năm thử nghiệm phần mềm và phần cứng bắt đầu từ dBASE II từ năm 1984.

Bài báo chuyên đề của Codd có tiêu đề Một mô hình dữ liệu quan hệ cho các ngân hàng dữ liệu chia sẻ lớn . Cái mà ông gọi là "ngân hàng dữ liệu" chúng tôi sẽ gọi là cơ sở dữ liệu.

Tôi thích hình ảnh của anh ấy, tuy nhiên. Nó ngụ ý một nơi có thể đặt dữ liệu, biết rằng nó sẽ được giữ an toàn, được hạch toán đúng và chỉ được trả lại cho những người có thể cho thấy họ có quyền truy cập nó. Nếu chi nhánh của chúng tôi bị cướp, chúng tôi đảm bảo công ty ngân hàng có dự phòng đầy đủ để đảm bảo tài nguyên quý giá của chúng tôi không bị mất không thể phục hồi.

Từ nguyên tắc cơ bản của thiết kế cơ sở dữ liệu lần thứ 7 Ed. (trang 5),

Một cơ sở dữ liệu là một tập hợp các dữ liệu liên quan.

Họ tiếp tục nói rằng việc sử dụng phổ biến bị hạn chế hơn,

Một cơ sở dữ liệu có các thuộc tính ngầm định sau:

• Một cơ sở dữ liệu đại diện cho một số khía cạnh của thế giới thực, đôi khi được gọi là thế giới mini hoặc vũ trụ diễn ngôn (UoD). Những thay đổi trong thế giới mini được phản ánh trong cơ sở dữ liệu.
• Một cơ sở dữ liệu là một bộ sưu tập dữ liệu mạch lạc với một số ý nghĩa vốn có. Một loại dữ liệu ngẫu nhiên không thể được gọi chính xác là cơ sở dữ liệu.
• Một cơ sở dữ liệu được thiết kế, xây dựng và điền dữ liệu cho một mục đích cụ thể. Nó có một nhóm người dùng dự định và một số ứng dụng định sẵn mà những người dùng này quan tâm.

Không có định nghĩa nào là một cơ sở dữ liệu rõ ràng là "quan hệ" theo bất kỳ nghĩa nào, tuy nhiên thường thì nó được giả định vì ngành công nghiệp đã bão hòa với một loại cụ thể của DBA và phần mềm DBMS tiên tiến nhất đều là quan hệ. Từ từ điển cơ sở dữ liệu quan hệ

Nghiêm khắc, một giá trị cơ sở dữ liệu, qv; Trong từ điển này được sử dụng phổ biến hơn, đặc biệt là để chỉ một biến chính xác hơn được gọi là biến cơ sở dữ liệu, qv Chúng tôi giả sử trong suốt từ điển này rằng các cơ sở dữ liệu luôn luôn có quan hệ, cấm các câu lệnh rõ ràng ngược lại. Lưu ý: Thuật ngữ cơ sở dữ liệu cũng được sử dụng trong các ngữ cảnh không liên quan để có nghĩa là một loạt các thứ khác: ví dụ: một bộ sưu tập dữ liệu được lưu trữ vật lý. Nó cũng được sử dụng, tất cả quá thường xuyên, có nghĩa là một DBMS, nhưng việc sử dụng cụ thể này bị phản đối mạnh mẽ. (Nếu chúng ta gọi DBMS là cơ sở dữ liệu, chúng ta gọi cơ sở dữ liệu là gì?)

Điểm cuối cùng đó có phần quan trọng và tôi cũng thích sự khác biệt giữa DBMS / RDBMS và cơ sở dữ liệu.