Mô hình trình bày dữ liệu: Mô hình hướng đối tượng.

Mô hình dữ liệu được chấp nhận chính thức và thường được chấp nhận đầu tiên là mô hình quan hệ của mã. Trong mô hình này, như trong tất cả những điều sau đây, ba khía cạnh đã được phân biệt - kết cấu, toàn diện và thao túng. Các cấu trúc dữ liệu trong mô hình quan hệ dựa trên các mối quan hệ bình thường hóa phẳng, các hạn chế toàn vẹn được thể hiện bằng cách sử dụng các công cụ logic thứ nhất và cuối cùng, thao tác dữ liệu được thực hiện trên cơ sở đại số quan hệ hoặc tính toán quan hệ tương đương. Theo nhiều nhà nghiên cứu, mô hình quan hệ dữ liệu phần lớn là do thực tế là nó dựa vào một bộ máy toán học nghiêm ngặt của lý thuyết về bộ, quan hệ và logic của đơn hàng đầu tiên. Các nhà phát triển của bất kỳ hệ thống quan hệ cụ thể nào được coi là nhiệm vụ của họ để thể hiện sự tuân thủ với mô hình dữ liệu cụ thể của mô hình quan hệ tổng thể, hoạt động như một thước đo của mối quan hệ của hệ thống của hệ thống.

Những khó khăn chính của mô hình hóa dữ liệu hướng đối tượng kết quả từ thực tế là một bộ máy toán học được phát triển như vậy trên đó mô hình dữ liệu hướng đối tượng phổ biến có thể dựa trên. Đến một mức độ lớn, do đó vẫn không có mô hình hướng đối tượng cơ bản. Mặt khác, một số tác giả lập luận rằng mô hình dữ liệu hướng đối tượng tổng thể theo nghĩa cổ điển và không thể được xác định do sự bất thường của khái niệm cổ điển về mô hình dữ liệu cho Paradig Định hướng đối tượng.

Một trong những nhà lý thuyết nổi tiếng nhất trong lĩnh vực mô hình dữ liệu cung cấp Bọ rửa mặt bằng cách nói chung, cơ sở chính thức của OBS, cách xa hoàn thành và không phải là mô hình dữ liệu theo nghĩa truyền thống, nhưng cho phép các nhà nghiên cứu và phát triển hệ thống OBD ít nhất là nói chuyện Một ngôn ngữ (nếu, tất nhiên, Gợi ý Bọ sáng sẽ được phát triển và sẽ nhận được hỗ trợ). Bất kể định mệnh nào của các đề xuất này, chúng tôi coi nó hữu ích để kể lại ngắn gọn về chúng.

Đầu tiên, sau khi thực hành nhiều OBS, nó được đề xuất để phân bổ hai cấp độ mô hình hóa: thấp hơn (cấu trúc) và trên (hành vi). Ở cấp độ cấu trúc, các đối tượng phức tạp được hỗ trợ, nhận dạng và loại giao tiếp của chúng là "ISA". Cơ sở dữ liệu là một tập hợp các mục dữ liệu liên quan đến các mối quan hệ "vào lớp" hoặc "là một thuộc tính". Do đó, cơ sở dữ liệu có thể được coi là một biểu đồ định hướng. Một điểm quan trọng là duy trì cùng với khái niệm về đối tượng của khái niệm ý nghĩa (sau này chúng ta sẽ thấy nó được xây dựng bao nhiêu trong một trong những DBMS hướng đối tượng thành công O2).

Một khía cạnh quan trọng là một sự phân tách rõ ràng của sơ đồ DB và chính cơ sở dữ liệu. Các loại và các lớp được sử dụng như các khái niệm chính của mức mạch của OBD. Cần lưu ý rằng trong tất cả các hệ thống chỉ bằng một khái niệm (hoặc loại hoặc loại), khái niệm này chắc chắn bị quá tải: loại giả định sự hiện diện của một tập hợp các giá trị nhất định được xác định bởi cấu trúc của loại dữ liệu này; Lớp học cũng cho rằng sự hiện diện của nhiều đối tượng, nhưng bộ này được xác định bởi người dùng. Do đó, các loại và lớp học chơi các vai trò khác nhau, và cho sự nghiêm ngặt và sự mơ hồ đòi hỏi phải hỗ trợ đồng thời cho cả hai khái niệm.

Bọ cà rồng không đại diện cho một mô hình chính thức hoàn chỉnh về mức độ cấu trúc của OBS, nhưng bày tỏ sự tự tin rằng mức độ hiểu biết hiện tại là đủ để chính thức hóa một mô hình như vậy. Đối với cấp độ hành vi, chỉ cách tiếp cận chung đối với bộ máy logic cần thiết cho việc này là không đủ cho việc này (logic của cấp độ đầu tiên là không đủ).

Một điều quan trọng, mặc dù giả định không đủ hợp lý của bong bóng là hai cấp độ truyền thống - các chương trình và dữ liệu không đủ cho OBD. Để xác định chính xác OBS, mức độ của Sơ đồ META là bắt buộc, nội dung cần xác định loại đối tượng và kết nối được phép ở mức mạch của cơ sở dữ liệu. Sơ đồ META nên chơi cho vai trò như vậy, phần cấu trúc của mô hình dữ liệu quan hệ được phát cho các mạch cơ sở dữ liệu quan hệ.

Có nhiều ấn phẩm khác liên quan đến chủ đề của các mô hình dữ liệu hướng đối tượng, nhưng chúng có ảnh hưởng đủ các vấn đề riêng tư hoặc sử dụng bộ máy toán học quá nghiêm trọng cho đánh giá này (ví dụ: một số tác giả xác định mô hình dữ liệu hướng đối tượng dựa trên lý thuyết về các loại).

Để minh họa tình trạng hiện tại, chúng tôi xem xét ngắn gọn các tính năng của một mô hình cụ thể của dữ liệu được sử dụng trong DBMS hướng đối tượng O2 (tất nhiên, cũng không phải là mô hình dữ liệu theo nghĩa cổ điển).

Trong O2, các đối tượng và giá trị được hỗ trợ. Đối tượng là một cặp (định danh, giá trị) và các đối tượng được gói gọn, tức là. Giá trị của chúng chỉ khả dụng thông qua các phương thức - thủ tục gắn liền với các đối tượng. Giá trị có thể là nguyên tử hoặc cấu trúc. Giá trị cấu trúc được xây dựng từ các giá trị hoặc đối tượng được biểu thị bằng các định danh của chúng bằng các nhà thiết kế bộ, bộ dữ liệu và danh sách. Các yếu tố của các giá trị kết cấu có sẵn bằng cách sử dụng các thao tác được xác định trước (nguyên thủy).

Có hai loại tổ chức dữ liệu: các lớp có các đối tượng là đối tượng, gói dữ liệu và hành vi và các loại có các giá trị là giá trị. Mỗi lớp khớp với loại mô tả cấu trúc của các trường hợp lớp. Các loại được xác định bằng cách đệ quy dựa trên các loại nguyên tử và các loại và lớp được xác định trước đó bằng các nhà thiết kế. Phía hành vi của lớp được xác định bởi một tập hợp các phương thức.

