Mẹo Phần mềm để xây dựng và khai thác cơ sở dữ liệu là phần mềm ứng dụng Mới nhất

Contents

1 Mẹo về Phần mềm để xây dựng và khai thác cơ sở tài liệu là ứng dụng ứng dụng Mới Nhất

Mẹo về Phần mềm để xây dựng và khai thác cơ sở tài liệu là ứng dụng ứng dụng Mới Nhất

You đang tìm kiếm từ khóa Phần mềm để xây dựng và khai thác cơ sở tài liệu là ứng dụng ứng dụng được Cập Nhật vào lúc : 2022-04-03 23:26:18 . Với phương châm chia sẻ Bí kíp Hướng dẫn trong nội dung bài viết một cách Chi Tiết 2022. Nếu sau khi tìm hiểu thêm tài liệu vẫn ko hiểu thì hoàn toàn có thể lại phản hồi ở cuối bài để Tác giả lý giải và hướng dẫn lại nha.

Cơ sở tài liệu (Database) là một tập hợp những tài liệu có tổ chức triển khai, thường được tàng trữ và truy vấn điện tử từ khối mạng lưới hệ thống máy tính. Khi cơ sở tài liệu phức tạp hơn, chúng thường được tăng trưởng bằng phương pháp sử dụng những kỹ thuật thiết kế và quy mô hóa chính thức.

Nội dung chính

Những năm 1960, DBMS hướng đối tượngNhững năm 1970, DBMS quan hệPhương pháp tích hợpCuối trong năm 1970, SQL DBMSNhững năm 1980, trên máy tính để bànNhững năm 1990, hướng đối tượngNhững năm 2000, NoSQL và NewSQLỨng dụngGiao diện chương trình ứng dụngNgôn ngữ cơ sở dữ liệuQuan điểm rõ ràng hóaSao chép nhân rộngCấp độ xem bên phía ngoài, khái niệm và nội bộVideo liên quan

Một ví dụ về lấy tài liệu đầu ra từ truy vấn cơ sở tài liệu SQL.

Hệ quản trị và vận hành cơ sở tài liệu (Database Management System – DBMS) là ứng dụng tương tác với những người tiêu dùng cuối, ứng dụng và chính cơ sở tài liệu để tích lũy và phân tích tài liệu. Phần mềm DBMS gồm có những tiện ích cốt lõi được phục vụ để quản trị cơ sở tài liệu. Tổng cộng của cơ sở tài liệu, DBMS và những ứng dụng liên quan hoàn toàn có thể được gọi là “khối mạng lưới hệ thống cơ sở tài liệu”. Thông thường thuật ngữ “cơ sở tài liệu” cũng khá được sử dụng để nói tới bất kỳ DBMS, khối mạng lưới hệ thống cơ sở tài liệu hoặc ứng dụng nào được link với cơ sở tài liệu.

Các nhà khoa học máy tính hoàn toàn có thể phân loại những khối mạng lưới hệ thống quản trị và vận hành cơ sở tài liệu theo những quy mô cơ sở tài liệu mà người ta tương hỗ. Cơ sở tài liệu quan hệ đã trở nên thịnh hành trong trong năm 1980. Những tài liệu quy mô này dưới dạng những hàng và cột trong một loạt những bảng và phần lớn sử dụng SQL (Structured Query Language – ngôn từ truy vấn cấu trúc) để ghi và truy vấn tài liệu. Vào trong năm 2000, những cơ sở tài liệu phi quan hệ đã trở nên phổ cập, được gọi là NoSQL vì chúng sử dụng những ngôn từ truy vấn khác.

Chính thức, một “cơ sở tài liệu” đề cập đến một tập hợp những tài liệu liên quan và phương pháp tổ chức triển khai. Truy cập vào tài liệu này thường được phục vụ bởi “khối mạng lưới hệ thống quản trị và vận hành cơ sở tài liệu” (DBMS) gồm có một bộ ứng dụng máy tính tích hợp được cho phép người tiêu dùng tương tác với một hoặc nhiều cơ sở tài liệu và phục vụ quyền truy vấn vào toàn bộ tài liệu có trong cơ sở tài liệu (tuy nhiên hạn chế hoàn toàn có thể tồn tại số lượng giới hạn truy vấn vào tài liệu rõ ràng). DBMS phục vụ những hiệu suất cao rất khác nhau được cho phép nhập, tàng trữ và truy xuất số lượng lớn thông tin và phục vụ những phương pháp để quản trị và vận hành phương pháp tổ chức triển khai thông tin đó.

Do quan hệ ngặt nghèo giữa chúng, thuật ngữ “cơ sở tài liệu” thường được sử dụng vô tình để chỉ cả cơ sở tài liệu và DBMS được sử dụng để xử lý và truy vấn nó.

Bên ngoài toàn thế giới công nghệ tiên tiến và phát triển thông tin chuyên nghiệp, thuật ngữ cơ sở tài liệu thường được sử dụng để chỉ bất kỳ tập hợp tài liệu liên quan nào (như bảng tính hoặc chỉ mục thẻ) vì kích thước và yêu cầu sử dụng thường phải sử dụng khối mạng lưới hệ thống quản trị và vận hành cơ sở tài liệu.[1]

Các DBMS hiện tại phục vụ những hiệu suất cao rất khác nhau được cho phép quản trị và vận hành cơ sở tài liệu và tài liệu hoàn toàn có thể được phân loại thành bốn nhóm hiệu suất cao chính:

Cả cơ sở tài liệu và DBMS của nó đều tuân thủ những nguyên tắc của một quy mô cơ sở tài liệu rõ ràng.[5] “Hệ thống cơ sở tài liệu” gọi chung là quy mô cơ sở tài liệu, khối mạng lưới hệ thống quản trị và vận hành cơ sở tài liệu và cơ sở tài liệu.[6]

Về mặt vật lý, sever cơ sở tài liệu là những máy tính chuyên được sử dụng chứa cơ sở tài liệu thực tiễn và chỉ chạy DBMS và ứng dụng liên quan. Các sever cơ sở tài liệu thường là những máy tính đa bộ xử lý, với bộ nhớ hào phóng và mảng đĩa RAID được sử dụng để tàng trữ ổn định. RAID được sử dụng để phục hồi tài liệu nếu bất kỳ đĩa nào bị lỗi. Bộ tăng tốc cơ sở tài liệu phần cứng, được link với một hoặc nhiều sever thông qua kênh vận tốc cao, cũng khá được sử dụng trong môi trường tự nhiên vạn vật thiên nhiên xử lý thanh toán giao dịch thanh toán khối lượng lớn. DBMS được tìm thấy ở TT của hầu hết những ứng dụng cơ sở tài liệu. Các DBMS hoàn toàn có thể được xây dựng xung quanh một hạt nhân đa nhiệm tùy chỉnh có tương hỗ mạng tích hợp, nhưng những DBMS tân tiến thường nhờ vào một trong những hệ điều hành quản lý tiêu chuẩn để phục vụ những hiệu suất cao này.

Vì những DBMS là một thị trường quan trọng, những nhà phục vụ máy tính và tàng trữ thường tính đến những yêu cầu DBMS trong những kế hoạch tăng trưởng của riêng họ.[7]

Cơ sở tài liệu và những DBMS hoàn toàn có thể được phân loại theo quy mô cơ sở tài liệu mà chúng tương hỗ (như quan hệ hoặc XML), loại máy tính mà chúng chạy trên (từ cụm sever đến điện thoại di động), ngôn từ truy vấn (s) được sử dụng để truy vấn cơ sở tài liệu (như SQL hoặc XQuery) và kỹ thuật nội bộ của chúng, ảnh hưởng đến hiệu suất, kĩ năng mở rộng, kĩ năng phục hồi và bảo mật thông tin.

Các kích thước, kĩ năng và hiệu suất của cơ sở tài liệu và DBMS tương ứng của chúng đã tiếp tục tăng theo thứ tự độ lớn. Những sự ngày càng tăng hiệu suất này được kích hoạt bởi sự tiến bộ công nghệ tiên tiến và phát triển trong những nghành của cục xử lý, bộ nhớ máy tính, tàng trữ máy tính và mạng máy tính. Sự tăng trưởng của công nghệ tiên tiến và phát triển cơ sở tài liệu hoàn toàn có thể được phân thành ba thời đại nhờ vào quy mô hoặc cấu trúc tài liệu: hướng đối tượng người dùng,[8] SQL / quan hệ và hậu quan hệ.

Hai quy mô tài liệu hướng đối tượng người dùng ban đầu đó đó là quy mô phân cấp và quy mô CODASYL (quy mô mạng)

