Xét lại việc chuẩn hóa dữ liệu, Phần 2: Các hồ sơ kinh doanh trong thế kỷ 21 ppt

Xét lại việc chuẩn hóa liệu, Phần 2: Các hồ sơ kinh doanh kỷ 21 Giới thiệu Phần đầu loạt phần thảo luận lưu trữ hồ sơ trước kỷ 21 ảnh hưởng sở liệu quan hệ Web Trước đưa vào hệ thống máy tính, hồ sơ kinh doanh tạo lưu trữ vốn có theo định dạng ban đầu chưa chuẩn hóa chúng Các ví dụ bao gồm viên đá, gậy đếm kiểm hình thức giấy Với đời hệ thống máy tính, chuẩn hóa liệu phát minh để chuyển đổi hồ sơ kinh doanh sang cách biểu diễn khác, bảo tồn không gian tránh dị thường cập nhật sở liệu Tuy nhiên, việc biểu diễn chuẩn hóa khác với gốc ban đầu khó hiểu Phần thứ hai loạt phần xem xét xu hướng định dạng liệu hồ sơ kinh doanh kỷ 21 Phần bắt đầu nghiên cứu chi tiết nêu bật lợi ích hồ sơ kinh doanh số hóa chưa chuẩn hóa, hiệu tốt chi phí thấp để phát triển bảo trì ứng dụng Các cách biểu diễn liệu lên khác JSON RDF bàn đến, với việc tập trung vào ưu khuyết điểm chúng theo kịch sử dụng có liên quan Biểu diễn liệu quan hệ XML: Một so sánh Ngày nay, nhiều hệ thống ứng dụng tạo biểu diễn hồ sơ kinh doanh tài liệu XML Ví dụ, đơn hàng, lần giao dịch tài chính, lần hồn thuế, u cầu bồi thường bảo hiểm v.v , thường tài liệu XML riêng biệt Lý chỗ XML mở rộng, linh hoạt, tự mô tả thích hợp cho việc kết hợp thơng tin có cấu trúc, khơng có cấu trúc, nửa có cấu trúc Các đặc tính làm cho việc biểu diễn trở nên dễ dàng với hồ sơ phức tạp, việc mở rộng biểu diễn liệu cần việc trao đổi hồ sơ kinh doanh ứng dụng (A2A) tổ chức (B2B) Do đó, XML trở thành định dạng liệu chọn cho dịch vụ web SOA (các Kiến trúc hướng dịch vụ) Đáp lại xu hướng này, nhà cung cấp sở liệu lớn tăng thêm khả XML vào sản phẩm [1] [3] [5] vài sở liệu dùng XML lên [6] Các sản phẩm cho phép XML lưu trữ, lập mục, truy vấn cập nhật với nhiều đặc tính giống liệu quan hệ, bao gồm giao dịch ACID, khả phục hồi, khả mở rộng, tính sẵn sàng cao v.v Những tiến công nghệ sở liệu làm cho có khả lưu trữ quản lý hồ sơ kinh doanh theo định dạng ban đầu chúng – XML Phần so sánh XML với liệu quan hệ chuẩn hóa hay khơng chuẩn hóa, dự phịng hiệu Một ví dụ Do XML định dạng liệu phân cấp, nên tài liệu XML biểu diễn số tùy ý mối quan hệ một-nhiều – mà khơng cần chuẩn hóa mối quan hệ tập đối tượng tách rời Hãy xem xét hồ sơ kinh doanh mô tả khách hàng khách hàng có nhiều địa chỉ, nhiều số điện thoại, nhiều địa email, nhiều tên đệm nhiều tài khoản đầu tư Hơn nữa, tài khoản khách hàng có nhiều vị trí (các cổ phần), địa có nhiều mục "đường phố" v.v Trong lược đồ quan hệ chuẩn hóa, mối quan hệ một-nhiều yêu cầu bảng bổ sung, Hình Kết là, việc lưu trữ hồ sơ kinh doanh đơn lẻ đòi hỏi phải có nhiều câu lệnh INSERT SQL số bảng, ví dụ lên đến 12 lệnh INSERT 12 bảng Hình Ví dụ lược đồ quan hệ chuẩn hóa Tương tự, ứng dụng lấy hồ sơ khách hàng đơn lẻ, cần ban hành câu lệnh SELECT cho tất 12 bảng Đây q trình khơng hiệu địi hỏi 12 nhiều gọi API riêng biệt tới sở liệu Mỗi gọi phải gánh chịu lưu lượng mạng, truy cập vào bảng sở liệu thiết bị Vào/Ra (I/O) vật lý có khả cho bảng mục Lưu ý truy vấn đơn nối tất 12 bảng, thường tồi tệ nhiều Ví dụ, khách hàng có tài khoản với tổng số vị trí (như bảng đến 3), kết nối qua toàn ba bảng trả hàng, Bảng Trong tập kết này, giá trị chọn từ bảng khách hàng lặp lại lần giá trị cho tài khoản lặp lại cho vị trí chúng Sự dư thừa nhanh chóng làm tăng kích thước tập kết đến mức độ trễ truyền thông máy khách-máy chủ làm giảm hiệu Khi thêm nhiều bảng vào kết nối, tập kết phát triển cách nhanh chóng làm tăng thêm vấn đề Bảng đến cho thấy lược đồ quan hệ chuẩn hóa cho liệu khách hàng, tài khoản vị trí Bảng Bảng Customer (Khách hàng) Mã khách hàng Tên Họ Ngày sinh Quốc tịch 12345 JohnDoe1965-09-27Đức Bảng Bảng Account (Tài khoản) Mã khách hàngSố tài khoảnLoại tiền Số dư 12345 985739476 Euro 120.000 12345 985710938 Euro 2786,23 12345 985808142 USD 523.891 Bảng Bảng Positions (Các vị trí) Số tài khoảnKý hiệu Cổ phiếu 985739476 IBM 1.200 985739476 ORCL 2.500 985739476 VFINX 550 985710938 SBTYA 12.000 985710938 VIVAX 75 985808142 DWCT 1.128 985808142 PMCOA8.461 Bảng Ví dụ, liệu khơng chuẩn hóa tập kết truy vấn nối Mã khách Tên Họ hàng 12345 12345 12345 12345 12345 12345 12345 Ngày sinh 1965-09JohnDoe 27 1965-09JohnDoe 27 1965-09JohnDoe 27 1965-09JohnDoe 27 1965-09JohnDoe 27 1965-09JohnDoe 27 1965-09JohnDoe 27 Quốc tịch Số tài khoản Loại tiền Số dư tài khoản Ký hiệu Cổ phiếu Đức 985739476 Euro 120.000 IBM Đức 985739476 Euro 120.000 ORCL 2.500 Đức 985739476 Euro 120.000 VFINX 550 Đức 985710938 Euro 2786,23 SBTYA 12.000 Đức 985710938 Euro 2786,23 VIVAX 75 Đức 985808142 USD 523.891 DWCT 1.128 Đức 985808142 USD 523.891 PMCOA8.461 1.200 Bảng minh họa không chuẩn hóa lược đồ sở liệu đưa vào liệu dư thừa Để so sánh, liệt kê cho thấy cách biểu diễn XML hồ sơ kinh doanh lô-gic tương tự Trong lược đồ quan hệ chuẩn hóa phân tán thơng tin khách hàng nhiều bảng, cấu trúc XML biểu diễn mối quan hệ một-nhiều giống tài liệu Đồng thời tài liệu khơng chứa dư thừa nào, nút cha mẹ (như "Customer ") không lặp lại cho nút (ví dụ "Account ") Như vậy, XML biểu diễn hồ sơ kinh doanh tài liệu khơng chuẩn hóa mà không bị dư thừa Kết là, hồ sơ kinh doanh chèn vào lấy câu lệnh SQL nhất, làm giảm số lượng gọi API sở liệu, tính phức tạp ứng dụng, chi phí CPU lưu lượng mạng Những lợi theo dõi đo lường nhiều hệ thống sở liệu thương mại, thảo luận phần Liệt kê Biểu diễn XML liệu Customer, Account Position John Doe 1965-09-27 German Euro 120000 Euro 2786.23 USD 523891 So sánh hiệu quan hệ XML hệ thống OLTP Các lợi ích việc chèn vào lấy hồ sơ kinh doanh tài liệu XML không chuẩn hóa đơn lẻ (chứ khơng phải hàng quan hệ chuẩn hóa) làm tăng ý học viên thực hành sở liệu Một cơng ty hậu cần lớn tồn giới đưa gợi ý giá trị để thử nghiệm Một hệ thống OLTP họ biểu diễn số hồ sơ kinh doanh cụ thể lược đồ quan hệ chuẩn hóa có chứa 12 bảng Để lấy hồ sơ kinh doanh, ứng dụng họ cần ban hành 15 câu lệnh SQL Hầu hết hồ sơ kinh doanh biểu diễn 15 hàng, vài hồ sơ có hàng trăm hàng Để so sánh, họ chọn 250.000 hồ sơ kinh doanh chuyển đổi chúng sang định dạng XML, tài liệu cho hồ sơ kinh doanh Hầu hết tài liệu có dung lượng 1KB đến 2KB, số lên đến 500KB Kịch thử nghiệm sử dụng gói sửa lỗi DB2 9.5 với Linux RHEL 4.6 máy chủ AMD Opteron lõi với 32GB nhớ Có đến bảy máy tính khách sử dụng để mơ số lượng ngày tăng người sử dụng đồng thời truy cập vào sở liệu Mỗi máy khách máy tính IBM xSeries 345 (2 lõi) Mỗi bảng số 12 bảng quan hệ có mục thích hợp Để so sánh, tài liệu XML lưu trữ bảng nhất, cột XML nhất, với mục XML dựa vào thuộc tính ID (mã định danh) hồ sơ Trong thử nghiệm quan hệ, người sử dụng đồng thời mô chọn ID hồ sơ ngẫu nhiên với ID ban hành giao dịch với 15 truy vấn SQL để lấy tất thông tin cho hồ sơ kinh doanh Khơng tính đến thời gian dùng Trong thử nghiệm XML, người dùng đồng thời chọn ID hồ sơ ngẫu nhiên ban hành truy vấn SQL/XML với biểu thức XPath biến vị ngữ XMLEXISTS để lấy tài liệu XML Các kết hiển thị Hình Trung bình giải pháp XML đạt lưu lượng cao 55% so với lược đồ quan hệ chuẩn hóa Trong thử nghiệm quan hệ, dùng hết công suất xử lý CPU hệ thống thử nghiệm cho 84 người dùng đồng thời thực khoảng 3.800 giao dịch giây Với giải pháp XML, hệ thống hỗ trợ lên đến 150 người sử dụng đồng thời gần 6000 giao dịch giây Đồng thời, giải pháp XML cho thấy việc sử dụng CPU máy tính khách thấp đáng kể so với giải pháp quan hệ Hình Hiệu lấy ra: XML khơng chuẩn hóa so với liệu quan hệ chuẩn hóa Đối với cơng ty hậu cần, lợi ích giải pháp XML khơng chuẩn hóa cịn nhiều ngồi hiệu cao tiêu thụ CPU thấp Ví dụ, tài liệu XML có sẵn cho ứng dụng khách sử dụng, hàng quan hệ lấy đòi hỏi xây dựng một hồ sơ kinh doanh - chi phí bổ sung khơng có phép đo Hình Ngồi ra, giải pháp XML có lược đồ sở liệu đơn giản dễ trì định dạng hồ sơ phát triển theo thời gian Các hồ sơ kinh doanh có cách biểu diễn sở liệu ứng dụng (XML), làm đơn giản hoá việc phát triển ứng dụng Lợi ích báo cáo để xử lý biểu mẫu dựa XML, ghi nhật ký kiện xử lý đơn hàng [4] Việc truy cập XML sử dụng CPU so với truy cập tương đương vào bảng quan hệ chuẩn hóa biểu diễn hồ sơ kinh doanh Nhiều liệu truyền sở liệu máy khách kết phép nối quan hệ để tái tạo lại hồ sơ kinh doanh việc truyền hồ sơ kinh doanh XML Hơn nữa, XML dễ hiểu gần hơn, không giống hệt, với hồ sơ kinh doanh giới thực Một mơ hình logic riêng biệt cho liệu khơng cịn cần thiết Các ánh xạ hồ sơ kinh doanh giới thực thứ lưu trữ bên máy tính khơng bắt buộc Web ngữ nghĩa RDF (Khung công tác định nghĩa tài nguyên) Xu hướng khác lên Dữ liệu liên kết (Linked Data) Web ngữ nghĩa (Semantic Web) để nối liệu liên quan Cụ thể hơn, Dữ liệu liên kết định nghĩa "một cách thực hành tốt khuyến cáo để trưng ra, chia sẻ kết nối mảnh liệu, thông tin kiến thức Web ngữ nghĩa cách sử dụng URI RDF" 61] Với RDF, tài nguyên biểu diễn câu lệnh dạng biểu thức chủ thể - biến vị ngữ - đối tượng Các biểu thức gọi ba [8] hiển thị Liệt kê Bảng 5, Liệt kê XML 10 CHRISTINE>/FIRSTNAME> SMITH 408-463-4963 52750.00 27 MICHAEL>/FIRSTNAME> THOMPSON 408-463-1234 41250.00 Bảng Dữ liệu liên kết (Bộ ba RDF) Chủ thể Biến vị ngữ Đối tượng deptid has depname deptid hasdep 15 Sales isa deptname Sales hasdepid 15 emp has deptid emp hasempno 27 emp hasempno 10 27 isanempnofordepid15 10 isanempnofordepid15 Bảng Dữ liệu quan hệ chuẩn hóa (a) Mã định danh phậnTên phận 15 Bán hàng Bảng Dữ liệu quan hệ chuẩn hóa (b) Mã định danh phậnSố nhân viên Tên Họ Điện thoại Tiền lương 15 27 MICHAEL JONES 408-461-123441250 15 10 CHRISTINESMITH408-040-805152780 Chuẩn hóa liệu thành ba phần thiết yếu Web ngữ nghĩa để xây dựng kho lưu trữ RDF mà tích hợp mạnh mẽ xuất phát từ Bằng cách chia thơng tin thành phần tử nhỏ (bộ ba), biểu diễn liệu thành đồ thị có chủ thể đối tượng thành nút biến vị ngữ thành vòng cung liên kết Phần mềm suy luận (các trình suy luận) phân tích đồ thị áp dụng quy tắc để suy câu lệnh Ví dụ, phận có nhân viên nguồn nhân lực phận, nên suy câu lệnh nguồn nhân lực có nhân viên Các liên kết liệu liên kết thường kết nối thơng tin nhất, trường hợp có khóa khóa ngồi bảng quan hệ Ví dụ, việc kiểm tra đơn đặt hàng, xây dựng cách liên kết cách chuyển hướng khóa quan hệ, thường chọn địa khách hàng địa khách hàng thời điểm đặt hàng Trong hệ thống kinh doanh, với lý kiểm tra tuân thủ, điều cần thiết thực chụp thơng tin kinh doanh thích hợp vào lúc kiện quan trọng xảy ra, ví dụ nhận đơn đặt hàng phát hành tuyên bố ngân hàng Mục đích ảnh chụp khơng phải dựa việc chuyển hướng vào ngày sau để xây dựng lại hồ sơ kinh doanh việc kiểm tra truy vấn diễn Đôi ảnh chụp ký để cung cấp chứng hồ sơ kinh doanh khơng bị làm giả kể từ tạo RDF, hình thức cực đoan chuẩn hóa, tương tự liệu quan hệ chuẩn hóa độ khó để xử lý tạo phiên quản lý lịch sử kiểm toán RDF khác với liệu quan hệ chuẩn hóa chỗ khơng bị ràng buộc với lược đồ cố định Khi tài nguyên có đặc tính mới, câu lệnh bổ sung (bộ ba) thêm vào để biểu diễn dễ dàng đặc tính Tuy nhiên, ba khó truy vấn so với lược đồ quan hệ truyền thống Các chế Dữ liệu liên kết Web ngữ nghĩa mạnh tích hợp hệ thống dường khơng liên quan Các ví dụ bao gồm việc tích hợp khách sạn việc đặt chỗ trước máy bay, xử lý đơn đặt hàng gia hạn bảo hiểm với thông tin mạng xã hội Sự gia tăng hồ sơ kinh doanh (theo XML) với thích ngữ nghĩa (bộ ba) đưa cách pha trộn hồ sơ kinh doanh truyền thống với cấu trúc Dữ liệu liên kết Web ngữ nghĩa Một ví dụ giới thực trang Best Buy nhà bán lẻ Mỹ, giải trang XHTML để mơ tả sản phẩm, với RDFa (các thích RDF) trang xử lý lập trình nhiều hơn, ví dụ máy tìm kiếm trình phân loại [9] Để pha trộn thích ngữ nghĩa với sở liệu quan hệ cịn khó khăn khơng có chế chỗ để gia tăng liệu quan hệ mà không thay đổi lược đồ sở liệu quan hệ, trái ngược với hồ sơ kinh doanh thể XML thích áp dụng đơn giản JSON JSON (JavaScript Object Notation - Ký hiệu đối tượng JavaScript) dựa tập ngơn ngữ lập trình JavaScript trở nên phổ biến để trình bày thơng tin cho khách hàng JavaScript [10] Thực tế, nhiều API REST API Web, cung cấp biến thể XML lẫn JSON JSON xem định dạng trao đổi liệu trọng lượng nhẹ thích hợp để xây dựng giao diện người dùng người với JavaScript Nó giúp cho người dễ đọc viết dễ phân tích cú pháp suy luận Bảng cho thấy mẫu liệu so sánh JSON với ký hiệu XML Bảng JSON so với XML JSON { } XML Armonk "city": "Armonk", NY "state": "NY", 4080 "population": 4080 JSON thích hợp cho việc định dạng kết truy vấn chạy để làm cho việc xử lý đơn giản cho khách hàng JavaScript Do đó, JSON phổ biến cho ứng dụng web Tuy nhiên, JSON khơng có vùng tên, có sẵn ràng buộc, khơng thể chia sẻ, mở rộng trộn lẫn chúng với cách dễ dàng Việc hỗ trợ đặc tả cho JSON, ngôn ngữ chuyển đổi hay lược đồ, khơng có khơng đạt mức độ hoàn thiện giống việc hỗ trợ đặc tả cho XML Mặc dù JSON có số lợi giống XML chuẩn hóa liệu, khơng đạt tới mức độ hồn thiện XML (cũng chẳng đạt tới mức độ hoàn thiện liệu quan hệ liệu liên kết) bảng Bảng Comparison of relational data, XML, JSON, and XML Quan hệ Siêu liệu Data Definition Language Ngôn ngữ định nghĩa liệu (ISO) XML JSON Lược đồ XML Lược đồ JSON (W3C), (IETF) Các vùng tên (W3C) Dữ liệu liên kết RDFS (Lược đồ RDF), Bản thể học (W3C nơi khác) Các ràng Các ràng buộc tính tồn vẹn Schematron (ISO), buộc định nghĩa bảng (ISO) Relax-NG (OASIS) Các Các trigger quan hệ RIF (W3C) trigger Tiêu chuẩn SQL (ISO) định JSON Các nối nghĩa nối tiếp hóa XML XML cú pháp định dạng nối tiếp hóa không sử dụng sử dụng rộng tiếp hóa, có XML, Turtle trao đổi rộng rãi – Khơng có nối tiếp rãi để trao đổi biểu diễn liệu hóa JSON chấp liệu (W3C) XML JSON thuận Có nối tiếp hóa RDF Các Khơng có phần mơ hình thích quan hệ Nhiều loại thích định cho nghĩa lược đồ XML cho liệu XML Các ngôn Data Manipulation Language ngữ truy (DML - Ngôn ngữ xử lý vấn & liệu), SQL, SQL/XML (ISO) CRUD XPath, XQuery SPARQL (W3C) thứ JAQL, JSONiq (W3C) khác cho CRUD Khác nhau, bao gồm Các API Có nhiều cho ngơn ngữ lập số API quan CRUD & trình khác ví dụ hệ API cụ truy vấn JDBC, ODBC thể, ví dụ XQJ Bộ sưu Bảng, Khung nhìn, sở liệuChức sưu tập tập (ISO) XML (W3C) (W3C) Các ngôn XSLT (XML sang ngữ văn bản, bao gồm chuyển SQL (Các bảng đến bảng) XML); XForms JavaScript đổi SQL XMLTABLE khác (XML sang quan hệ) RDFa (W3C) sử dụng để thích XML SPARQL Kho lưu trữ đồ thị Giao thức HTTP – cho CRUD (W3C) Các đồ thị RDF (W3C) - Tóm tắt Chuẩn hóa liệu, trình bắt đầu từ đầu hầu hết dự án thương mại, cản trở việc lưu trữ hồ sơ kinh doanh dạng ban đầu chúng, XML Hơn nữa, người ta thường cho làm việc với hồ sơ kinh doanh XML không hiệu Sự so sánh hiệu cho thấy điều không thiết phải Trong thực tế, chi phí phục hồi xây dựng lại hồ sơ kinh doanh từ bảng chuẩn hóa thường cao chi phí lưu trữ nguyên lấy tài liệu XML khơng chuẩn hóa Do đó, nơi sử dụng XML để biểu diễn hồ sơ kinh doanh, nên xem xét XML định dạng lưu trữ thích hợp Việc truy cập liệu trung tâm-đối tượng thường thực với XML tốt so với bảng quan hệ chuẩn hóa cho phép tốc độ giao dịch XML cao [2] Ngoài ra, XML cho phép ứng dụng tạo nguyên mẫu, phát triển tiến hóa với tính linh hoạt khơng cần thiết kế trì ánh xạ bảng quan hệ XML Các hệ thống lưu trữ Google BigTable HBase rời khỏi chuẩn hóa Chúng ủng hộ việc khơng chuẩn hóa mạnh mẽ lưu trữ liệu theo cách truy cập Các sở liệu XML đưa khuyến cáo tương tự để lưu trữ tốt hồ sơ kinh doanh với độ chi tiết phù hợp với mơ hình truy cập điển hình [4] Dữ liệu liên kết, Web ngữ nghĩa JSON nảy sinh cách biểu diễn liệu chưa phổ biến hệ thống kinh doanh để trao đổi liệu hệ thống Chuẩn hóa liệu thành ba phần thiết yếu Web ngữ nghĩa để xây dựng các kho lưu trữ RDF, từ nhận kiện thông qua suy luận Sự gia tăng hồ sơ kinh doanh biểu diễn XML, với thích ngữ nghĩa RDFa, cung cấp cách pha trộn hồ sơ kinh doanh truyền thống với Dữ liệu liên kết Web ngữ nghĩa Dù có phát triển này, chuẩn hóa chưa lỗi thời Chuẩn hóa cịn có ích, ví dụ, với hệ thống xử lý giao dịch quan hệ truyền thống có hỗ trợ tốc độ cập nhật cao, phải tái tạo lại hồ sơ kinh doanh ban đầu không thực chèn phiên hồ sơ thay cho cập nhật truyền thống, Bảng 10 Bảng 10 Sự thích hợp lưu trữ chuẩn hóa so với lưu trữ khơng chuẩn hóa Thích hợp để biểu diễn liệu khơng chuẩn hóa, ví dụ, XML Truy cập liệu "trung tâm-đối tượng": tất 1hầu hết mảnh hồ sơ kinh doanh truy cập Các hồ sơ kinh doanh nguyên vẹn trao đổi qua dịch vụ web SOA Tạo phiên bắt buộc: cập nhật liệu thay cách chèn phiên không thay đổi 4Sự tiến triển lược đồ cần hỗ trợ Việc kiểm toán tuân thủ hồ sơ kinh doanh quan trọng Thích hợp để biểu diễn liệu chuẩn hóa nửa chuẩn hóa Truy cập liệu theo hướng tập theo hướng cột, ví dụ cho phân tích Các hồ sơ kinh doanh gốc khơng cần phải tập hợp lại Chỉ có trạng thái hồ sơ doanh nghiệp cần giữ lại Lược đồ hoàn thiện, ổn định khơng tiến triển Các u cầu kiểm tốn/tn thủ ngắn hạn, yếu, hay thiếu Thành công to lớn hệ thống sở liệu quan hệ, chuẩn hóa liệu sau biểu diễn hồ sơ kinh doanh XML, tất xảy với lý thuyết phục vào lúc Trong kỷ 21, điều ln có nghĩa lưu trữ xử lý hồ sơ kinh doanh "như vốn có" Để so sánh với giới thực: người thu nhận, xử lý lưu trữ thứ thực, quần áo tủ quần áo xe nhà để xe Những thứ lưu trữ theo dạng thích hợp với kiểu truy cập bật, là, xe quần áo lưu trữ mà không cần tháo dỡ chúng thành mảnh, Hình Hình Lưu trữ nguyên vẹn so với lưu trữ "chuẩn hóa" xe Kết luận Loạt hai phần xác định chuẩn hóa liệu rào cản chủ yếu việc lưu trữ hồ sơ kinh doanh nguyên vẹn cung cấp giải pháp quản lý liệu linh hoạt Cơ sở liệu XML hiệu có sẵn [7], thường bị bỏ qua bước việc thiết kế hệ thống kết hợp chuẩn hóa, loại bỏ tất dấu vết hồ sơ kinh doanh ban đầu Chuẩn hóa liệu cần xem xét lại cách cẩn thận Về đầu trang Tài liệu tham khảo Murthy, R et al.: "Hướng tới kiến trúc XML doanh nghiệp", SIGMOD 2005 Nicola, M., Gonzalez, A.: "Phân đoạn Terabyte liệu XML", Tạp chí quản lý liệu IBM, tập 14, Số 1, 2009 Nicola, M., van-der-Linden, B.: "Hỗ trợ nguyên gốc XML sở liệu phổ quát DB2", Hội nghị quốc tế lần thứ 31 Cơ sở liệu lớn, VLDB 2005 Nicola, M.: "Các học thu từ ứng dụng DB2 pureXML: Một góc nhìn học viên thực hành", Hội nghị chuyên đề sở liệu XML quốc tế lần thứ 7, XSYM 2010 Rys, M.: "Các hệ thống quản lý sở liệu quan hệ XML: Bên Máy chủ SQL Microsoft", SIGMOD 2005 Holstege, M.: "Xquery, To lớn, Nhanh: Cho phép ứng dụng nội dung", Tập san Kỹ thuật liệu IEEE, tập 31 Số 4, 2008 Carey, M J et al.: "EXRT: Hướng tới điểm chuẩn đơn giản để kiểm tra tính sẵn sàng XML", Hội nghị Hội đồng xử lý giao dịch lần thứ 2, TPCTC 2010 Tham khảo RDF - Sách vỡ lòng RDF Cách Best Buy sử dụng Semantic Web 10 Giới thiệu JSON  ... diễn số hồ sơ kinh doanh cụ thể lược đồ quan hệ chuẩn hóa có chứa 12 bảng Để lấy hồ sơ kinh doanh, ứng dụng họ cần ban hành 15 câu lệnh SQL Hầu hết hồ sơ kinh doanh biểu diễn 15 hàng, vài hồ sơ có... phải Trong thực tế, chi phí phục hồi xây dựng lại hồ sơ kinh doanh từ bảng chuẩn hóa thường cao chi phí lưu trữ nguyên lấy tài liệu XML khơng chuẩn hóa Do đó, nơi sử dụng XML để biểu diễn hồ sơ kinh. .. trữ chuẩn hóa so với lưu trữ khơng chuẩn hóa Thích hợp để biểu diễn liệu khơng chuẩn hóa, ví dụ, XML Truy cập liệu "trung tâm-đối tượng": tất 1hầu hết mảnh hồ sơ kinh doanh truy cập Các hồ sơ kinh