Các đối tượng và giá trị có thể được đặt tên. Với tên của đối tượng hoặc giá trị có liên quan đến lưu trữ dài hạn (sự bền bỉ): bất kỳ đối tượng hoặc giá trị được đặt tên nào là dài hạn; Bất kỳ đối tượng hoặc giá trị nào được bao gồm như một phần của một đối tượng hoặc giá trị được đặt tên khác, dài hạn.

Với sự trợ giúp của một chỉ định đặc biệt được chỉ định khi xác định lớp, bạn có thể đạt được lưu trữ lâu dài bất kỳ đối tượng nào của lớp này. Trong trường hợp này, hệ thống sẽ tự động tạo ra bộ giá trị, có tên khớp với tên lớp. Trong tập này, tất cả các đối tượng của lớp này được đảm bảo.

Phương thức này là mã chương trình được đính kèm với một lớp cụ thể và áp dụng cho các đối tượng của lớp này. Định nghĩa của phương thức trong O2 được sản xuất trong hai giai đoạn. Đầu tiên, chữ ký phương thức được khai báo, tức là. Tên, lớp, loại hoặc lớp đối số và loại hoặc loại kết quả. Các phương thức có thể được công khai (có sẵn từ các lớp khác) hoặc riêng tư (chỉ có sẵn trong lớp này). Ở giai đoạn thứ hai, việc triển khai lớp được xác định trong một trong các ngôn ngữ lập trình O2 (nhiều ngôn ngữ hơn được thảo luận trong phần tiếp theo của đánh giá của chúng tôi).

Trong mô hình O2, kế thừa nhiều lớp được hỗ trợ dựa trên tỷ lệ SuperType / Subtype. Các lớp con được phép thêm và / hoặc ghi đè các thuộc tính và phương thức. Có thể với nhiều kế thừa của sự mơ hồ (theo các thuộc tính và phương thức tên) được giải quyết bằng cách đổi tên hoặc bằng cách chỉ định rõ ràng nguồn thừa kế. Đối tượng dưới lớp là một đối tượng của mỗi siêu lớp, trên cơ sở phân lớp này được tạo.

Lớp "đối tượng" được xác định trước được hỗ trợ, đó là gốc của mạng Lattice; Bất kỳ lớp nào khác là một "đối tượng HIRE LỚP" và kế thừa các phương thức được xác định trước ("is_same", "is_value_equal", v.v.).

Tính năng cụ thể của mô hình O2 là khả năng khai báo các thuộc tính và phương thức "đặc biệt" bổ sung cho các đối tượng được đặt tên. Điều này có nghĩa là một đối tượng có tên được đặt tên một lớp cụ thể có thể có một loại là một kiểu con của loại lớp. Tất nhiên, các phương thức lớp tiêu chuẩn không hoạt động với các thuộc tính như vậy, nhưng cụ thể hơn cho các phương thức được đặt tên có thể được xác định (hoặc tiêu chuẩn xác định lại) mà các thuộc tính bổ sung đã có sẵn. Nó được nhấn mạnh rằng các thuộc tính và phương thức bổ sung được quy cho không phải là một đối tượng cụ thể, mà đến tên, mà ở những thời điểm khác nhau có thể có các đối tượng khác nhau nói chung. Để thực hiện các thuộc tính và phương thức đặc biệt, cần phải phát triển các kỹ thuật ràng buộc muộn.

Trong phần tiếp theo, chúng ta, trong số những thứ khác, hãy xem xét các tính năng của ngôn ngữ lập trình và yêu cầu cho hệ thống O2, tất nhiên, có liên quan chặt chẽ với các chi tiết cụ thể của mô hình dữ liệu.

Mô hình hướng đối tượng

Trong một mô hình hướng đối tượng, khi trình bày dữ liệu, có thể xác định các bản ghi riêng lẻ của cơ sở. Giữa các bản ghi cơ sở dữ liệu và các chức năng xử lý của chúng Thiết lập các mối quan hệ bằng cách sử dụng các cơ chế tương tự như các phương tiện phù hợp trong các ngôn ngữ lập trình hướng đối tượng.

Một mô hình hướng đối tượng được tiêu chuẩn hóa được mô tả trong các khuyến nghị tiêu chuẩn ODMG-93 (Nhóm quản lý cơ sở dữ liệu đối tượng - một nhóm nhóm quản lý cơ sở dữ liệu hướng đối tượng). Đầy đủ, khuyến nghị ODMG-93 vẫn chưa có thể. Để minh họa các ý tưởng chính, hãy xem xét một mô hình có phần đơn giản hóa của cơ sở dữ liệu hướng đối tượng.

Cấu trúc của cơ sở dữ liệu hướng đối tượng (ví dụ: cơ sở dữ liệu đối tượng đa dạng, cửa hàng đối tượng, v.v.) biểu thị đồ họa dưới dạng cây có các nút là đối tượng. Các thuộc tính đối tượng được mô tả bởi một số loại tiêu chuẩn (ví dụ: chuỗi - chuỗi) hoặc một loại bởi người dùng được xây dựng bởi người dùng (được định nghĩa là lớp).

Các giá trị của loại chuỗi là một chuỗi các ký tự. Giá trị của thuộc tính Loại lớp là một đối tượng là một thể hiện của lớp tương ứng. Mỗi đối tượng là một thể hiện của lớp được coi là hậu duệ của một đối tượng mà nó được định nghĩa là một thuộc tính. Đối tượng - một trường hợp lớp thuộc về lớp của nó và có một phụ huynh. Quan hệ chung trong cơ sở dữ liệu tạo thành một hệ thống phân cấp mạch lạc của các đối tượng.

Cấu trúc logic của cơ sở dữ liệu hướng đối tượng bên ngoài tương tự như cấu trúc của cơ sở dữ liệu phân cấp. Sự khác biệt chính giữa chúng bao gồm các phương thức thao tác dữ liệu.

Để thực hiện hành động trên dữ liệu trong mô hình cơ sở dữ liệu đang xem xét, các hoạt động logic được sử dụng, tăng cường bởi các cơ chế định hướng đối tượng đóng gói, thừa kế và đa hình.

Các hoạt động tương tự như các ngôn ngữ SQL (ví dụ: để tạo cơ sở dữ liệu) có thể bị giới hạn.

Việc tạo và sửa đổi cơ sở dữ liệu được kèm theo do hình thành tự động và điều chỉnh chỉ mục tiếp theo (bảng chỉ mục) chứa thông tin để nhanh chóng tìm kiếm dữ liệu.

Xem xét ngắn gọn khái niệm đóng gói, thừa kế và đa hình liên quan đến mô hình định hướng đối tượng của cơ sở dữ liệu.

Đóng gói giới hạn phạm vi của tên của các thuộc tính trong đối tượng mà nó được xác định.

Di sản, ngược lại, phân phối phạm vi của tài sản trên tất cả các hậu duệ của đối tượng.