Mô hình quan hệ, lần thứ nhất được Edgar F. Codd đề xuất kiến nghị vào năm 1970, đã thoát ly khỏi truyền thống cuội nguồn này bằng phương pháp nhấn mạnh yếu tố rằng những ứng dụng nên tìm kiếm tài liệu theo nội dung, thay vì theo những link. Mô hình quan hệ sử dụng những tập hợp những bảng kiểu sổ cái, mỗi bảng được sử dụng cho một loại thực thể rất khác nhau. Chỉ vào Một trong trong năm 1980, phần cứng máy tính đã trở nên đủ mạnh để được cho phép triển khai rộng tự do những khối mạng lưới hệ thống quan hệ (DBMS cộng với những ứng dụng). Tuy nhiên, vào đầu trong năm 1990, những khối mạng lưới hệ thống quan hệ chiếm ưu thế trong toàn bộ những ứng dụng xử lý tài liệu quy mô lớn và Tính đến năm 2022[cập nhật] chúng vẫn chiếm ưu thế: IBM DB2, Oracle, MySQL và Microsoft SQL Server là DBMS được tìm kiếm nhiều nhất.[9] Ngôn ngữ cơ sở tài liệu thống trị, SQL được tiêu chuẩn hóa cho quy mô quan hệ, đã ảnh hưởng đến những ngôn từ cơ sở tài liệu cho những quy mô tài liệu khác. Cơ sở tài liệu đối tượng người dùng được tăng trưởng vào trong năm 1980 để khắc phục sự phiền phức của yếu tố không thích hợp trở kháng quan hệ đối tượng người dùng, dẫn đến việc nêu lên thuật ngữ “hậu quan hệ” và cũng là yếu tố tăng trưởng của cơ sở tài liệu quan hệ đối tượng người dùng lai.

Thế hệ cơ sở tài liệu hậu quan hệ tiếp theo vào thời điểm cuối trong năm 2000 được gọi là cơ sở tài liệu NoQuery, trình làng những kho tàng trữ khóa giá trị nhanh và cơ sở tài liệu khuynh hướng tài liệu. Một “thế hệ tiếp theo” đối đầu đối đầu được gọi là cơ sở tài liệu NewQuery đã thử triển khai những quy mô mới giữ lại quy mô quan hệ / SQL trong lúc hướng tới việc phù phù thích hợp với hiệu suất cao của NoQuery so với những DBMS quan hệ có sẵn trên thị trường.

Những năm 1960, DBMS hướng đối tượng người dùng

Cấu trúc cơ bản của quy mô cơ sở tài liệu CODASYL hướng đối tượng người dùng

Sự Ra đời của thuật ngữ cơ sở tài liệu trùng khớp với việc sẵn có của cục nhớ truy vấn trực tiếp (đĩa và trống) từ Một trong trong năm 1960 trở đi. Thuật ngữ này thể hiện sự tương phản với những khối mạng lưới hệ thống nhờ vào băng từ trước kia, được cho phép sử dụng tương tác được chia sẻ thay vì xử lý hằng ngày. Từ điển tiếng Anh Oxford trích dẫn một báo cáo năm 1962 của Tập đoàn tăng trưởng khối mạng lưới hệ thống California là người thứ nhất sử dụng thuật ngữ “cơ sở tài liệu” theo nghĩa kỹ thuật rõ ràng.[10]

Khi máy tính tăng trưởng về vận tốc và kĩ năng, một số trong những khối mạng lưới hệ thống cơ sở tài liệu đa năng đã xuất hiện; vào Một trong trong năm 1960, một số trong những khối mạng lưới hệ thống như vậy đã được đưa vào sử dụng thương mại. Sự quan tâm đến một tiêu chuẩn khởi đầu tăng thêm và Charles Bachman, tác giả của một thành phầm như vậy, Kho tài liệu tích hợp (IDS), đã xây dựng “Nhóm trách nhiệm cơ sở tài liệu” trong CODASYL, nhóm phụ trách tạo và chuẩn hóa COBOL. Năm 1971, Nhóm Nhiệm vụ Cơ sở tài liệu đã đưa ra tiêu chuẩn của tớ, thường được gọi là “phương pháp CODASYL”, và ngay tiếp theo đó, một số trong những thành phầm thương mại nhờ vào phương pháp này đã được đưa vào thị trường.

Cách tiếp cận CODASYL nhờ vào hướng đối tượng người dùng “thủ công” của tập tài liệu được link được tạo thành một mạng lớn. Các ứng dụng hoàn toàn có thể tìm thấy những bản ghi theo một trong ba phương pháp:

Sử dụng khóa chính (được gọi là khóa CALC, thường được thực thi bằng phương pháp băm)
hướng đối tượng người dùng những quan hệ (được gọi là bộ) từ bản ghi này sang bản ghi khác
Quét toàn bộ những hồ sơ theo thứ tự liên tục

Các khối mạng lưới hệ thống sau này đã thêm cây B để phục vụ những đường dẫn truy vấn thay thế. Nhiều cơ sở tài liệu CODASYL đã và đang thêm một ngôn từ truy vấn rất đơn thuần và giản dị. Tuy nhiên, trong lần kiểm tra ở đầu cuối, CODASYL rất phức tạp và cần phải đào tạo và giảng dạy và nỗ lực đáng kể để tạo ra những ứng dụng hữu ích.

IBM cũng luôn có thể có DBMS của riêng họ vào năm 1966, được gọi là Hệ thống quản trị và vận hành thông tin (IMS). IMS là yếu tố tăng trưởng của ứng dụng được viết cho chương trình Apollo trên System/360. IMS nói chung tương tự khái niệm với CODASYL, nhưng đã sử dụng một khối mạng lưới hệ thống phân cấp ngặt nghèo cho quy mô hướng đối tượng người dùng tài liệu thay vì quy mô mạng của CODASYL. Cả hai khái niệm này tiếp theo này được gọi là cơ sở tài liệu hướng đối tượng người dùng do cách truy vấn tài liệu và bài thuyết trình Turing Award năm 1973 của Bachman là The Programmer as Navigator. IMS được phân loại như một cơ sở tài liệu phân cấp. Cơ sở tài liệu TOTAL của IDMS và Cincom Systems được phân loại là cơ sở tài liệu mạng. IMS vẫn được sử dụng Tính đến năm 2014[cập nhật].[11]

Những năm 1970, DBMS quan hệ

Edgar Codd thao tác tại IBM ở San Jose, California, tại một trong những văn phòng của tớ, hầu hết liên quan đến việc tăng trưởng những khối mạng lưới hệ thống đĩa cứng. Ông không hài lòng với quy mô hướng đối tượng người dùng của phương pháp CODASYL, đáng để ý quan tâm là thiếu cơ sở “tìm kiếm”. Năm 1970, ông đã viết một số trong những bài báo phác thảo một cách tiếp cận mới để xây dựng cơ sở tài liệu mà ở đầu cuối đã đạt đến đỉnh điểm trong bài A Relational Model of Data for Large Shared Data Banks.[12]

Trong bài báo này, ông đã mô tả một khối mạng lưới hệ thống mới để tàng trữ và thao tác với những cơ sở tài liệu lớn. Thay vì những bản ghi được tàng trữ trong một số trong những loại list những bản ghi dạng tự do được link như trong CODASYL, ý tưởng của Codd là sử dụng ” bảng ” những bản ghi có độ dài cố định và thắt chặt, với mỗi bảng được sử dụng cho một loại thực thể rất khác nhau. Một khối mạng lưới hệ thống list link sẽ rất kém hiệu suất cao khi tàng trữ cơ sở tài liệu “thưa thớt” trong số đó một số trong những tài liệu cho bất kỳ một bản ghi nào hoàn toàn có thể bị bỏ trống. Mô hình quan hệ đã xử lý và xử lý điều này bằng phương pháp chia tài liệu thành một loạt những bảng (hoặc quan hệ) được chuẩn hóa, với những thành phần tùy chọn được chuyển thoát khỏi bảng chính đến nơi chúng chỉ chiếm khoảng chừng phòng nếu cần. Dữ liệu hoàn toàn có thể được chèn, xóa và sửa đổi tự do trong những bảng này, với DBMS thực thi bất kỳ bảo dưỡng nào thiết yếu để hiển thị chính sách xem bảng cho ứng dụng / người tiêu dùng.

Trong quy mô quan hệ, những bản ghi được “link” bằng những khóa ảo không được tàng trữ trong cơ sở tài liệu nhưng được xác lập là thiết yếu Một trong những tài liệu có trong những bản ghi.

Mô hình quan hệ cũng khá được cho phép nội dung của cơ sở tài liệu tăng trưởng mà không cần viết lại link và con trỏ. Phần quan hệ xuất phát từ những thực thể tham chiếu những thực thể khác trong quan hệ được gọi là quan hệ một-nhiều, như quy mô phân cấp truyền thống cuội nguồn và quan hệ nhiều-nhiều, như quy mô hướng đối tượng người dùng (mạng). Do đó, một quy mô quan hệ hoàn toàn có thể biểu thị cả quy mô phân cấp và hướng đối tượng người dùng, cũng như quy mô bảng gốc của nó, được cho phép quy mô thuần túy hoặc phối hợp theo ba quy mô này, như ứng dụng yêu cầu.

Ví dụ, việc sử dụng phổ cập khối mạng lưới hệ thống cơ sở tài liệu là theo dõi thông tin về người tiêu dùng, tên, thông tin đăng nhập, địa chỉ và số điện thoại rất khác nhau. Theo cách tiếp cận hướng đối tượng người dùng, toàn bộ những tài liệu này sẽ tiến hành đặt trong một bản ghi và những mục không sử dụng sẽ không còn được đặt trong cơ sở tài liệu. Theo cách tiếp cận quan hệ, tài liệu sẽ tiến hành chuẩn hóa thành bảng người tiêu dùng, bảng địa chỉ và bảng số điện thoại (ví dụ). Bản ghi sẽ tiến hành tạo trong những bảng tùy chọn này chỉ khi địa chỉ hoặc số điện thoại thực sự được phục vụ.