Đa hình trong các ngôn ngữ lập trình hướng đối tượng có nghĩa là khả năng của cùng một mã chương trình để hoạt động với dữ liệu đa chiều. Nói cách khác, nó có nghĩa là sự cho phép trong các đối tượng của các loại khác nhau để có các phương thức (thủ tục hoặc chức năng) có cùng tên. Trong quá trình thực hiện chương trình đối tượng, các phương thức tương tự được vận hành với các đối tượng khác nhau tùy thuộc vào loại đối số. Việc tìm kiếm cơ sở dữ liệu hướng đối tượng là xác định điểm tương đồng giữa người dùng hỏi và các đối tượng được lưu trữ trong cơ sở dữ liệu. Đối tượng do người dùng xác định, được gọi là mục đích đối tượng (thuộc tính của đối tượng là loại Mục tiêu), trong trường hợp chung có thể là một tập hợp con của toàn bộ hệ thống phân cấp các đối tượng trong cơ sở dữ liệu. Đối tượng đối tượng, cũng như kết quả của việc thực thi truy vấn có thể được lưu trữ trong chính cơ sở dữ liệu.

Ưu điểm chính của mô hình dữ liệu hướng đối tượng so với mối quan hệ là khả năng hiển thị thông tin về các mối quan hệ phức tạp của các đối tượng. Mô hình dữ liệu hướng đối tượng cho phép bạn xác định một mục cơ sở dữ liệu riêng biệt và xác định các chức năng xử lý của họ.

Nhược điểm của một mô hình hướng đối tượng là độ phức tạp cao khái niệm cao, sự bất tiện của xử lý dữ liệu và tốc độ truy vấn thấp.

Loại dữ liệu

Ban đầu, DBMS được sử dụng chủ yếu để giải quyết các nhiệm vụ tài chính và kinh tế. Đồng thời, bất kể mô hình trình bày trong cơ sở dữ liệu, các loại dữ liệu chính sau đã được sử dụng:

số. Ví dụ về giá trị dữ liệu: 0,43; 328; 2E + 5;
Tượng trưng (chữ và số). Ví dụ về giá trị dữ liệu: "Thứ Sáu", "String", "Lập trình viên";
Ngày được chỉ định bằng cách sử dụng loại đặc biệt "Ngày" hoặc dữ liệu biểu tượng thông thường. Ví dụ về giá trị dữ liệu: 1.12.97, 23/2/1999.

Trong các DBMS khác nhau, các loại này có thể khác biệt không đáng kể với nhau bằng tên, phạm vi của các giá trị và loại trình bày. Sau đó, các lĩnh vực ứng dụng mới bắt đầu xuất hiện các hệ thống xử lý dữ liệu chuyên biệt, chẳng hạn như thông tin địa lý, xử lý video, v.v. Về vấn đề này, các nhà phát triển bắt đầu nhập các loại dữ liệu mới vào DBMS truyền thống. Theo số lượng các loại dữ liệu tương đối mới, các loại sau có thể được quy cho:

Tạm thời và dữ liệu tạm thời, được thiết kế để lưu trữ thông tin về ngày và (hoặc) ngày. Ví dụ về giá trị dữ liệu: 31.01.85 (ngày), 9:10:03 (thời gian), 03/10/1960 12:00 (ngày và giờ);
Độ dài biến tượng dành cho việc lưu trữ thông tin văn bản dài, chẳng hạn như một tài liệu;
Nhị phân, nhằm lưu trữ các đối tượng đồ họa, thông tin âm thanh và video, không gian, thời gian và thông tin đặc biệt khác. Ví dụ: trong MS Access, loại này là loại dữ liệu "trường của đối tượng OLE", cho phép bạn lưu trữ dữ liệu đồ họa trong dữ liệu đồ họa BMP (bitmap) và tự động hiển thị chúng khi làm việc với cơ sở dữ liệu;
Siêu liên kết (siêu liên kết), được thiết kế để lưu trữ các liên kết đến các tài nguyên khác nhau (nút, tệp, tài liệu, v.v.), ví dụ: ví dụ: trên cơ sở dữ liệu, trên Internet, mạng của Intranet hoặc trên đĩa cứng của máy tính.

Trong DBMS hiện đại với các mô hình dữ liệu khác nhau, tất cả các loại dữ liệu được liệt kê có thể được sử dụng.

Hiển thịmô hình

Mô hình quan hệ cổ điển liên quan đến khả năng không thể chia sẻ dữ liệu được lưu trữ trong các mục nhập bảng. Mô hình chụp là một mô hình quan hệ mở rộng loại bỏ các hạn chế của khả năng không thể chia sẻ dữ liệu. Mô hình thừa nhận các trường đa năng - các trường có giá trị bao gồm Sussime. Một tập hợp các giá trị của các trường đa năng được coi là một bảng độc lập được nhúng trong bảng chính.

Trong bộ lễ phục. 2.6 Về ví dụ về thông tin về hóa đơn và hàng hóa để so sánh, việc trình bày cùng một dữ liệu được cung cấp bằng các mô hình Quan hệ (A) và Chụp (B). Có thể thấy từ hình ảnh so với mô hình quan hệ trong mô hình chụp, dữ liệu được lưu trữ hiệu quả hơn và trong quá trình xử lý, sẽ không cần thiết phải thực hiện thao tác kết nối dữ liệu từ hai bảng.

Sản phẩm trên cao trên cao

N chồng chéo	Người mua	N chồng chéo	con số

Trên không

N chồng chéo	Người mua	con số

Quả sung. 2.6. Cấu trúc của những mô hình quan hệ và bắn súng này

Vì mô hình chụp cho phép lưu trữ trong các bảng dữ liệu bất thường, vấn đề đảm bảo tính toàn vẹn và tính nhất quán của dữ liệu xảy ra. Vấn đề này được giải quyết bằng cách đưa vào DBMS của các cơ chế liên quan.

Nhân phẩm.mô hình chụp là khả năng trình bày một tập hợp các bảng quan hệ liên quan của một bảng hiển thị. Điều này đảm bảo khả năng hiển thị cao để trình bày thông tin và cải thiện hiệu quả của việc xử lý.

Bất lợimô hình chụp là sự phức tạp của việc giải quyết vấn đề đảm bảo tính toàn vẹn và tính nhất quán của dữ liệu được lưu trữ.

Dữ liệu được xem xét dữ liệu được hỗ trợ bởi DBMS của Đại học. Các DBMS khác dựa trên mô hình dữ liệu thăm dò cũng bao gồm các hệ thống BUBBA và DASDB.

Mô hình đa chiều

Cách tiếp cận đa chiều để trình bày dữ liệu xuất hiện gần như đồng thời với quan hệ, nhưng quan tâm đến DBMS đa chiều bắt đầu có được một nhân vật đại chúng từ giữa những năm 90. Bài viết của E. Codda được phục vụ vào năm 1993. Nó chứa 12 yêu cầu cơ bản cho các hệ thống lớp OLAP (xử lý phân tích trực tuyến - xử lý phân tích hoạt động), quan trọng nhất trong số đó có liên quan đến khả năng của biểu diễn khái niệm và xử lý dữ liệu đa chiều.

Trong việc phát triển các khái niệm hệ thống thông tin, hai hướng sau đây có thể được phân biệt:

Hệ thống xử lý hoạt động (giao dịch);

Hệ thống chế biến phân tích (hệ thống hỗ trợ quyết định).

DBMS quan hệ được dành cho các hệ thống thông tin để xử lý thông tin vận hành và trong khu vực này rất hiệu quả. Trong các hệ thống xử lý phân tích, họ cho thấy mình có phần không thể tiếp cận và không đủ linh hoạt. DBMS đa chiều có hiệu quả hơn ở đây.

DBMS đa chiều là DBMS chuyên biệt rất nhiều dành cho xử lý thông tin phân tích tương tác. Các khái niệm chính được sử dụng trong các DBMS này: tổng hợp, lịch sử và dự đoán.

Lăng thịdữ liệu có nghĩa là xem xét thông tin ở nhiều cấp độ khái quát hóa khác nhau. Trong các hệ thống thông tin, mức độ chi tiết về việc trình bày thông tin cho người dùng tùy thuộc vào cấp độ của nó: Nhà phân tích, Người dùng, Quản lý, Người quản lý.

Lịch sửdữ liệu liên quan đến việc đảm bảo mức độ tĩnh cao của dữ liệu thực tế và các mối quan hệ của chúng, cũng như nghĩa vụ ràng buộc dữ liệu theo thời gian.

Dự đoán.dữ liệu liên quan đến nhiệm vụ của các hàm dự đoán và việc sử dụng chúng đến các khoảng thời gian khác nhau.

Tính năng đa chiều của mô hình dữ liệu có nghĩa là không có đa chiều về việc trực quan hóa dữ liệu kỹ thuật số, nhưng biểu diễn logic đa chiều của cấu trúc thông tin trong mô tả và trong các hoạt động thao tác dữ liệu.

So với mô hình quan hệ, tổ chức dữ liệu đa chiều có tầm nhìn và nhiều thông tin cao hơn. Để minh họa trong hình. 2.7 Các biểu diễn quan hệ (A) và đa chiều (b) của cùng một dữ liệu về khối lượng bán xe được đưa ra.

Các khái niệm cơ bản của mô hình dữ liệu đa chiều: đo và ô.

Đo lường- Đây là một tập hợp các loại dữ liệu duy nhất tạo thành một trong những khuôn mặt của hypercuba. Trong mô hình đo đa chiều, vai trò của các chỉ mục phục vụ để xác định các giá trị cụ thể trong các tế bào Hypercubes được phát.

Tế bào- Trường này có giá trị được xác định duy nhất bởi một bộ đo cố định. Loại trường thường được định nghĩa nhiều nhất là kỹ thuật số. Tùy thuộc vào cách các giá trị của một ô nhất định được tạo, nó có thể thay đổi (giá trị được thay đổi và có thể được tải từ nguồn dữ liệu ngoài hoặc là phần mềm được hình thành) hoặc một công thức (giá trị, tương tự như các ô công thức của Bảng tính, được tính theo các công thức được xác định trước).

Quả sung. 2.7. Trình bày dữ liệu quan hệ và đa chiều

Trong ví dụ trong hình. 2.7 B mỗi giá trị tế bào Khối lượng bán hàngchắc chắn được xác định bởi sự kết hợp của phép đo tạm thời Tháng bán hàngvà mô hình xe hơi. Trong thực tế, nhiều phép đo thường được yêu cầu. Một ví dụ về mô hình dữ liệu ba chiều được hiển thị trong hình. 2.8.

Quả sung. 2.8. Một ví dụ về mô hình ba chiều

Trong DBMS đa chiều hiện có, hai sơ đồ tổ chức dữ liệu cơ bản được sử dụng: HyperCubic và Polycubic.

TRONG pOLICUBIC.Đề án giả định rằng một số Hypercubes với các kích thước khác nhau có thể được xác định trong cơ sở dữ liệu và với các phép đo khác nhau như khuôn mặt. Một ví dụ về một hệ thống hỗ trợ phiên bản cơ sở dữ liệu Polycubic là Oracle Express Server.

Khi nào hypercubic.các sơ đồ giả định rằng tất cả các ô được xác định bởi cùng một bộ đo. Điều này có nghĩa là với sự hiện diện của một số Hypercubes trong cơ sở dữ liệu, tất cả chúng đều có cùng chiều và kích thước trùng khớp.

Căn bản nhân phẩm.mô hình dữ liệu đa chiều là sự tiện lợi và hiệu quả của việc xử lý phân tích một lượng lớn dữ liệu liên quan đến thời gian.

Bất lợimô hình dữ liệu đa chiều là cồng kềnh cho các nhiệm vụ đơn giản nhất của xử lý thông tin hoạt động thông thường.

Ví dụ về các hệ thống hỗ trợ các mô hình dữ liệu đa chiều là Essbase, Media Multi - Matrix, Oracle Express Server, bộ đệm. Có những sản phẩm phần mềm, như Media / MR, cho phép làm việc đồng thời với đa chiều và có cơ sở dữ liệu quan hệ.

Mô hình hướng đối tượng

Trong một mô hình hướng đối tượng, trình bày dữ liệu có thể xác định các bản ghi cơ sở dữ liệu riêng lẻ. Giữa các bản ghi âm và chức năng xử lý của chúng được thiết lập với sự trợ giúp của các cơ chế tương tự như các phương tiện thích hợp trong các ngôn ngữ lập trình hướng đối tượng.

Mô hình hướng đối tượng tiêu chuẩn được mô tả trong các khuyến nghị tiêu chuẩn ODMG -93 (Nhóm quản lý cơ sở dữ liệu đối tượng - một nhóm nhóm quản lý cơ sở dữ liệu hướng đối tượng).

Xem xét một mô hình đơn giản hóa của một cơ sở dữ liệu hướng đối tượng. Cấu trúc của một cơ sở dữ liệu hướng đối tượng biểu thị đồ họa dưới dạng cây có các nút là đối tượng. Các thuộc tính của các đối tượng được mô tả bởi một số loại hoặc loại tiêu chuẩn, được thiết kế bởi người dùng (được định nghĩa là lớp). Giá trị của thuộc tính Loại lớp là một đối tượng là một thể hiện của lớp tương ứng. Mỗi đối tượng trường học được coi là hậu duệ của một đối tượng trong đó nó được định nghĩa là một thuộc tính. Một đối tượng đối tượng thuộc về lớp của nó và có một cha mẹ. Các mối quan hệ chung trong cơ sở dữ liệu hình thành một sự thống nhất của các đối tượng bằng một rarhy của các đối tượng. Một ví dụ về cấu trúc logic của cơ sở dữ liệu thư viện hướng đối tượng được hiển thị trong hình. 2.9. Đây là loại đối tượng Thư việnlà cha mẹ cho các đối tượng trường học lớp Người đăng kí, Mục lụcvà Phát hành.. Đối tượng khác nhau của loại Sáchvà có thể có một hoặc cha mẹ khác nhau. Loại đối tượng SáchCó một và cùng cha mẹ sẽ khác nhau về ít nhất một số hàng tồn kho (duy nhất cho mỗi bản sao của cuốn sách), nhưng có cùng thuộc tính lÀ Bn, uDC., têne I. tác giả.