Liên kết thông tin lại với nhau là chìa khóa cho khối mạng lưới hệ thống này. Trong quy mô quan hệ, một số trong những thông tin được sử dụng làm “khóa”, xác lập duy nhất một bản ghi rõ ràng. Khi thông tin được tích lũy về người tiêu dùng, thông tin được tàng trữ trong những bảng tùy chọn sẽ tiến hành tìm thấy bằng phương pháp tìm kiếm khóa này. Chẳng hạn, nếu tên đăng nhập của người tiêu dùng là duy nhất, địa chỉ và số điện thoại của người tiêu dùng này sẽ tiến hành ghi lại với tên đăng nhập làm khóa. Việc “link lại” những tài liệu liên quan trở lại thành một bộ sưu tập đơn thuần và giản dị là yếu tố mà những ngôn từ máy tính truyền thống cuội nguồn không được thiết kế cho.

Giống như cách tiếp cận hướng đối tượng người dùng sẽ yêu cầu những chương trình lặp để tích lũy những bản ghi, phương pháp quan hệ sẽ yêu cầu những vòng lặp để tích lũy thông tin về bất kỳ một bản ghi nào. Các đề xuất kiến nghị của Codd là một ngôn từ được khuynh hướng theo tập hợp, sau này sẽ sinh ra SQL phổ cập. Sử dụng một nhánh toán học được gọi là tính toán tuple, ông đã chứng tỏ rằng một khối mạng lưới hệ thống như vậy hoàn toàn có thể tương hỗ toàn bộ những hoạt động và sinh hoạt giải trí sinh hoạt của cơ sở tài liệu thông thường (chèn, update, v.v.) cũng như phục vụ một khối mạng lưới hệ thống đơn thuần và giản dị để tìm và trả về những tập hợp tài liệu trong một thao tác.

Bài báo của Codd đã được hai người tại Berkeley, Eugene Wong và Michael Stonebraker để ý quan tâm. Họ đã khởi đầu một dự án công trình bất Động sản được gọi là INGRES bằng phương pháp sử dụng nguồn vốn đã được phân loại cho một dự án công trình bất Động sản cơ sở tài liệu địa lý và những lập trình viên sinh viên để tạo mã. Bắt đầu từ thời điểm năm 1973, INGRES đã phục vụ những thành phầm thử nghiệm thứ nhất thường sẵn sàng để sử dụng rộng tự do vào năm 1979. INGRES tương tự như System R theo một số trong những cách, gồm có cả việc sử dụng “ngôn từ” để truy vấn tài liệu, được gọi là QUEL. Theo thời hạn, INGRES chuyển sang tiêu chuẩn SQL mới nổi.

Bản thân IBM đã thực thi một thử nghiệm thực thi quy mô quan hệ, PRTV và một quy mô sản xuất, Business System 12, cả hai đều đã ngừng hoạt động và sinh hoạt giải trí. Honeywell đã viết MRDS cho Multics, và giờ đây có hai triển khai mới: Alphora Dataphor và Rel. Hầu hết những triển khai DBMS khác thường được gọi là quan hệ thực sự là những DBMS SQL.

Năm 1970, Đại học Michigan đã khởi đầu tăng trưởng Hệ thống quản trị và vận hành thông tin MICRO[13] nhờ vào quy mô Dữ liệu lý thuyết tập hợp của DL Childs.[14][15][16] MICRO đã được sử dụng để quản trị và vận hành những tập tài liệu rất rộng bởi Bộ Lao động Mỹ, Cục Bảo vệ Môi trường Mỹ, và những nhà nghiên cứu và phân tích từ Đại học Alberta, trường Đại học Michigan, và trường Đại học Wayne State. Nó chạy trên những máy tính lớn của IBM sử dụng Hệ thống đầu cuối Michigan.[17] Hệ thống vẫn được sử dụng cho tới năm 1998.

Phương pháp tích hợp

Trong trong năm 1970 và 1980, những nỗ lực đã được thực thi để xây dựng những khối mạng lưới hệ thống cơ sở tài liệu với phần cứng và ứng dụng tích hợp. Triết lý cơ bản là yếu tố tích hợp như vậy sẽ phục vụ hiệu suất cao hơn với ngân sách thấp hơn. Ví dụ là IBM System / 38, việc phục vụ Teradata sớm và máy cơ sở tài liệu Britton Lee, Inc.

Một cách tiếp cận khác để tương hỗ phần cứng cho quản trị và vận hành cơ sở tài liệu là bộ tăng tốc CAFS của ICL, bộ điều khiển và tinh chỉnh đĩa phần cứng với kĩ năng tìm tìm kiếm được lập trình. Về lâu dài, những nỗ lực này thường không thành công xuất sắc vì những máy cơ sở tài liệu chuyên được sử dụng không thể theo kịp sự tăng trưởng và tiến bộ nhanh gọn của những máy tính đa năng. Do đó, hầu hết những khối mạng lưới hệ thống cơ sở tài liệu lúc bấy giờ là những khối mạng lưới hệ thống ứng dụng chạy trên phần cứng đa năng, sử dụng tàng trữ tài liệu máy tính đa năng. Tuy nhiên, ý tưởng này vẫn được một số trong những công ty như Netezza và Oracle (Exadata) theo đuổi.

Cuối trong năm 1970, SQL DBMS

IBM khởi đầu thao tác trên một khối mạng lưới hệ thống nguyên mẫu nhờ vào những khái niệm của Codd là System R vào đầu trong năm 1970. Phiên bản thứ nhất đã sẵn sàng vào năm 1974/5 và tiếp theo đó khởi đầu hoạt động và sinh hoạt giải trí trên những khối mạng lưới hệ thống nhiều bảng trong số đó tài liệu hoàn toàn có thể được phân tách để toàn bộ tài liệu cho một bản ghi (một số trong những trong số đó là tùy chọn) không phải được tàng trữ trong một “chunk” lớn. Các phiên bản đa người tiêu dùng tiếp theo này đã được người tiêu dùng thử nghiệm vào năm 1978 và 1979, vào thời gian lúc đó, một ngôn từ truy vấn được tiêu chuẩn hóa – SQL[cần dẫn nguồn] – đã được thêm vào. Các ý tưởng của Codd đã tự thiết lập cả khả thi và vượt trội so với CODASYL, thúc đẩy IBM tăng trưởng một phiên bản sản xuất thực sự của System R, được gọi là SQL/DS, và tiếp theo đó là Database 2 (DB2).

Cơ sở tài liệu Oracle của Larry Ellison (hay đơn thuần và giản dị hơn là Oracle) bắt nguồn từ một chuỗi khác, nhờ vào những tài liệu của IBM về Hệ thống R. Mặc dù việc triển khai Oracle V1 đã được hoàn thành xong vào năm 1978, nhưng mãi đến khi Oracle Phiên bản 2 vượt mặt IBM trên thị trường vào năm 1979.[18]

Stonoplker tiếp tục vận dụng những bài học kinh nghiệm tay nghề từ INGRES để tăng trưởng cơ sở tài liệu mới, Postgres, hiện được gọi là PostgreQuery. PostgreSQL thường được sử dụng cho những ứng dụng quan trọng toàn thế giới (những cty Đk tên miền.org và.info sử dụng nó làm kho tàng trữ tài liệu chính của tớ, cũng như nhiều tập đoàn lớn lớn và tổ chức triển khai tài chính).

Ở Thụy Điển, bài báo của Codd cũng khá được đọc và Mimer SQL được tăng trưởng từ Một trong trong năm 1970 tại Đại học Uppsala. Năm 1984, dự án công trình bất Động sản này được hợp nhất thành một doanh nghiệp độc lập.

Một quy mô tài liệu khác, quy mô quan hệ thực thể, xuất hiện vào năm 1976 và đã trở nên phổ cập cho thiết kế cơ sở tài liệu vì nó nhấn mạnh yếu tố một mô tả quen thuộc hơn so với quy mô quan hệ trước đó. Sau đó, những cấu trúc quan hệ thực thể được trang bị thêm như một cấu trúc quy mô tài liệu cho quy mô quan hệ và sự khác lạ giữa hai cấu trúc đã trở nên không liên quan.[cần dẫn nguồn]

Những năm 1980, trên máy tính để bàn

Những năm 1980 mở ra thời đại của máy tính để bàn. Các máy tính mới trao quyền cho những người dân tiêu dùng của tớ với những bảng tính như Lotus 1-2-3 và ứng dụng cơ sở tài liệu như dBASE. Sản phẩm dBASE rất nhẹ và thuận tiện và đơn thuần và giản dị cho bất kỳ người tiêu dùng máy tính nào hiểu được. C. Wayne Ratliff, người tạo ra dBASE, đã tuyên bố: “dBASE khác với những chương trình như BASIC, C, FORTRAN và COBOL ở đoạn thật nhiều việc làm dơ bẩn đã được thực thi. Thao tác tài liệu được thực thi bởi dBASE thay vì người tiêu dùng, vì vậy người tiêu dùng hoàn toàn có thể triệu tập vào những gì anh ta đang làm, thay vì phải làm rối với những cụ ông cụ bà thể bẩn của việc mở, đọc và đóng tệp và quản trị và vận hành phân loại không khí. ” [19] dBASE là một trong những ứng dụng bán chạy số 1 trong trong năm 1980 và đầu trong năm 1990.

Những năm 1990, hướng đối tượng người dùng

Những năm 1990, cùng với việc ngày càng tăng trong lập trình hướng đối tượng người dùng, đã tận mắt tận mắt chứng kiến sự tăng trưởng về kiểu cách xử lý tài liệu trong những cơ sở tài liệu rất khác nhau. Các lập trình viên và nhà thiết kế khởi đầu coi tài liệu trong cơ sở tài liệu của tớ là đối tượng người dùng. Điều đó nghĩa là nếu tài liệu của một người nằm trong cơ sở tài liệu, những thuộc tính của người đó, như địa chỉ, số điện thoại và tuổi của tớ, giờ đây sẽ là thuộc về người đó thay vì tài liệu không liên quan. Điều này được cho phép những quan hệ giữa tài liệu là quan hệ với những đối tượng người dùng và thuộc tính của chúng chứ không phải cho những trường riêng lẻ.[20] Thuật ngữ ” không khớp trở kháng quan hệ đối tượng người dùng ” đã mô tả sự phiền phức của việc dịch Một trong những đối tượng người dùng được lập trình và những bảng cơ sở tài liệu. Cơ sở tài liệu đối tượng người dùng và cơ sở tài liệu quan hệ đối tượng người dùng nỗ lực xử lý và xử lý yếu tố này bằng phương pháp phục vụ ngôn từ hướng đối tượng người dùng (đôi lúc là phần mở rộng cho SQL) mà những lập trình viên hoàn toàn có thể sử dụng thay thế cho SQL hoàn toàn quan hệ. Về phía lập trình, những thư viện được gọi là ánh xạ quan hệ đối tượng người dùng (ORM) nỗ lực xử lý và xử lý yếu tố tương tự.

Những năm 2000, NoSQL và NewSQL

Cơ sở tài liệu XML là một loại cơ sở tài liệu hướng tài liệu có cấu trúc, được cho phép truy vấn nhờ vào những thuộc tính tài liệu XML. Cơ sở tài liệu XML hầu hết được sử dụng trong những ứng dụng mà tài liệu được xem thuận tiện dưới dạng tập hợp tài liệu, với cấu trúc hoàn toàn có thể thay đổi từ rất linh hoạt đến rất cứng nhắc: ví dụ gồm có những bài báo khoa học, bằng sáng tạo, hồ sơ thuế và hồ sơ nhân sự.

Cơ sở tài liệu NoSQL thường rất nhanh, không yêu cầu lược đồ bảng cố định và thắt chặt, tránh những hoạt động và sinh hoạt giải trí sinh hoạt tham gia bằng phương pháp tàng trữ tài liệu không chuẩn hóa và được thiết kế để mở rộng theo chiều ngang.

Trong trong năm mới tết đến gần đây, có nhu yếu lớn về cơ sở tài liệu phân tán ồ ạt với dung sai phân vùng cao, nhưng theo định lý CAP, khối mạng lưới hệ thống phân tán không thể đồng thời phục vụ sự đảm bảo tính nhất quán, tính sẵn sàng và phân vùng. Một khối mạng lưới hệ thống phân tán hoàn toàn có thể phục vụ bất kỳ hai trong số những bảo vệ này cùng một lúc, nhưng không phải cả ba. Vì nguyên do đó, nhiều cơ sở tài liệu NoSQL đang sử dụng cái được gọi là tính nhất quán ở đầu cuối để phục vụ cả đảm bảo dung sai phân vùng và tính sẵn sàng với mức độ thống nhất tài liệu giảm.

NewSQL là một lớp cơ sở tài liệu quan hệ tân tiến nhằm mục đích phục vụ hiệu năng hoàn toàn có thể mở rộng tương tự của những khối mạng lưới hệ thống NoQuery để xử lý khối lượng việc làm xử lý thanh toán giao dịch thanh toán trực tuyến (đọc-ghi) trong lúc vẫn sử dụng SQL và duy trì bảo vệ ACID của khối mạng lưới hệ thống cơ sở tài liệu truyền thống cuội nguồn.

Cơ sở tài liệu được sử dụng để tương hỗ những hoạt động và sinh hoạt giải trí sinh hoạt nội bộ của những tổ chức triển khai và để củng cố những tương tác trực tuyến với những người tiêu dùng và nhà phục vụ (xem ứng dụng Doanh nghiệp).

Cơ sở tài liệu được sử dụng để chứa thông tin quản trị và tài liệu chuyên ngành hơn, ví như tài liệu kỹ thuật hoặc quy mô kinh tế tài chính. Ví dụ gồm có khối mạng lưới hệ thống thư viện máy tính, khối mạng lưới hệ thống đặt chỗ chuyến bay, khối mạng lưới hệ thống kiểm kê bộ phận máy tính và nhiều khối mạng lưới hệ thống quản trị và vận hành nội dung tàng trữ những website dưới dạng bộ sưu tập những website trong cơ sở tài liệu.

Một phương pháp để phân loại cơ sở tài liệu liên quan đến loại nội dung của chúng, ví dụ: thư mục, tài liệu văn bản, thống kê hoặc đối tượng người dùng đa phương tiện đi lại. Một cách khác là theo nghành ứng dụng của tớ, ví dụ: kế toán, sáng tác nhạc, phim ảnh, ngân hàng nhà nước, sản xuất hoặc bảo hiểm. Cách thứ ba là theo một số trong những khía cạnh kỹ thuật, ví như cấu trúc cơ sở tài liệu hoặc loại giao diện. Phần này liệt kê một số trong những tính từ được sử dụng để mô tả nhiều chủng loại cơ sở tài liệu rất khác nhau.

Các kiến trúc DBMS tuy nhiên tuy nhiên chính được tạo ra bởi kiến trúc phần cứng cơ bản là:

Connolly và Begg định nghĩa Hệ thống quản trị và vận hành cơ sở tài liệu (DBMS) là một “khối mạng lưới hệ thống ứng dụng được cho phép người tiêu dùng xác lập, tạo, duy trì và trấn áp truy vấn vào cơ sở tài liệu”.[24]

Từ viết tắt DBMS đôi lúc được mở rộng để chỉ ra quy mô cơ sở tài liệu cơ bản, với RDBMS cho quy mô quan hệ, OODBMS hoặc ORDBMS cho quy mô đối tượng người dùng (khuynh hướng) và ORDBMS cho Quan hệ đối tượng người dùng. Các phần mở rộng khác hoàn toàn có thể chỉ ra một số trong những điểm lưu ý khác, ví như DDBMS cho khối mạng lưới hệ thống quản trị và vận hành cơ sở tài liệu phân tán.

Các hiệu suất cao được phục vụ bởi một DBMS hoàn toàn có thể rất rất khác nhau. Chức năng cốt lõi là tàng trữ, truy xuất và update tài liệu. Codd đề xuất kiến nghị những hiệu suất cao và dịch vụ sau này, DBMS có mục tiêu chung được phục vụ đủ: [25]

Nhìn chung, DBMS sẽ phục vụ một bộ những tiện ích cho những mục tiêu như vậy hoàn toàn có thể thiết yếu để quản trị cơ sở tài liệu một cách hiệu suất cao, gồm có những tiện ích nhập, xuất, giám sát, phân mảnh và phân tích.[26] Phần cốt lõi của DBMS tương tác giữa cơ sở tài liệu và giao diện ứng dụng đôi lúc được gọi là công cụ cơ sở tài liệu.

Thông thường những DBMS sẽ có được những tham số thông số kỹ thuật hoàn toàn có thể được kiểm soát và điều chỉnh tĩnh và động, ví dụ: lượng bộ nhớ chính tối đa trên sever mà cơ sở tài liệu hoàn toàn có thể sử dụng. Xu hướng là giảm thiểu số lượng thông số kỹ thuật thủ công và riêng với những trường hợp như cơ sở tài liệu nhúng, nhu yếu nhắm tiềm năng quản trị tự động hóa là tối quan trọng.

Các DBMS doanh nghiệp lớn có Xu thế tăng kích thước và hiệu suất cao và hoàn toàn có thể liên quan đến Hàng trăm năm nỗ lực tăng trưởng của con người trong suốt cuộc sống của tớ.[a]

DBMS nhiều người tiêu dùng sớm thường chỉ được cho phép ứng dụng cư trú trên cùng một máy tính có quyền truy vấn thông qua thiết bị đầu cuối hoặc ứng dụng mô phỏng thiết bị đầu cuối. Kiến trúc sever của máy khách là một sự tăng trưởng trong số đó ứng dụng nằm trên màn hình hiển thị máy khách và cơ sở tài liệu trên sever được cho phép xử lý được phân phối. Điều này tăng trưởng thành một kiến trúc đa nhiệm phối hợp những sever ứng dụng và sever web với giao diện người tiêu dùng cuối thông qua trình duyệt web với cơ sở tài liệu chỉ được link trực tiếp với tầng liền kề.[27]