Đóng gói.giới hạn phạm vi của tên của tài sản trong đối tượng mà nó được xác định. Vì vậy, nếu trong loại đối tượng Mục lụcthêm tài sản hỏi danh bạ điện thoại của tác giả và có tên Điện thoạiSau đó, chúng tôi sẽ nhận được các thuộc tính cùng tên giữa các đối tượng Người đăng kívà Mục lục. Ý nghĩa của tài sản này sẽ được xác định bởi đối tượng trong đó nó được gói gọn.

Di sảnNgược lại, phạm vi khả năng hiển thị của tài sản trên tất cả các hậu duệ của đối tượng. Vì vậy, tất cả các đối tượng như SáchNhững con cháu của loại loại Mục lục, Bạn có thể gán các thuộc tính của đối tượng cha: iSBN., uDC., tênvà tác giả. Nếu cần thiết phải mở rộng hành động của cơ chế thừa kế đối với các đối tượng không phải là người thân trực tiếp (ví dụ: giữa hai hậu duệ của một phụ huynh), sau đó trong tổ tiên tổng thể của chúng, thuộc tính loại trừu tượng được xác định abl.. Vì vậy, định nghĩa về các thuộc tính trừu tượng vévà con sốtrong đối tượng Thư việndẫn đến thừa kế của các công ty con Sun Sun EMI này Người đăng kí, Sáchvà Phát hành.nhưng. Không vô tình, do đó các giá trị của tài sản vécác lớp học Người đăng kívà Phát hành.thể hiện trong hình. 2.9, giống nhau - 00015.

Đa hìnhtrong các ngôn ngữ lập trình hướng đối tượng, nó có nghĩa là khả năng của cùng một mã chương trình hoạt động với dữ liệu đa chiều. Nói cách khác, nó có nghĩa là sự cho phép trong các đối tượng của các loại khác nhau để có các phương thức (thủ tục hoặc chức năng) có cùng tên. Trong quá trình thực hiện chương trình đối tượng, các phương thức tương tự được vận hành với các đối tượng khác nhau tùy thuộc vào loại đối số. Liên quan đến ví dụ đang xem xét, đa hình có nghĩa là các đối tượng lớp Sáchcó cha mẹ khác nhau từ lớp học Mục lụccó thể có một tập hợp các thuộc tính khác nhau. Do đó, các chương trình làm việc với các đối tượng lớp Sáchcó thể chứa mã đa hình.

Việc tìm kiếm cơ sở dữ liệu hướng đối tượng là để xác định sự tương đồng giữa người dùng hỏi và các đối tượng được lưu trữ trong cơ sở dữ liệu.

Quả sung. 2.9. Cấu trúc cơ sở dữ liệu thư viện logic

Căn bản nhân phẩm.một mô hình dữ liệu hướng đối tượng so với mối quan hệ là khả năng hiển thị thông tin về các đối tượng phức tạp của các đối tượng. Mô hình dữ liệu hướng đối tượng cho phép bạn xác định một mục cơ sở dữ liệu riêng biệt và xác định các chức năng xử lý của chúng.

Nhược điểmmột mô hình hướng đối tượng là một sự phức tạp khái niệm cao, sự bất tiện của xử lý dữ liệu và tốc độ truy vấn thấp.

DBMS hướng đối tượng bao gồm nhà thơ, hoa nhài, đầy đủ, O 2, ODB - Sao Mộc, Iris, Orion, Postgres.

Giới thiệu

Sự xuất hiện của hướng cơ sở dữ liệu hướng đối tượng (OOBD) được xác định chủ yếu bởi nhu cầu thực hành: cần phát triển các hệ thống ứng dụng thông tin phức tạp, trong đó công nghệ của các hệ thống cơ sở dữ liệu trước đó không hoàn toàn thỏa đáng. Tất nhiên, OBS phát sinh không ở đầu. Cơ sở thích hợp được cung cấp bởi cả công việc cơ sở dữ liệu trước đó và các ngôn ngữ lập trình dài hạn với các loại dữ liệu trừu tượng và các ngôn ngữ lập trình hướng đối tượng.

Liên quan đến giao tiếp với công việc cơ sở dữ liệu trước đó, ảnh hưởng mạnh mẽ nhất đến công việc trong lĩnh vực lẻ là sự phát triển của DBMS và theo thời gian theo thời gian sau đây, các gia đình cơ sở dữ liệu trong đó việc quản lý các đối tượng phức tạp đã được hỗ trợ. Những công trình này cung cấp cơ sở cấu trúc của tổ chức OOBD. Tóm tắt này sẽ xem xét OISD và OOSUBD.

Mô hình dữ liệu hướng đối tượng

Hãy xem xét một trong những cách tiếp cận để xây dựng cơ sở dữ liệu - sử dụng mô hình dữ liệu hướng đối tượng (OCOM). Dữ liệu mô hình hóa trong OUD dựa trên khái niệm của một đối tượng. OUD thường được sử dụng trong các lĩnh vực chủ đề phức tạp, thiếu chức năng của mô hình quan hệ (ví dụ: đối với các hệ thống tự động hóa thiết kế (CAD), hệ thống xuất bản, v.v.).

Mô hình hướng đối tượng của dữ liệu ODMG, khác với các mô hình khác, trước hết, trong một khía cạnh chính. Trong mô hình dữ liệu SQL và mô hình dữ liệu quan hệ thực sự, cơ sở dữ liệu là một tập hợp các thùng chứa dữ liệu có tên của một loại chung: bảng hoặc mối quan hệ, tương ứng. Trong một mô hình dữ liệu hướng đối tượng, cơ sở dữ liệu là một tập hợp các đối tượng (thùng chứa dữ liệu) của một loại tùy ý.

Khi tạo DBMS hướng đối tượng (OOSUBD), các phương thức khác nhau được sử dụng, cụ thể là:

nhúng vào một ngôn ngữ hướng đối tượng của các quỹ được thiết kế để hoạt động với cơ sở dữ liệu;

mở rộng ngôn ngữ hiện có của việc làm việc với các chức năng hướng đối tượng cơ sở dữ liệu;

tạo các thư viện hướng đối tượng của các chức năng để hoạt động với cơ sở dữ liệu;

tạo một ngôn ngữ mới và một mô hình dữ liệu hướng đối tượng mới.

Những lợi thế của OCD bao gồm các khả năng rộng rãi để mô hình hóa khu vực chủ đề, một ngôn ngữ biểu cảm của các yêu cầu và hiệu suất cao. Mỗi đối tượng trong Oud có một mã định danh duy nhất (oid - định danh đối tượng). Lưu thông oid xảy ra nhanh hơn đáng kể so với tìm kiếm trong bảng quan hệ.

Trong số những nhược điểm của OCOMS nên được lưu ý là thiếu một mô hình thường được chấp nhận, thiếu kinh nghiệm trong việc tạo và vận hành Odod, độ phức tạp của việc sử dụng và thiếu các công cụ bảo vệ dữ liệu.