DBMS có mục tiêu chung sẽ phục vụ những giao diện lập trình ứng dụng công cộng (API) và tùy chọn bộ xử lý cho những ngôn từ cơ sở tài liệu như SQL để được cho phép những ứng dụng được viết để tương tác với cơ sở tài liệu. DBMS có mục tiêu đặc biệt quan trọng hoàn toàn có thể sử dụng API riêng và được tùy chỉnh và link rõ ràng với một ứng dụng. Ví dụ, một khối mạng lưới hệ thống email thực thi nhiều hiệu suất cao của DBMS có mục tiêu chung như chèn tin nhắn, xóa tin nhắn, xử lý tệp đính kèm, tra cứu list chặn, link tin nhắn một địa chỉ email, v.v..

Ứng dụng

Tương tác bên phía ngoài với cơ sở tài liệu sẽ thông qua một chương trình ứng dụng có giao diện với DBMS.[28] Điều này hoàn toàn có thể gồm có từ một công cụ cơ sở tài liệu được cho phép người tiêu dùng thực thi những truy vấn SQL bằng văn bản hoặc bằng đồ họa, đến một website vô tình sử dụng cơ sở tài liệu để tàng trữ và tìm kiếm thông tin.

Giao diện chương trình ứng dụng

Một lập trình viên sẽ lập trình những tương tác vào cơ sở tài liệu (đôi lúc được gọi là nguồn tài liệu) thông qua giao diện chương trình ứng dụng (API) hoặc thông qua ngôn từ cơ sở tài liệu. API hoặc ngôn từ rõ ràng được chọn sẽ cần phải DBMS tương hỗ, hoàn toàn có thể gián tiếp thông qua bộ xử lý trước hoặc API bắc cầu. Một số API nhằm mục đích mục tiêu độc lập với cơ sở tài liệu, ODBC là một ví dụ thường được nghe biết. Các API phổ cập khác gồm có JDBC và ADO.NET.

Ngôn ngữ cơ sở tài liệu

Ngôn ngữ cơ sở tài liệu là ngôn từ có mục tiêu đặc biệt quan trọng, được cho phép một hoặc nhiều tác vụ sau, đôi lúc được phân biệt là ngôn từ con:

Ngôn ngữ cơ sở tài liệu là rõ ràng cho một quy mô tài liệu rõ ràng. Các ví dụ đáng để ý quan tâm gồm có:

Một ngôn từ cơ sở tài liệu cũng hoàn toàn có thể phối hợp những tính năng như:

Lưu trữ cơ sở tài liệu là nơi chứa vật chất hóa vật lý của cơ sở tài liệu. Nó gồm có mức độ nội bộ (vật lý) trong kiến trúc cơ sở tài liệu. Nó cũng chứa toàn bộ thông tin thiết yếu (ví dụ: siêu tài liệu, “tài liệu về tài liệu” và cấu trúc tài liệu bên trong) để tái cấu trúc mức khái niệm và Lever bên phía ngoài từ Lever bên trong lúc cần. Đưa tài liệu vào tàng trữ vĩnh viễn nói chung là trách nhiệm của công cụ cơ sở tài liệu hay còn gọi là “công cụ tàng trữ”. Mặc dù DBMS thường truy vấn thông qua hệ điều hành quản lý cơ bản (và thường sử dụng những khối mạng lưới hệ thống tệp của hệ điều hành quản lý làm trung gian để sắp xếp tàng trữ), những thuộc tính tàng trữ và setup thông số kỹ thuật là cực kỳ quan trọng riêng với hoạt động và sinh hoạt giải trí hiệu suất cao của DBMS và do này được duy trì ngặt nghèo bởi quản trị cơ sở tài liệu. Một DBMS, trong lúc hoạt động và sinh hoạt giải trí, luôn có cơ sở tài liệu của nó nằm trong một số trong những loại tàng trữ (ví dụ: bộ nhớ và bộ nhớ ngoài). Dữ liệu cơ sở tài liệu và thông tin thiết yếu tương hỗ update, hoàn toàn có thể với số lượng rất rộng, được mã hóa thành những bit. Dữ liệu thường nằm trong bộ nhớ trong những cấu trúc trông hoàn toàn khác với cách tài liệu nhìn ở Lever khái niệm và bên phía ngoài, nhưng Theo phong cách nỗ lực tối ưu hóa (tốt nhất hoàn toàn có thể) những cấu trúc này khi người tiêu dùng và chương trình cũng cần phải như để tính toán nhiều chủng loại thông tin thiết yếu từ tài liệu (ví dụ: khi truy vấn cơ sở tài liệu).

Một số DBMS tương hỗ chỉ định mã hóa ký tự nào được sử dụng để tàng trữ tài liệu, do đó, nhiều mã hóa hoàn toàn có thể được sử dụng trong cùng một cơ sở tài liệu.

Các cấu trúc tàng trữ cơ sở tài liệu mức thấp rất khác nhau được sử dụng bởi công cụ tàng trữ để tuần tự hóa quy mô tài liệu để nó hoàn toàn có thể được ghi vào phương tiện đi lại lựa chọn. Các kỹ thuật như lập chỉ mục hoàn toàn có thể được sử dụng để cải tổ hiệu suất. Lưu trữ thông thường là theo khuynh hướng hàng, nhưng cũng luôn có thể có cơ sở tài liệu tương quan và khuynh hướng cột.

Quan điểm rõ ràng hóa

Thường dự trữ tàng trữ được sử dụng để tăng hiệu suất. Một ví dụ phổ cập là tàng trữ những khung nhìn rõ ràng hóa, gồm có những khung nhìn bên phía ngoài hoặc kết quả truy vấn thường xuyên thiết yếu. Lưu trữ những quan điểm như vậy giúp tiết kiệm chi phí điện toán đắt tiền của chúng mọi khi chúng thiết yếu. Nhược điểm của những khung nhìn rõ ràng hóa là ngân sách phát sinh khi update chúng để giữ cho chúng được đồng điệu hóa với tài liệu cơ sở tài liệu được update ban đầu của chúng và ngân sách dự trữ tàng trữ.

Sao chép nhân rộng

Đôi khi, cơ sở tài liệu sử dụng dự trữ tàng trữ bằng phương pháp sao chép đối tượng người dùng cơ sở tài liệu (có một hoặc nhiều bản sao) để tăng tính khả dụng của tài liệu (cả hai để cải tổ hiệu suất của nhiều người tiêu dùng cuối truy vấn vào cùng một đối tượng người dùng cơ sở tài liệu và để phục vụ kĩ năng phục hồi trong trường hợp không thành công xuất sắc một cơ sở tài liệu phân tán). Cập nhật của một đối tượng người dùng được nhân rộng nên phải được đồng điệu hóa trên những bản sao đối tượng người dùng. Trong nhiều trường hợp, toàn bộ cơ sở tài liệu được nhân rộng.

Bảo mật cơ sở tài liệu liên quan đến toàn bộ những khía cạnh rất khác nhau của việc bảo vệ nội dung cơ sở tài liệu, chủ sở hữu và người tiêu dùng của nó. Nó gồm có từ bảo vệ khỏi việc sử dụng cơ sở tài liệu trái phép có chủ ý đến cơ sở tài liệu vô tình truy vấn bởi những thực thể trái phép (ví dụ: một người hoặc một chương trình máy tính).

Kiểm soát truy vấn cơ sở tài liệu liên quan đến việc trấn áp ai (một người hoặc một chương trình máy tính nhất định) được phép truy vấn thông tin nào trong cơ sở tài liệu. tin tức hoàn toàn có thể gồm có những đối tượng người dùng cơ sở tài liệu rõ ràng (vd hoặc những cấu trúc tài liệu khác để truy vấn thông tin). Các điều khiển và tinh chỉnh truy vấn cơ sở tài liệu được thiết lập bởi nhân viên cấp dưới được ủy quyền đặc biệt quan trọng (bởi chủ sở hữu cơ sở tài liệu) sử dụng những giao diện DBMS bảo mật thông tin chuyên được sử dụng được bảo vệ.

Điều này hoàn toàn có thể được quản trị và vận hành trực tiếp trên cơ sở thành viên, hoặc bằng phương pháp phân công những thành viên và độc quyền cho những nhóm, hoặc (trong những quy mô phức tạp nhất) thông qua việc phân công những thành viên và nhóm cho những vai trò tiếp theo này được cấp quyền. Bảo mật tài liệu ngăn người tiêu dùng trái phép xem hoặc update cơ sở tài liệu. Sử dụng mật khẩu, người tiêu dùng được phép truy vấn vào toàn bộ cơ sở tài liệu hoặc những tập hợp con của nó được gọi là “những bộ phận con”. Ví dụ: cơ sở tài liệu nhân viên cấp dưới hoàn toàn có thể chứa toàn bộ tài liệu về một nhân viên cấp dưới, nhưng một nhóm người tiêu dùng hoàn toàn có thể được phép chỉ xem tài liệu bảng lương, trong lúc những người dân khác chỉ được phép truy vấn vào lịch sử thao tác và tài liệu y tế. Nếu DBMS phục vụ một phương pháp để tương tác nhập và update cơ sở tài liệu, cũng như thẩm vấn nó, kĩ năng này được cho phép quản trị và vận hành cơ sở tài liệu thành viên.

Bảo mật tài liệu nói chung liên quan đến việc bảo vệ những khối tài liệu rõ ràng, cả về mặt vật lý (nghĩa là khỏi tham nhũng, hoặc phá hủy hoặc xóa; ví dụ: xem bảo mật thông tin vật lý) hoặc lý giải chúng hoặc những phần của chúng riêng với thông tin có ý nghĩa (ví dụ: nhìn vào chuỗi bit mà chúng gồm có, kết luận số thẻ tín dụng thanh toán hợp lệ rõ ràng, ví dụ: xem mã hóa tài liệu).

Thay đổi và truy vấn những bản ghi nhật ký những người dân đã truy vấn thuộc tính nào, những gì đã được thay đổi và khi nó được thay đổi. Dịch Vụ TM ghi nhật ký được cho phép kiểm tra cơ sở tài liệu pháp y tiếp theo đó bằng phương pháp lưu giữ hồ sơ về mỗi lần xuất hiện và thay đổi truy vấn. Đôi khi mã Lever ứng dụng được sử dụng để ghi lại những thay thay đổi vì để mã này vào cơ sở tài liệu. Giám sát hoàn toàn có thể được thiết lập để nỗ lực phát hiện những vi phạm bảo mật thông tin an ninh.

Các thanh toán giao dịch thanh toán cơ sở tài liệu hoàn toàn có thể được sử dụng để trình làng một số trong những mức độ chịu lỗi và tính toàn vẹn tài liệu sau khi phục hồi sau sự cố. Giao dịch cơ sở tài liệu là một cty việc làm, thường đóng gói một số trong những hoạt động và sinh hoạt giải trí trên cơ sở tài liệu (ví dụ: đọc đối tượng người dùng cơ sở tài liệu, viết, lấy khóa, v.v.), một sự trừu tượng được tương hỗ trong cơ sở tài liệu và những khối mạng lưới hệ thống khác. Mỗi thanh toán giao dịch thanh toán có những ranh giới được xác lập rõ về mặt thực thi chương trình / mã được gồm có trong thanh toán giao dịch thanh toán đó (được xác lập bởi người lập trình thanh toán giao dịch thanh toán thông qua những lệnh thanh toán giao dịch thanh toán đặc biệt quan trọng).

Từ viết tắt ACID mô tả một số trong những tính chất lý tưởng của thanh toán giao dịch thanh toán cơ sở tài liệu: tính nguyên tử, tính nhất quán, sự cô lập và độ bền.

Một cơ sở tài liệu được xây dựng với một DBMS không thể di tán sang một DBMS khác (nghĩa là DBMS khác không thể chạy nó). Tuy nhiên, trong một số trong những trường hợp, mong ước di tán, di tán cơ sở tài liệu từ DBMS này sang DBMS khác. Các nguyên do hầu hết là kinh tế tài chính (những DBMS rất khác nhau hoàn toàn có thể có tổng ngân sách sở hữu hoặc TCO rất khác nhau), hiệu suất cao và hoạt động và sinh hoạt giải trí (những DBMS rất khác nhau hoàn toàn có thể có những kĩ năng rất khác nhau). Việc di tán liên quan đến việc quy đổi cơ sở tài liệu từ loại DBMS này sang loại khác. Việc quy đổi phải duy trì (nếu hoàn toàn có thể) những ứng dụng liên quan đến cơ sở tài liệu (nghĩa là toàn bộ những chương trình ứng dụng liên quan) còn nguyên vẹn. Do đó, những mức kiến trúc bên phía ngoài và khái niệm của cơ sở tài liệu nên được duy trì trong quy trình quy đổi. Có thể mong ước rằng một số trong những khía cạnh của Lever kiến trúc được duy trì. Di chuyển cơ sở tài liệu phức tạp hoặc lớn hoàn toàn có thể là một dự án công trình bất Động sản phức tạp và tốn kém (một lần), điều này phải đưa vào quyết định hành động di tán. Điều này tuy nhiên thực tiễn là những công cụ hoàn toàn có thể tồn tại để giúp di tán Một trong những DBMS rõ ràng. Thông thường, nhà phục vụ DBMS phục vụ những công cụ để giúp nhập cơ sở tài liệu từ những DBMS phổ cập khác.

Sau khi thiết kế cơ sở tài liệu cho một ứng dụng, quy trình tiếp theo là xây dựng cơ sở tài liệu. Thông thường, một DBMS có mục tiêu chung thích hợp hoàn toàn có thể được chọn để sử dụng cho mục tiêu này. DBMS phục vụ những giao diện người tiêu dùng thiết yếu được sử dụng bởi những quản trị viên cơ sở tài liệu để xác lập cấu trúc tài liệu của ứng dụng thiết yếu trong quy mô tài liệu tương ứng của DBMS. Các giao diện người tiêu dùng khác được sử dụng để chọn những tham số DBMS thiết yếu (như liên quan đến bảo mật thông tin, tham số phân loại tàng trữ, v.v.).

Khi cơ sở tài liệu đã sẵn sàng (toàn bộ những cấu trúc tài liệu và những thành phần thiết yếu khác được xác lập), nó thường được điền với tài liệu của ứng dụng ban đầu (khởi tạo cơ sở tài liệu, thường là một dự án công trình bất Động sản riêng không liên quan gì đến nhau; trong nhiều trường hợp sử dụng giao diện DBMS chuyên được sử dụng tương hỗ chèn hàng loạt) trước đó làm cho nó hoạt động và sinh hoạt giải trí. Trong một số trong những trường hợp, cơ sở tài liệu sẽ hoạt động và sinh hoạt giải trí trong lúc trống tài liệu ứng dụng và tài liệu được tích lũy trong quy trình hoạt động và sinh hoạt giải trí.

Sau khi cơ sở tài liệu được tạo, khởi tạo và điền vào nó cần phải duy trì. Các tham số cơ sở tài liệu rất khác nhau hoàn toàn có thể cần thay đổi và cơ sở tài liệu hoàn toàn có thể cần phải kiểm soát và điều chỉnh (kiểm soát và điều chỉnh) để sở hữu hiệu suất tốt hơn; cấu trúc tài liệu của ứng dụng hoàn toàn có thể được thay đổi hoặc thêm vào, những chương trình ứng dụng liên quan mới hoàn toàn có thể được viết để thêm vào hiệu suất cao của ứng dụng, v.v.

Đôi khi, mong ước đưa cơ sở tài liệu trở về trạng thái trước đó (vì nhiều nguyên do, ví dụ: những trường hợp khi phát hiện cơ sở tài liệu bị lỗi do lỗi ứng dụng hoặc nếu nó đã được update với tài liệu bị lỗi). Để đạt được điều này, một hoạt động và sinh hoạt giải trí sao lưu được thực thi đôi lúc hoặc liên tục, trong số đó mỗi trạng thái cơ sở tài liệu mong ước (nghĩa là những giá trị của tài liệu và việc nhúng chúng vào cấu trúc tài liệu của cơ sở tài liệu) được giữ trong những tệp sao lưu chuyên được sử dụng (có nhiều kỹ thuật để thực thi điều này một cách hiệu suất cao). Khi trạng thái này là thiết yếu, tức là lúc người quản trị cơ sở tài liệu quyết định hành động đưa cơ sở tài liệu trở lại trạng thái này (ví dụ: bằng phương pháp chỉ định trạng thái này theo thời gian mong ước khi cơ sở tài liệu ở trạng thái này), những tệp này được sử dụng để Phục hồi trạng thái đó.

Các kỹ thuật phân tích tĩnh để xác minh ứng dụng cũng hoàn toàn có thể được vận dụng trong ngữ cảnh của những ngôn từ truy vấn. Cụ thể, khung lý giải * Tóm tắt đã được mở rộng sang nghành ngôn từ truy vấn cho cơ sở tài liệu quan hệ như một phương pháp để tương hỗ những kỹ thuật gần đúng âm thanh.[32] Ngữ nghĩa của những ngôn từ truy vấn hoàn toàn có thể được kiểm soát và điều chỉnh theo sự trừu tượng thích hợp của miền tài liệu rõ ràng. Sự trừu tượng của khối mạng lưới hệ thống cơ sở tài liệu quan hệ có nhiều ứng dụng thú vị, đặc biệt quan trọng, cho mục tiêu bảo mật thông tin, ví như trấn áp truy vấn rõ ràng, hình mờ, v.v.

Các tính năng DBMS khác hoàn toàn có thể gồm có:

Ngày càng có nhiều lời lôi kéo cho một khối mạng lưới hệ thống duy nhất phối hợp toàn bộ những hiệu suất cao cốt lõi này vào cùng một khung xây dựng, kiểm tra và triển khai để quản trị và vận hành cơ sở tài liệu và trấn áp nguồn. Mượn từ những tăng trưởng khác trong ngành công nghiệp ứng dụng, một số trong những thị trường như ” DevOps cho cơ sở tài liệu”.[33]