Bây giờ hãy xem xét cách các mô hình dữ liệu hỗ trợ được triển khai trong các hệ thống quản lý cơ sở dữ liệu thực.

Trong một mô hình hướng đối tượng (OU), khi dữ liệu được gửi, có thể xác định các mục cơ sở riêng lẻ. Giữa các bản ghi cơ sở dữ liệu và các chức năng xử lý của chúng Thiết lập các mối quan hệ bằng cách sử dụng các cơ chế tương tự như các phương tiện phù hợp trong các ngôn ngữ lập trình hướng đối tượng.

OO tiêu chuẩn được mô tả trong các khuyến nghị tiêu chuẩn ODMG-93 (Nhóm quản lý cơ sở dữ liệu đối tượng - một nhóm các cơ sở dữ liệu hướng đối tượng quản lý). Đầy đủ, khuyến nghị ODMG-93 vẫn chưa có thể. Để minh họa các ý tưởng chính, hãy xem xét một mô hình đơn giản hóa một chút của cơ sở dữ liệu hướng đối tượng.

Cấu trúc của OO DB biểu đồ đại diện dưới dạng cây có các nút là đối tượng. Các thuộc tính đối tượng được mô tả bởi một số loại tiêu chuẩn (ví dụ: chuỗi - chuỗi) hoặc một loại bởi người dùng được xây dựng bởi người dùng (được định nghĩa là lớp).

Các giá trị của loại chuỗi là một chuỗi các ký tự. Giá trị của thuộc tính Loại lớp là một đối tượng là một thể hiện của lớp tương ứng. Mỗi đối tượng trường học được coi là hậu duệ của một đối tượng trong đó nó được định nghĩa là một thuộc tính. Một đối tượng đối tượng thuộc về lớp của nó và có một cha mẹ. Mối quan hệ chung trong cơ sở dữ liệu tạo thành một hệ thống phân cấp ràng buộc của các đối tượng.

Mô hình hướng đối tượng

Một mô hình hướng đối tượng tiêu chuẩn được mô tả trong các khuyến nghị tiêu chuẩn ODMG-93 (Nhóm quản lý cơ sở dữ liệu đối tượng - một nhóm các cơ sở dữ liệu hướng đối tượng quản lý).

Xem xét một mô hình đơn giản hóa của một cơ sở dữ liệu hướng đối tượng. Cấu trúc của một cơ sở dữ liệu hướng đối tượng biểu thị đồ họa dưới dạng cây có các nút là đối tượng. Các thuộc tính của các đối tượng được mô tả bởi một số loại hoặc loại tiêu chuẩn, được thiết kế bởi người dùng (được định nghĩa là lớp). Giá trị của thuộc tính Loại lớp là một đối tượng là một thể hiện của lớp tương ứng. Mỗi đối tượng trường học được coi là hậu duệ của một đối tượng trong đó nó được định nghĩa là một thuộc tính. Một đối tượng đối tượng thuộc về lớp của nó và có một cha mẹ. Quan hệ chung trong cơ sở dữ liệu tạo thành một hệ thống phân cấp mạch lạc của các đối tượng. Một ví dụ về cấu trúc logic của cơ sở dữ liệu thư viện hướng đối tượng được hiển thị trong hình. 2.9. Ở đây, đối tượng loại thư viện là một đối tượng phụ thuộc cho đối tượng. Thuê bao, thư mục và phát hành. Các đối tượng khác nhau như một cuốn sách có thể có một hoặc cha mẹ khác nhau. Các đối tượng như một cuốn sách có cùng cha mẹ nên khác nhau ít nhất số hàng tồn kho (duy nhất cho mỗi bản sao của cuốn sách), nhưng có cùng ISBN, thuộc tính UDC, tên và tác giả.

Đóng gói giới hạn phạm vi của tên của các thuộc tính trong đối tượng mà nó được xác định. Vì vậy, nếu một loại đối tượng là một đối tượng danh mục, hãy hỏi điện thoại của tác giả của cuốn sách và có tên điện thoại, sau đó chúng tôi sẽ nhận được các thuộc tính cùng tên từ người đăng ký và danh mục. Ý nghĩa của tài sản này sẽ được xác định bởi đối tượng trong đó nó được gói gọn.

Di sản, ngược lại, phân phối phạm vi của tài sản trên tất cả các hậu duệ của đối tượng. Vì vậy, tất cả các đối tượng như sách, là hậu duệ của đối tượng loại đối tượng, có thể được quy cho các thuộc tính của đối tượng cha: ISBN, UDC, tên và tác giả. Nếu cần thiết phải mở rộng hiệu ứng của cơ chế thừa kế đối với các đối tượng không phải là người thân trực tiếp (ví dụ: giữa hai hậu duệ của một phụ huynh), sau đó trong tổ tiên tổng thể của chúng, loại trừu tượng loại ABS được xác định. Vì vậy, định nghĩa về các thuộc tính trừu tượng của vé và số trong đối tượng của thư viện dẫn đến thừa kế các thuộc tính này của tất cả các thuê bao, người đăng ký, sách và phát hành. Nó không phải là tình cờ là các giá trị của tài sản của thuê bao vé lớp và phát hành được hiển thị trong hình. 2.9, giống nhau - 00015.

Đa hình trong các ngôn ngữ lập trình hướng đối tượng có nghĩa là khả năng của cùng một mã chương trình để hoạt động với dữ liệu đa chiều. Nói cách khác, nó có nghĩa là sự cho phép trong các đối tượng của các loại khác nhau để có các phương thức (thủ tục hoặc chức năng) có cùng tên. Trong quá trình thực hiện chương trình đối tượng, các phương thức tương tự được vận hành với các đối tượng khác nhau tùy thuộc vào loại đối số. Liên quan đến ví dụ được xem xét, đa hình có nghĩa là các đối tượng lớp với các phụ huynh khác nhau từ danh mục lớp có thể có một tập hợp các thuộc tính khác nhau. Do đó, các chương trình làm việc với các đối tượng lớp có thể chứa mã đa hình.

Quả sung. 2.9. Cấu trúc cơ sở dữ liệu thư viện logic

Nhược điểm của một mô hình hướng đối tượng là độ phức tạp cao khái niệm cao, sự bất tiện của xử lý dữ liệu và tốc độ truy vấn thấp.

DBMS hướng đối tượng bao gồm nhà thơ, hoa nhài, mồ hôi, O2, ODB-Jupiter, Iris, Orion, Postgres.

Các ngân hàng dữ liệu, như một số nguyên, thường được phân loại bởi cơ sở kinh tế và pháp lý.

Theo các điều khoản của việc cung cấp dịch vụ, ngân hàng miễn phí và thanh toán được phân biệt, lần lượt được chia thành thương mại và phi lợi nhuận (khoa học, thư viện hoặc có ý nghĩa về mặt xã hội).

Ở dạng sở hữu BNDS được chia thành tiểu bang và không nhà nước. Theo mức độ tiếp cận, có sẵn công khai và phạm vi giới hạn.

Các loại phân loại khác được liên kết với các thành phần BND riêng biệt.

1. Phát triển các ngân hàng dữ liệu bao gồm 4 giai đoạn:

Giai đoạn 1. Sự hình thành và phân tích các yêu cầu hệ thống:

Đặc tả hệ thống được biên dịch, bao gồm một danh sách các nhiệm vụ mà BND phải giải quyết;

Danh sách người dùng cuối và chức năng của họ;

Danh sách các yêu cầu cơ sở dữ liệu;

Mạch dòng tài liệu trong tổ chức được vẽ lên.

Giai đoạn 2. Thiết kế khái niệm: Mô hình thông tin hệ thống được tạo mà không liên kết với loại máy tính và loại phần mềm hệ thống; Một mô hình thông tin của cơ sở dữ liệu đang được xây dựng, mô tả đầy đủ các lĩnh vực chủ đề trong các điều khoản của người dùng.

3 giai đoạn. Thiết kế triển khai: Hệ thống tính toán được chọn, phần mềm hệ thống và DBMS; Cấu trúc dữ liệu được thiết kế và mô hình DataLog của cơ sở dữ liệu (sơ đồ DB) được xây dựng, đó là mô tả về cấu trúc logic của cơ sở dữ liệu trong ngôn ngữ của các DBMS được chọn cụ thể.

Giai đoạn 4. Việc triển khai vật lý bao gồm việc tạo và tải xuống dữ liệu trong cơ sở dữ liệu, phát triển và gỡ lỗi các chương trình ứng dụng để làm việc với cơ sở dữ liệu, tài liệu viết. Ở giai đoạn này, mô hình vật lý của BD được xây dựng, mô tả các thiết bị lưu trữ được sử dụng, phương thức tổ chức dữ liệu vật lý. Mô tả về cấu trúc vật lý của cơ sở dữ liệu được gọi là lược đồ lưu trữ. Hiện tại, có xu hướng giảm loại công việc này.

2. Các nhiệm vụ chính được giải quyết bởi nhân viên ngân hàng dữ liệu

Các nhân viên của nhân viên BND bao gồm các chuyên gia khác nhau: Quản trị viên BND, các nhà phân tích hệ thống, lập trình viên hệ thống và ứng dụng, nhà khai thác, chuyên gia kỹ thuật, tiếp thị, v.v.

Chúng tôi liệt kê các chức năng và nhiệm vụ chính được giải quyết bởi nhân viên khi phát triển và vận hành cơ sở dữ liệu:

1) Phân tích khu vực chủ đề (xác định nhu cầu của người dùng cuối, xây dựng một mô hình thông tin của khu vực chủ đề, xác định các giới hạn toàn vẹn);

2) Thiết kế cấu trúc cơ sở dữ liệu (xác định thành phần và cấu trúc của các tệp cơ sở dữ liệu, mô tả lược đồ của nó trong ngôn ngữ mô tả dữ liệu);

3) Đặt giới hạn về tính toàn vẹn của cơ sở dữ liệu;

4) Đang tải và bảo trì cơ sở dữ liệu (cơ sở dữ liệu được đề cập, xóa và thêm các mục); Phát triển công nghệ tải xuống và bảo trì; phát triển các hình thức nhập dữ liệu; đầu vào và kiểm soát dữ liệu;

5) Bảo vệ dữ liệu (phân định người dùng, lựa chọn và kiểm tra phương tiện bảo vệ, cố định các nỗ lực truy cập trái phép);

6) Đảm bảo phục hồi cơ sở dữ liệu;

7) Phân tích hiệu quả của BND và sự phát triển của hệ thống;

8) Làm việc với người dùng (tập hợp các phản hồi, đào tạo);

9) Hỗ trợ phần mềm hệ thống (mua lại, lắp đặt và phát triển);

10) Công việc tổ chức và phương pháp (lựa chọn phương pháp thiết kế và hiện đại hóa, lập kế hoạch phát triển BND, phát triển tài liệu).

3. Người dùng ngân hàng dữ liệu

Giống như bất kỳ chương trình và tổ chức và tổ chức kỹ thuật nào, ngân hàng dữ liệu tồn tại kịp thời và trong không gian. Nó có một số giai đoạn phát triển nhất định:

Thiết kế,

Thực hiện,

Ủng hộ,

Cập nhật và phát triển,

Tổ chức lại đầy đủ.

Ở mỗi giai đoạn tồn tại, nhiều loại người tiêu dùng khác nhau được kết nối với ngân hàng dữ liệu.

Người dùng cuối

Đây là danh mục chính của người dùng có sở thích liên quan đến ngân hàng dữ liệu. Tùy thuộc vào các tính năng của dữ liệu được tạo, dữ liệu về cơ bản có thể khác nhau xung quanh người dùng cuối của nó. Đây có thể là những người tiêu dùng ngẫu nhiên gửi đến cơ sở dữ liệu theo thời gian vào cơ sở dữ liệu sau khi nhận được một số thông tin và có thể có người dùng bình thường. Người tiêu dùng ngẫu nhiên có thể được coi là khách hàng có thể từ công ty xem thư mục cài đặt hoặc dịch vụ với mô tả tổng quát hoặc chi tiết. Nhân viên làm việc với các chương trình được thiết kế đặc biệt cho họ, người cung cấp tự động hóa hành động của họ trong việc thực hiện các chức năng, có thể là người dùng thông thường. Ví dụ, một kế hoạch quản trị viên công việc của bộ phận hỗ trợ của một công ty máy tính là một chương trình giúp anh ta lên kế hoạch và có các đơn đặt hàng hiện tại trên các hướng dẫn, kiểm soát quá trình hiệu suất của họ, hợp lý hóa kho phụ kiện cần thiết cho các đơn đặt hàng mới. Các kiến \u200b\u200bthức chính, đặc biệt mà từ người dùng cuối không nên được yêu cầu trong lĩnh vực phương tiện ngôn ngữ và công nghệ điện toán.

Quản trị ngân hàng dữ liệu

Đây là một nhóm người dùng, trong giai đoạn phát triển ngân hàng dữ liệu ban đầu, chịu trách nhiệm về thiết bị tối ưu của nó từ quan điểm của hoạt động đồng thời của một tập hợp người dùng cuối, hỗ trợ, giai đoạn chịu trách nhiệm cho hoạt động thích hợp của Thông tin này chồng thông tin ở chế độ nhiều người chơi. Trong phát triển và giai đoạn sắp xếp lại, nhóm này chịu trách nhiệm về khả năng tổ chức lại chính xác ngăn xếp mà không thay đổi hoặc hoàn thành dịch vụ hiện tại của nó.

Nhà phát triển và quản trị viên ứng dụng

Nhóm người dùng này có chức năng trong quá trình thiết kế, tạo và sắp xếp lại ngân hàng dữ liệu. Các quản trị viên ứng dụng phối hợp các nhà phát triển để phát triển một ứng dụng hoặc nhóm ứng dụng cụ thể United trong hệ thống con chức năng. Các nhà phát triển của các ứng dụng nhất định hoạt động với một phần thông tin từ cơ sở dữ liệu, cần thiết cho một ứng dụng cụ thể.