Nhiệm vụ thứ nhất của một nhà thiết kế cơ sở tài liệu là tạo ra một quy mô tài liệu khái niệm phản ánh cấu trúc của thông tin sẽ tiến hành lưu giữ trong cơ sở tài liệu. Một cách tiếp cận phổ cập cho việc này là tăng trưởng một quy mô quan hệ thực thể, thường với việc trợ giúp của những công cụ vẽ. Một cách tiếp cận phổ cập khác là Ngôn ngữ quy mô thống nhất. Một quy mô tài liệu thành công xuất sắc sẽ phản ánh đúng chuẩn trạng thái hoàn toàn có thể có của toàn thế giới bên phía ngoài đang rất được quy mô hóa: ví dụ: nếu mọi người hoàn toàn có thể có nhiều hơn nữa một số trong những điện thoại, nó sẽ tiến hành cho phép tóm gọn thông tin này. Thiết kế một quy mô tài liệu khái niệm tốt yên cầu sự hiểu biết tốt về miền ứng dụng; nó thường liên quan đến việc đặt vướng mắc thâm thúy về những điều mà một tổ chức triển khai quan tâm, như “người tiêu dùng cũng hoàn toàn có thể là nhà phục vụ không?” hoặc “nếu một thành phầm được bán với hai hình thức đóng gói rất khác nhau, đó là cùng một thành phầm hay thành phầm rất khác nhau? “hoặc” nếu một chiếc máy bay bay từ Tp New York đến Dubai qua Frankfurt, đó liệu có phải là một hoặc hai chuyến bay (hoặc thậm chí còn là ba) không? “. Các câu vấn đáp cho những vướng mắc này thiết lập những định nghĩa về thuật ngữ được sử dụng cho những thực thể (người tiêu dùng, thành phầm, chuyến bay, phân khúc Thị phần chuyến bay) và những quan hệ và thuộc tính của chúng.

Sản xuất quy mô tài liệu khái niệm đôi lúc liên quan đến nguồn vào từ những quy trình marketing thương mại hoặc phân tích quy trình việc làm trong tổ chức triển khai. Điều này hoàn toàn có thể giúp thiết lập những thông tin thiết yếu trong cơ sở tài liệu và những gì hoàn toàn có thể bị bỏ lại. Ví dụ, nó hoàn toàn có thể giúp khi quyết định hành động liệu cơ sở tài liệu có cần giữ tài liệu lịch sử cũng như tài liệu hiện tại hay là không.

Đã tạo ra một quy mô tài liệu khái niệm mà người tiêu dùng hài lòng, quy trình tiếp theo là dịch nó thành một lược đồ thực thi những cấu trúc tài liệu có liên quan trong cơ sở tài liệu. Quá trình này thường được gọi là thiết kế cơ sở tài liệu logic và đầu ra là một quy mô tài liệu lôgic được thể hiện dưới dạng lược đồ. Trong khi quy mô tài liệu khái niệm (về lý thuyết tối thiểu) không tùy từng sự lựa chọn công nghệ tiên tiến và phát triển cơ sở tài liệu, quy mô tài liệu lôgic sẽ tiến hành biểu thị theo quy mô cơ sở tài liệu rõ ràng được DBMS chọn. (Mô hình tài liệu thuật ngữ và quy mô cơ sở tài liệu thường được sử dụng thay thế lẫn nhau, nhưng trong nội dung bài viết này, chúng tôi sử dụng quy mô tài liệu để thiết kế cơ sở tài liệu rõ ràng và quy mô cơ sở tài liệu cho ký hiệu quy mô được sử dụng để thể hiện thiết kế đó.)

Mô hình cơ sở tài liệu phổ cập nhất cho cơ sở tài liệu đa năng là quy mô quan hệ, hay đúng chuẩn hơn là quy mô quan hệ được biểu thị bằng ngôn từ SQL. Quá trình tạo ra một thiết kế cơ sở tài liệu logic bằng quy mô này sử dụng một phương pháp có phương pháp được gọi là chuẩn hóa. Mục tiêu của chuẩn hóa là đảm nói rằng mỗi “thực tiễn” cơ bản chỉ được ghi lại ở một nơi, để những phần chèn, update và xóa tự động hóa duy trì tính nhất quán.

Giai đoạn ở đầu cuối của thiết kế cơ sở tài liệu là đưa ra những quyết định hành động ảnh hưởng đến hiệu suất, kĩ năng mở rộng, phục hồi, bảo mật thông tin và tương tự, tùy từng DBMS rõ ràng. Điều này thường được gọi là thiết kế cơ sở tài liệu vật lý và đầu ra là quy mô tài liệu vật lý. Mục tiêu chính trong quy trình này là tính độc lập tài liệu, nghĩa là những quyết định hành động được đưa ra cho mục tiêu tối ưu hóa hiệu suất sẽ vô hình dung riêng với những người tiêu dùng cuối và ứng dụng. Có hai loại độc lập tài liệu: độc lập tài liệu vật lý và độc lập tài liệu logic. Thiết kế vật lý được điều khiển và tinh chỉnh hầu hết bởi những yêu cầu về hiệu suất và yên cầu kiến thức và kỹ năng tốt về khối lượng việc làm và bộ sưu tập truy vấn dự kiến và hiểu biết thâm thúy về những tính năng được phục vụ bởi DBMS đã chọn.

Một khía cạnh khác của thiết kế cơ sở tài liệu vật lý là bảo mật thông tin. Nó gồm có cả việc xác lập trấn áp truy vấn cho những đối tượng người dùng cơ sở tài liệu cũng như xác lập những mức và phương thức bảo mật thông tin cho chính tài liệu.

Mô hình

Cắt dán năm loại quy mô cơ sở tài liệu

Mô hình cơ sở tài liệu là một loại quy mô tài liệu xác lập cấu trúc logic của cơ sở tài liệu và xác lập cơ bản theo phương pháp tài liệu hoàn toàn có thể được tàng trữ, sắp xếp và thao tác. Ví dụ phổ cập nhất của quy mô cơ sở tài liệu là quy mô quan hệ (hoặc xấp xỉ SQL của quan hệ), sử dụng định dạng nhờ vào bảng.

Các quy mô tài liệu logic phổ cập cho cơ sở tài liệu gồm có:

Mô hình quan hệ
Mô hình quan hệ Entity

Mô hình quan hệ thực thể nâng cao

Mô hình đối tượng người dùng
Mô hình tài liệu
Mô hình giá trị thuộc tính Entity
Lược đồ sao

Một cơ sở tài liệu quan hệ đối tượng người dùng phối hợp hai cấu trúc liên quan.

Các quy mô tài liệu vật lý gồm có:

Các quy mô khác gồm có:

Các quy mô chuyên biệt được tối ưu hóa cho những loại tài liệu rõ ràng:

Cấp độ xem bên phía ngoài, khái niệm và nội bộ

Chế độ xem tài liệu truyền thống cuội nguồn [34]

Một khối mạng lưới hệ thống quản trị và vận hành cơ sở tài liệu phục vụ ba khung nhìn của tài liệu cơ sở tài liệu:

Mặc dù thường chỉ có một chính sách xem khái niệm (hoặc logic) và vật lý (hoặc nội bộ) của tài liệu, hoàn toàn có thể có bất kỳ số lượt xem bên phía ngoài rất khác nhau. Điều này được cho phép người tiêu dùng xem thông tin cơ sở tài liệu Theo phong cách liên quan đến marketing thương mại hơn là từ quan điểm xử lý kỹ thuật. Ví dụ: bộ phận tài chính của một công ty cần rõ ràng thanh toán của toàn bộ nhân viên cấp dưới như một phần ngân sách của công ty, nhưng không cần rõ ràng về nhân viên cấp dưới là mối quan tâm của cục phận nhân sự. Do đó, những bộ phận rất khác nhau cần quan điểm rất khác nhau về cơ sở tài liệu của công ty.

Kiến trúc cơ sở tài liệu ba cấp liên quan đến khái niệm độc lập tài liệu, một trong những động lực ban đầu chính của quy mô quan hệ. Ý tưởng là những thay đổi được thực thi ở một mức độ nhất định không ảnh hưởng đến chính sách xem ở Lever cao hơn. Ví dụ, những thay đổi ở Lever nội bộ không ảnh hưởng đến những chương trình ứng dụng được viết bằng giao diện cấp khái niệm, điều này làm giảm tác động của việc thực thi những thay đổi vật lý để cải tổ hiệu suất.

Khung nhìn khái niệm phục vụ một mức độ gián tiếp giữa bên trong và bên phía ngoài. Một mặt, nó phục vụ một khung nhìn chung cho cơ sở tài liệu, độc lập với những cấu trúc khung nhìn bên phía ngoài rất khác nhau và mặt khác, nó trừu tượng hóa những cụ ông cụ bà thể về kiểu cách tài liệu được tàng trữ hoặc quản trị và vận hành (mức nội bộ). Về nguyên tắc, mọi Lever và thậm chí còn mọi chính sách xem bên phía ngoài đều hoàn toàn có thể được trình diễn bởi một quy mô tài liệu rất khác nhau. Trong thực tiễn, một DBMS nhất định sử dụng cùng một quy mô tài liệu cho toàn bộ mức độ bên phía ngoài và mức khái niệm (ví dụ: quy mô quan hệ). Cấp độ bên trong, được ẩn bên trong DBMS và tùy từng việc triển khai nó, yên cầu một mức độ rõ ràng khác và sử dụng nhiều chủng loại cấu trúc tài liệu riêng của nó.