Không có trong mỗi ngân hàng dữ liệu, bất kỳ loại người dùng nào cũng có thể được chọn. Được biết, sự phát triển của các hệ thống thông tin bằng cách sử dụng quản trị viên DBMS của Bảng dữ liệu, quản trị viên ứng dụng và nhà phát triển thường tồn tại trong một người. Tuy nhiên, khi tạo cơ sở dữ liệu công ty khó khăn hiện đại, được sử dụng để tự động hóa tất cả hoặc các bộ phận lớn của quy trình kinh doanh trong một công ty lớn hoặc Tổng công ty, có thể có các nhóm quản trị viên ứng dụng và các bộ phận phát triển. Các chế độ làm việc khó khăn nhất được gán cho một nhóm quản trị viên cơ sở dữ liệu.

Hãy xem xét chúng chi tiết hơn.

Một phần của nhóm quản trị GND phải là:

NHẬN XÉT HỆ THỐNG;

Các nhà phát triển cấu trúc dữ liệu và ngoại hình liên quan đến ngân hàng hỗ trợ thông tin;

Các nhà phát triển xử lý các quy trình xử lý dữ liệu;

Hệ thống và lập trình viên ứng dụng;

Các công ty và chuyên gia hiện có trong dịch vụ sửa chữa.

Vấn đề của một ngân hàng dữ liệu thương mại, đóng vai trò quan trọng, chuyên gia bán hàng.

Các chức năng chính của nhóm quản trị DB

1. Nghiên cứu về khu vực dữ liệu: Mô tả về khu vực dữ liệu, đặt văn bản hạn chế toàn vẹn, định nghĩa về tình trạng (tính khả dụng, tính khả dụng, tính khả dụng), định nghĩa về nhu cầu của người tiêu dùng, định nghĩa về "người tiêu dùng dữ liệu", xác định các đặc điểm xử lý dữ liệu tạm thời.

2. Phát triển cấu trúc BD: Định nghĩa về thành phần và cấu trúc của các tệp cơ sở dữ liệu và trung gian giao tiếp, lựa chọn các phương thức tối ưu hóa dữ liệu và phương thức truy cập để biết thông tin, mô tả cơ sở dữ liệu trong ngôn ngữ mô tả dữ liệu (jaode).

3. Đặt các hạn chế toàn vẹn trong mô tả cấu trúc của cơ sở dữ liệu và quy trình xử lý cơ sở dữ liệu:

Đặt các hạn chế toàn vẹn khai báo vốn có trong khu vực dữ liệu;

Xác định các ràng buộc năng động của sự toàn vẹn vốn có trong vùng dữ liệu trong quá trình thay đổi thông tin được lưu trữ trong cơ sở dữ liệu;

Việc xác định các hạn chế toàn vẹn là do cấu trúc của cơ sở dữ liệu;

Phát triển các thủ tục hỗ trợ tính toàn vẹn của cơ sở dữ liệu khi nhập và điều chỉnh dữ liệu;

Xác định các hạn chế về tính toàn vẹn của hoạt động song song của người tiêu dùng ở chế độ nhiều người chơi.

4. Khởi đầu tải xuống và cơ sở dữ liệu thủ công

Phát triển kỹ thuật tải DB, sẽ khác với quy trình thay đổi và thêm cơ sở dữ liệu với dữ liệu sử dụng thường xuyên;

Phát triển các kỹ thuật để xác minh dữ liệu đã nhập, trạng thái thực của vùng dữ liệu. Các đối tượng thực của các mô hình cơ sở dữ liệu của một số vùng dữ liệu và trung gian tương quan, và tại thời điểm bắt đầu sửa chữa hiện tại, mô hình này phải khớp với trạng thái của các đối tượng vùng dữ liệu bây giờ theo thời gian;

Theo kỹ thuật phát triển bắt đầu thiết kế hệ thống nhập dữ liệu, có thể cần thiết.

5. Bảo vệ dữ liệu

Xác định hệ thống mật khẩu, các nguyên tắc của người tiêu dùng chụp, việc tạo ra các nhóm người tiêu dùng có quyền truy cập dữ liệu giống hệt nhau;

Phát triển các nguyên tắc ngăn chặn một số dữ liệu và các đối tượng phát triển; Phát triển các phương thức mã hóa chuyên ngành trong quá trình lưu hành trong mạng thông tin địa phương và toàn cầu;

Phát triển phương tiện sửa chữa truy cập vào dữ liệu và cố gắng vi phạm hệ thống bảo vệ;

Hệ thống bảo vệ thử nghiệm;

Nghiên cứu các trường hợp vi phạm hệ thống bảo vệ và phát triển các phương pháp động để ngăn chặn thông tin trong cơ sở dữ liệu.

6. Hỗ trợ để khôi phục cơ sở dữ liệu

Phát triển các tổ chức có nghĩa là lưu trữ và nguyên tắc để khôi phục cơ sở dữ liệu;

Phát triển sự trưởng thành bổ sung và quy trình công nghệ phục hồi cơ sở dữ liệu sau thất bại.

7. Nghiên cứu cơ sở dữ liệu cuộc gọi của khách hàng: một bộ thống kê về biểu tượng của các yêu cầu, thời gian đưa hiệu suất của chúng, theo các tài liệu đầu ra cần thiết

8. Nghiên cứu hiệu quả của hoạt động BND:

Nghiên cứu các chỉ số chức năng của BND

Việc tái cấu trúc quy hoạch của cấu trúc (thay đổi cấu trúc) của cơ sở dữ liệu và tổ chức lại BND.

9. Làm việc với người dùng cuối:

Thu thập thông tin về việc thay đổi khu vực dữ liệu;

Bộ sưu tập thông tin về đánh giá các công trình của BND;

Đào tạo tiêu dùng, tư vấn người tiêu dùng;

Phát triển các tài liệu có hệ thống và giáo dục cần thiết liên quan đến công việc của người dùng cuối.

10. Thiết bị hệ thống nấu ăn và hỗ trợ:

Nghiên cứu về trưởng thành tồn tại trên thị trường và khả năng nghiên cứu và nhu cầu sử dụng chúng trong khuôn khổ của BND;

Phát triển chương trình tổ chức và kỹ thuật cần thiết về các phong trào để phát triển BND;

Kiểm tra hiệu suất của trận gặp đổi chuộc trước kết nối của họ với BND;

Kiểm soát kết nối của sự trưởng thành mới đến BND.

11. Công việc tổ chức và có hệ thống khi phát triển BND:

Lựa chọn hoặc tạo phương pháp phát triển cơ sở dữ liệu;

Xác định các mục tiêu và hướng phát triển của toàn bộ hệ thống;

Lập kế hoạch các giai đoạn phát triển của BND;

Phát triển sách tham khảo của từ điển chung của dự án BND và mô hình khái niệm;

Lắp đặt các mô hình bên ngoài của các ứng dụng phát triển;

Kiểm soát kết nối của ứng dụng mới vào hoạt động của BND;

Khả năng khắc phục sự cố tích hợp các ứng dụng tương tác từ một cơ sở dữ liệu.