Tách rời những Lever bên phía ngoài, khái niệm và bên trong là một tính năng chính của việc triển khai quy mô cơ sở tài liệu quan khối mạng lưới hệ thống trị cơ sở tài liệu thế kỷ 21.[35]

Công nghệ cơ sở tài liệu là một chủ đề nghiên cứu và phân tích tích cực từ trong năm 1960, cả trong những học viện chuyên nghành và trong những nhóm nghiên cứu và phân tích và tăng trưởng của những công ty (ví như Nghiên cứu của IBM). Hoạt động nghiên cứu và phân tích gồm có lý thuyết và tăng trưởng những nguyên mẫu. Các chủ đề nghiên cứu và phân tích đáng để ý quan tâm đã gồm có những quy mô, khái niệm thanh toán giao dịch thanh toán nguyên tử và những kỹ thuật trấn áp đồng thời có liên quan, ngôn từ truy vấn và phương pháp tối ưu hóa truy vấn, RAID,v.v….

Khu vực nghiên cứu và phân tích cơ sở tài liệu có một số trong những tạp chí học thuật chuyên được sử dụng (ví dụ: ACM Transactions on Database Systems -TODS, Data & Knowledge Engineering -DKE) và những hội nghị thường niên (ví dụ: ACM SIGMOD, ACM PODS, VLDB, IEEE ICDE).

^ This article quotes a development time of 5 years involving 750 people for DB2 release 9 alone.(Chong và đồng nghiệp 2007)

^ Ullman & Widom 1997, tr. 1.

^ “Update – Definition of update by Merriam-Webster”. merriam-webster.

^ “Retrieval – Definition of retrieval by Merriam-Webster”. merriam-webster.

^ “Administration – Definition of administration by Merriam-Webster”. merriam-webster.

^ Tsitchizris & Lochovsky 1982.

^ Beynon-Davies 2003.

^ Nelson & Nelson 2001.

^ Bachman 1973.

^ “TOPDB Top Database index”. pypl.github.io.

^ “database, n”. OED Online. Oxford University Press. tháng 6 năm trước đó đó. Truy cập ngày 12 tháng 7 năm trước đó đó. (Cần Đk mua.)

^ IBM Corporation (tháng 10 năm trước đó đó). “IBM Information Management System (IMS) 13 Transaction and Database Servers delivers high performance and low total cost of ownership”. Truy cập ngày 20 tháng 2 năm 2014.

^ Codd 1970.

^ Hershey & Easthope 1972.

^ North 2010.

^ Childs 1968a.

^ Childs 1968b.

^ Tài liệu tìm hiểu thêm Hệ thống quản trị và vận hành thông tin MICRO (Phiên bản 5.0) [1]

^ “Oracle 30th Anniversary Timeline” (PDF). Truy cập ngày 23 tháng 8 năm 2022.

^ Cuộc phỏng vấn với Wayne Ratliff. Lịch sử FoxPro. Truy cập ngày 2013-07-12.

^ Development of an object-oriented DBMS; Portland, Oregon, United States; Pages: 472–482; 1986; ISBN 0-89791-204-7

^ Graves, Steve. “Cơ sở tài liệu COTS cho những khối mạng lưới hệ thống nhúng”, tạp chí Thiết kế điện toán nhúng, tháng 1 trong năm 2007 Truy cập ngày 13 tháng 8 năm 2008.

^ Luận cứ về trí tuệ tự tạo của Iyad Rahwan, Guillermo R. Simari

^ “OWL DL Semantics”. Truy cập ngày 10 tháng 12 năm 2010.

^ Connolly & Begg 2014, tr. 64.

^ Connolly & Begg 2014, tr. 97–102.

^ Connolly & Begg 2014, tr. 102.

^ Connolly & Begg 2014, tr. 106–113.

^ Connolly & Begg 2014, tr. 65.

^ Chapple 2005.

^ “Structured Query Language (SQL)”. International Business Machines. ngày 27 tháng 10 năm 2006. Truy cập ngày 10 tháng 6 trong năm 2007.

^ Wagner 2010.

^ Halder & Cortesi 2011.

^ Ben Linders (ngày 28 tháng 1 năm 2022). “How Database Administration Fits into DevOps”. Truy cập ngày 15 tháng bốn năm 2022.

^ itl.nist.gov (1993) Định nghĩa tích hợp cho quy mô hóa thông tin (IDEFIX) [2]. 21 tháng 12 năm 1993.

^ a b Date 2003, tr. 31–32.

Bachman, Charles W. (1973). “The Programmer as Navigator”. Communications of the ACM. 16 (11): 653–658. doi:10.1145/355611.362534. Đã bỏ qua tham số không rõ |subscription= (gợi ý |url-access=) (trợ giúp)

Beynon-Davies, Paul (2003). Database Systems (ấn bản 3). Palgrave Macmillan. ISBN 978-1403916013.

Chapple, Mike (2005). “SQL Fundamentals”. Databases. About. Lưu trữ bản gốc 22 tháng 2, 2009. Truy cập 28 tháng 1, 2009.

Childs, David L. (1968a). “Description of a set-theoretic data structure” (PDF). CONCOMP (Research in Conversational Use of Computers) Project. Technical Report 3. University of Michigan.

Childs, David L. (1968b). “Feasibility of a set-theoretic data structure: a general structure based on a reconstituted definition” (PDF). CONCOMP (Research in Conversational Use of Computers) Project. Technical Report 6. University of Michigan.

Chong, Raul F.; Wang, Xiaomei; Dang, Michael; Snow, Dwaine R. (2007). “Introduction to DB2”. Understanding DB2: Learning Visually with Examples (ấn bản 2). ISBN 978-0131580183. Truy cập 17 tháng 3, 2013.

Codd, Edgar F. (1970). “A Relational Model of Data for Large Shared Data Banks” (PDF). Communications of the ACM. 13 (6): 377–387. doi:10.1145/362384.362685.

Connolly, Thomas M.; Begg, Carolyn E. (2014). Database Systems – A Practical Approach to Design Implementation and Management (ấn bản 6). Pearson. ISBN 978-1292061184.

Date, C. J. (2003). An Introduction to Database Systems (ấn bản 8). Pearson. ISBN 978-0321197849.

Halder, Raju; Cortesi, Agostino (2011). “Abstract Interpretation of Database Query Languages” (PDF). Computer Languages, Systems & Structures. 38 (2): 123–157. doi:10.1016/j.cl.2011.10.004. ISSN 1477-8424.

Hershey, William; Easthope, Carol (1972). A set theoretic data structure and retrieval language. Spring Joint Computer Conference, May 1972. ACM SIGIR Forum. 7 (4). tr. 45–55. doi:10.1145/1095495.1095500.

Nelson, Anne Fulcher; Nelson, William Harris Morehead (2001). Building Electronic Commerce: With Web Database Constructions. Prentice Hall. ISBN 978-0201741308.

North, Ken (10 tháng 3, 2010). “Sets, Data Models and Data Independence”. Dr. Dobb’s. Lưu trữ bản gốc 24 tháng 10, 2010.

Tsitchizris, Dionysios C.; Lochovsky, Fred H. (1982). Data Models. Prentice–Hall. ISBN 978-0131964280.

Ullman, Jeffrey; Widom, Jennifer (1997). A First Course in Database Systems. Prentice–Hall. ISBN 978-0138613372.

Wagner, Michael (2010), SQL/XML:2006 – Evaluierung der Standardkonformität ausgewählter Datenbanksysteme, Diplomica Verlag, ISBN 978-3836696098

Wikimedia Commons có thêm hình ảnh và phương tiện đi lại truyền tải về Cơ sở tài liệu.

Lấy từ “://vi.wikipedia.org/w/index.php?title=Cơ_sở_dữ_liệu&oldid=68333066”

4472

Video Phần mềm để xây dựng và khai thác cơ sở tài liệu là ứng dụng ứng dụng ?

Bạn vừa tìm hiểu thêm nội dung bài viết Với Một số hướng dẫn một cách rõ ràng hơn về Clip Phần mềm để xây dựng và khai thác cơ sở tài liệu là ứng dụng ứng dụng tiên tiến và phát triển nhất

Chia Sẻ Link Download Phần mềm để xây dựng và khai thác cơ sở tài liệu là ứng dụng ứng dụng miễn phí

Heros đang tìm một số trong những ShareLink Download Phần mềm để xây dựng và khai thác cơ sở tài liệu là ứng dụng ứng dụng Free.

Hỏi đáp vướng mắc về Phần mềm để xây dựng và khai thác cơ sở tài liệu là ứng dụng ứng dụng

Nếu sau khi đọc nội dung bài viết Phần mềm để xây dựng và khai thác cơ sở tài liệu là ứng dụng ứng dụng vẫn chưa hiểu thì hoàn toàn có thể lại Comment ở cuối bài để Mình lý giải và hướng dẫn lại nha
#Phần #mềm #để #xây #dựng #và #khai #thác #cơ #sở #dữ #liệu #là #phần #mềm #ứng #dụng