Các mô hình lược đồ cơ sở dữ liệu quan hệ hỗ trợ đa người dùng trong tính toán đám mây

1 ĐẠI HỌC QUỐC GIA HÀ NỘI TRƯỜNG ĐẠI HỌC CƠNG NGHỆ NGUYỄN THỊ LOAN CÁC MƠ HÌNH LƯỢC ĐỒ CƠ SỞ DỮ LIỆU QUAN HỆ HỖ TRỢ ĐA NGƯỜI DÙNG TRONG TÍNH TỐN ĐÁM MÂY Ngành: Cơng nghệ thơng tin Chuyên ngành: Công nghệ phần mềm Mã sô: 60 48 10 LUẬN VĂN THẠC SĨ CÔNG NGHỆ THÔNG TIN NGƯỜI HƯỚNG DẪN KHOA HỌC: TS VÕ ĐÌNH HIẾU Hà Nội - 2012 MỤC LỤC Đặt vấn đề Bố cục luận văn CHƢƠNG TỔNG QUAN 1.1 Giới thiệu chung tính tốn đám mây 1.1.1 Khái niệm tính tốn đám mây 1.1.2 Tính chất tính tốn đám mây 1.1.3 Các mơ hình tính tốn đám mây 1.2 Lợi ích và khó khăn tính tốn đám mây 1.2.1 Những lợi ích tính tốn đám mây 1.2.2 Những khó khăn tính tốn đám mây 1.3 Tổng kết chƣơng CHƢƠNG MỘT SỐ KĨ THUẬT ÁNH XẠ LƢỢC ĐỒ CƠ SỞ DỮ LIỆU QUAN HỆ TRONG TÍNH TỐN ĐÁM MÂY 2.1 Đặt vấn đề 2.2 Một số kĩ thuật ánh xạ lƣợc đồ sở liệu 2.2.1 Bảng riêng 2.2.2 Bảng mở rộng 2.2.3 Bảng phổ quát 2.2.5 Bảng trục 10 2.3 Đánh giá 12 2.3.1 Ƣu và nhƣợc điểm kĩ thuật dùng bảng riêng 12 2.3.2 Ƣu và nhƣợc điểm kĩ thuật dùng bảng mở rộng 12 2.3.3 Ƣu và nhƣợc điểm kĩ thuật dùng bảng phổ quát 12 2.3.4 Ƣu và nhƣợc điểm kĩ thuật XML in DB2 12 2.3.5 Ƣu và nhƣợc điểm kĩ thuật dùng bảng trục 12 2.3.6 Ƣu và nhƣợc điểm kĩ thuật dùng bảng đoạn 12 2.4 Tổng kết chƣơng 12 CHƢƠNG SO SÁNH MỘT SỐ KĨ THUẬT ÁNH XẠ LƢỢC ĐỒ CƠ SỞ DƢ̃ LIỆU 13 3.1 Mơ tả bài tốn 13 3.1.1 Mô hì nh lƣợc đồ sở liệu với kĩ thuật ánh xạ bảng phổ quát 14 3.1.2 Mô hì nh lƣợc đồ sở liệu với kĩ thuật ánh xạ bảng đoạn 15 3.1.3 Mô hì nh lƣợc đồ sở liệu với kĩ thuật ánh xạ bảng trục 16 3.2 Môi trƣờng thƣ̣c nghiệm 17 3.3 Kịch định lƣợng ba phƣơng pháp 18 3.4 Đánh giá kết 18 3.4.1 Kết thực nghiệm môi trƣờng 18 3.4.2 Kết thực nghiệm môi trƣờng 21 3.5 Đánh giá chung 23 3.6 Tổng kết chƣơng 23 CHƢƠNG KẾT LUẬN VÀ HƢỚNG PHÁT TRIỂN 24 4.1 Kết thu đƣợc 24 4.2 Hƣớng phát triển 24 CHƢƠNG TỔNG QUAN Nội dung chương trình bày vấn đề chung tính tốn đám mây như: khái niệm, tính chất tính tốn đám mây, trình bày sơ lược số dịch vụ tính tốn đám mây số mơ hình triển khai tính tốn đám mây 1.1 Giới thiệu chung tính tốn đám mây 1.1.1 Khái niệm tính tốn đám mây Sự phát triển mạnh mẽ tính tốn đám mây thu hút nhiều nhà khoa học, trường đại học công ty công nghệ thông tin đầu tư nghiên cứu Vì cơng nghệ nên có tranh cãi việc định nghĩa tính tốn đám Theo thống kê tạp chí “Cloud Magazine” có 200 định nghĩa khác tính tốn đám mây Mỗi hướng nghiên cứu đưa định nghĩa cách tiếp cận khác dẫn đến định nghĩa khác Dưới ví dụ số định nghĩa tính tốn đám mây [10]: Theo định nghĩa trên, tính chủ yếu tính tốn đám mây cung cấp sở hạ tầng ứng dụng IT dạng dịch vụ có khả mở rộng Ian Foster Rajkumar Buyya định nghĩa tính tốn đám mây góc độ kỹ thuật sử dụng phổ biển có số điểm tương đồng Theo Ian Foster, tính tốn đám mây mơ hình tính tốn phân tán có tính co giãn linh hoạt mặt kinh tế, nơi chứa sức mạnh tính tốn lớn, lưu trữ dựa tảng dịch vụ cung cấp Sự ảo hóa tài nguyên thay đổi linh hoạt để phù hợp với nhu cầu khách hàng Internet [8] 1.1.2 Tính chất tính tốn đám mây Cơng nghệ tính tốn đám mây có năm tính chất bật so với mơ hình truyền thống [18] 1.1.2.1 Tự phục vụ theo nhu cầu 1.1.2.2 Truy xuất diện rộng 1.1.2.3 Tài nguyên kết hợp 1.1.2.4 Khả co giãn nhanh chóng 1.1.2.5 Tính đo lường 1.1.3 Các mơ hình tính tốn đám mây Các mơ hình tính tốn đám mây phân thành hai loại:  Các mơ hình dịch vụ (Service Models): Phân loại dịch vụ nhà cung cấp dịch vụ tính tốn đám mây  Các mơ hình triển khai (Deployment Models): Phân loại cách thức triển khai dịch vụ tính tốn đám mây đến với khách hàng 1.1.3.1 Mơ hình dịch vụ Hiện có nhiều nhà cung cấp dịch vụ tính tốn đám mây cung cấp nhiều loại dịch vụ khác Tuy nhiên có ba loại dịch vụ tính tốn đám mây là: dịch vụ sở hạ tầng (Infrastructure as a Service – IaaS), dịch vụ tảng (Platform as a Service – PaaS) dịch vụ phần mềm (Software as a Service – SaaS) Cách phân loại thường gọi “mơ hình SPI” [3] Hạ tầng hƣớng dịch vụ Nền tảng hƣớng dịch vụ Phần mềm hƣớng dịch vụ 1.1.3.2 Mơ hình triển khai Đám mây cơng cợng Đám mây riêng Đám mây lai Đám mây cộng đồng 1.2 Lợi ích khó khăn tính tốn đám mây 1.2.1 Những lợi ích tính tốn đám mây Lợi ích chi phí Sử dụng tài nguyên hiệu Lợi ích quản lý Lợi ích linh hoạt Lợi ích khả mở rộng 1.2.2 Những khó khăn tính tốn đám mây Bảo mật Việc gây thắt cổ trai việc truyền liệu Khó khăn lƣu trữ 1.3 Tổng kết chƣơng Trong chương trình bày nhìn tổng quan tính tốn đám mây từ định nghĩa, mơ hình dịch vụ, mơ hình triển khai, ưu nhược điểm tính tốn đám mây CHƢƠNG MỘT SỐ KĨ THUẬT ÁNH XẠ LƢỢC ĐỒ CƠ SỞ DỮ LIỆU QUAN HỆ TRONG TÍNH TỐN ĐÁM MÂY Chương trình bày số kĩ thuật ánh xạ lược đồ sở dữ liệu quan hệ để phù hợp với ứng dụng đa người dùng tí nh toán đám mây Một số kĩ thuật trì nh bày chương này là: kĩ thuật dùng bảng riêng, bảng mở rộng, sử dụng XML IBM DB2 ,bảng phổ quát, bảng trục, bảng đoạn 2.1 Đặt vấn đề Việc giảm chi phí đến từ nhiều phương pháp khác Một những phương pháp mà người ta nhận đầu tiên đó là sự hợp nh ất nhiều khách hàng vào cùng nhóm để dễ quản lý việc lưu trữ liệu họ Vấn đề này tính tốn đám mây gọi việc quản lý dữ liệu đa người thuê (multi tenant) Để hiểu được điều đó , trước tiên ta tì m hiểu v ề thuộc tính đa người thuê tính tốn đám mây là gì ? Đa người th (multi – tenant) nguyên lý cấu trúc, ứng dụng chạy thể - instance phục vụ đồng thời nhiều bên thuê [1][4] Hiện có rất nhiều phương pháp để làm giảm chi phí theo hướng tiếp cận chia sẻ (shared aproach) [2] [7][13]  Chia sẻ máy (Shared machine)  Chia sẻ xử lý (Shared process)  Chia sẻ table (Shared table) Tổng chi phí phải trả thơng thường chia làm loại sau:  Chi phí vốn (Capital expenses)  Chi phí hoạt động (Operation expenses)  Chi phí người dùng cuối (End user expenses) 2.2 Một số kĩ thuật ánh xạ lƣợc đồ sở liệu       Bảng riêng Bảng mở rộng Bảng phổ quát Sử dụng XML IBM DB2 Bảng trục Bảng đoạn 2.2.1 Bảng riêng Bảng 2.1 Bảng riêng Account Recid Name Page Price Publisher Unit Lão Hạc 40 50000 NXB Văn Học trang Từ 30 34000 NXB Thanh Niên trang Chí Phèo 40 50000 NXB Cà Mau trang Account 10 Recid Name Color Price Trademark Size Unit Shoes-01 Red 90000 Bitis 35 đơi Shoes-02 Red 94000 Thượng đình 30 đôi Shoes-03 Red 70000 Adias 30 đôi 2.2.2 Bảng mở rộng Phương pháp dựa ý tưởng với phần muốn mở rộng bên thuê tách riêng bảng Bởi tập hợp bên thuê có bên thuê có mối quan tâm đến lĩnh vực Với quy tắc bảng mở rộng có cột lưu ID bên thuê liên kết vào bảng khác Cột tenant_id thêm vào bảng sở khác Trong bảng mở rộng thêm cột Row [17] Bảng 2 Bảng mở rộng Account Tenant_id Row Recid Name 1 10 1 Lão Hạc Từ Shoes-01 Books Managerment Tenant Row Publisher Price Unit NXB Văn Học 50000 trang 1 NXB Văn Học 34000 trang Shoes Managerment Tenant Row Size 35 Color Trademark Unit Red Bitis Đôi 2.2.3 Bảng phổ quát Bảng Bảng phổ quát Universal Tenant Table Col1 Col2 Col3 Col4 Col5 Col6 Col7 1 Lão Hạc 50000 36 NXB Văn Học Trang NULL NULL 1 Từ 34000 40 NXB Thanh Niên Trang NULL NULL 10 Shoes01 90000 Red 35 Adias đôi NULL 2.2.4 Sử dụng XML IBM DB2 Có thể hình dung qua bảng 2.6, bảng cột Ext_XML lưu tên giá trị thuộc tính cần quản lý bên thuê dạng thẻ XML Bảng 2.4 XML in IBM DB2 Account Tenant_id ID NAME LOAN Programing C# Ext_XML Bingade 50 NXB kĩ thuật LOAN Programing C++ Bingade 52 NXB kĩ thuật 10 ABC Shoes -01 90000 red Khi người dùng có nhu cầu thao tác liệu ví dụ “phép chọn”, câu truy thực thi sử dụng toán tử XMLTABLE [20] 10 2.2.5 Bảng trục Bảng 2.5 Bảng trục Account Row : Name Page Price Publisher Unit Lão Hạc 40 50000 NXB Văn Học Trang Col =1 Pivot int Row : Tenant Table Col Row Int 1 50000 1 40 1 34000 1 30 10 90000 10 35 Pivot string Row : Tenant Table Col Row Str 1 Lão Hạc 1 NXB Văn Học 1 Trang 1 1 Từ 1 NXB Thanh Niên 1 Trang 10 Shoes -01 10 Red 10 Adias 10 Đôi 11 2.2.6 Bảng đoạn Một bảng đoạn tương tự bảng trục bao gồm tập cột liệu với kiểu liệu khác có mục khơng có mục – index Trong cột Col phương pháp bảng trục thay cột chunk Cột thiết lập liệu dựa sở nhóm cột bảng logic nhóm vào chunk - tức giá trị ghi có giá trị cột chunk Bảng 2.6 Bảng đoạn Account Row : Name Page Price Publisher Unit Lão Hạc 40 50000 NXB Văn Học Trang Từ 30 34000 NXB Thanh Niên trang Chí Phèo 40 50000 NXB Cà Mau trang Chunk Chunk Chunk int|string Row : Tenant Table Chunk Row Int Str 1 0 40 Lão Hạc 1 50000 NXB Văn Học 1 NULL Trang 1 30 Từ 1 1 34000 NXB Thanh Niên 1 1 NULL Trang 10 0 90000 Shoes -01 10 0 NULL Red 10 35 Adias 10 NULL Đôi 14 Shoes Management Item name Price Color Unit Trademark Cameras Management Item name Price Color Weight (a) Trademark Books Management Item name Price Page Unit Publisher Storage media Sensitivity Operating temperature Number of effective pixel (b) Screens Management Item name Price Screen size Color Unit Trademark (c) Image sensor Aperture File format Accessories included Operating huminity Unit LCD morniter (d) Hình 3.1 Một số thuộc tính quản lý 3.1.1 Mơ hình lƣợc đồ sở liệu với kĩ thuật ánh xạ bảng phổ quát Ngoài bảng tập trung vào mơ hình nghiệp vụ như: bảng lưu trữ thơng tin bên thuê, bảng lưu trữ thông tin khách hàng, hóa đơn,…phương pháp ánh xạ lược đồ tập trung vào bảng quản lý mặt hàng t_item Như đề cập trên, với bảng có thêm thuộc tính tenant_id để giúp việc quản lý ghi cách rõ ràng Lược đồ hình 3.3 bên tập trung vào bảng t_item Với cấu trúc bảng số lượng cột ColN dừng lại col20 Tùy vào phạm vi tốn quản lý khác thêm vào nhiều cột kiểu Các cột có kiểu VARCHAR kích cỡ 200 15 Hình 3.2 Lược đồ sở liệu với phương pháp ánh xạ bảng phổ quát 3.1.2 Mô hình lƣợc đồ sở liệu với kĩ thuật ánh xạ bảng đoạn Với phương pháp số lượng bảng t_item xây dựng theo phương pháp ánh xạ lược đồ dùng bảng đoạn nhiều Tuy nhiên phạm vi quản lý nhỏ lược đồ sở liệu tốn hình 3.4 Bảng t _item lược đồ hì nh 3.4 tương đối đơn giản tập trung vào hai cột intdata int(11) stringdata varchar(500) dùng để lưu trữ toàn giá trị lĩnh vực quản l ý giới thiệu (quản lý sách, quản lý máy ảnh, quản lý hình, quản lý giày) Hai cợt row chunk giúp định vị liệu với ghi thực tế giúp cho hệ quản trị sở liệu không bị mất kiểm soát bảng bị thay đổi cấu trúc – data reconstruct 16 Hình 3 Lược đồ sở liệu sử dụng phương pháp ánh xạ dùng bảng đoạn 3.1.3 Mô hình lƣợc đồ sở liệu với kĩ thuật ánh xạ bảng trục Với phương pháp số lượng bảng t_item xây dựng theo phương pháp ánh xạ lược đồ dùng bảng trục nhiều hai bảng Ví dụ tốn cần quản lý đến ngày tháng thêm bảng quản lý t_item_date liên quan đến ngày tháng Trong phạm vi đặt toán lược đồ sở liệu dừng lại hai bảng t_item_str t_item_int Với mỗi bảng t_item_str và t_item_int sẽ lưu trữ kiểu dữ liệu tương ứng với kiểu của dữ liệu 17 Hình Lược đồ sở liệu sử dụng phương pháp ánh xạ dùng bảng trục 3.2 Mơi trƣờng thƣ̣c nghiệm Mơi trƣờng 1: Máy đóng vai trò client sever cài hệ điều hành Win7, 32 bits, vi xử lý intel core i3, chip 2.4GHz, Ram 2GB Trên máy Server có cài Hệ quản trị sở liệu Mysql 5.5.16 cài đặt ba lược đồ sở liệu hình 3.3, hình 3.4 hình 3.5 Mơi trƣờng 2: Máy đóng vai trò server – cài đặt ba lược đồ sở liệu hình 3.3, hình 3.4 hình 3.5 có cấu sau: intel core i3, chip 2.4GHz, Ram 2GB Máy đóng vai trò client cài hệ điều hành Win7, 32 bits, vi xử lý intel core i3, chip 2.4GHz, Ram 2GB Máy kết nối với máy server thông qua đường truyền mạng 18 3.3 Kịch định lƣợng ba phƣơng pháp Người dùng hay bên thuê tương tác với dịch vụ thông qua phần mềm xây dựng cài đặt máy tính bên thuê – mơi trường thực nghiệm tốn máy tính đóng vai trò client Cơ sở liệu đặt host riêng – máy server Mỗi bên thuê sử dụng phần mềm tương ứng với phiên thao tác với sở liệu Với phương pháp dùng kịch sau để xác định thời gian đáp trả ba kĩ thuật ánh xạ lược đồ  SELECT 1: Chọn toàn thuộc tính ghi sở liệu  SELECT 500: Chọn tồn thuộc tính 500 ghi sở liệu  UPDATE 1: Cập nhật số thuộc tính ghi sở liệu  UPDATE 500: Cập nhật số thuộc tính 500 ghi sở liệu  INSERT 1: Thêm ghi vào sở liệu  INSERT 500: Thêm 500 ghi vào cở sở liệu Với kịch bản, thực phép đo đạc >50 người dùng thao tác với sở liệu môi trường đo đạc người dùng thao tác với sở liệu mơi trường Số lượng ghi có sẵn bảng cần đo hiệu suất sở liệu khoảng: Xấp xỉ 1100000 ghi 3.4 Đánh giá kết 3.4.1 Kết thực nghiệm môi trƣờng 3.4.1.1 So sánh không tạo mục Với hai câu lệnh Insert Update Thời gian đáp trả [giây] 0.003 0.0025 0.002 0.0015 Bảng đoạn Bảng phổ quát 0.001 0.0005 ins Upd (a) 19 Thời gian đáp trả [giây] Bảng đoạn Bảng phổ quát ins 500 Sel Sel 500 Upd 500 (b) Hình Biểu đồ so sánh hai phương ánh xạ dùng bảng phổ quát bảng đoạn Hình 3.6 (a) kết việc thực môi trường kiểm tra Mysql server hai phương pháp ánh xạ dùng bảng phổ quát hay bảng đoạn Trục dọc thời gian thực thi yêu cầu người dùng, trục ngang yêu cầu người dùng So với phương pháp ánh xạ dùng bảng đoạn, phương pháp dùng bảng phổ quát thời gian thực thi truy vấn nhanh nhiều Nguyên nhân nằm chỗ câu lệnh sử dụng bảng phổ quát đơn giản nhiều so với phương pháp bảng đoạn với mục đích lấy toàn ghi hàng – row mà thuộc Trong phương pháp dùng bảng đoạn cần phải sử dụng câu truy vấn lồng sử dụng lệnh join Đối với câu lệnh UPDATE với mục đích cập nhật ghi sử dụng kĩ thuật bảng phổ quát việc cập nhật cần thực ghi sở liệu, với kĩ thuật dùng bảng đoạn để cập nhật ghi với cùng ý nghĩa phải cập nhật nhiều ghi sở liệu Tương tự với câu lệnh INSERT 20 3.4.1.2 So sánh ba kĩ thuật ánh xạ bảng đoạn bảng trục có sử dụng mục Như đề cập phần sở lý thuyết ưu điểm phương pháp ánh xạ dùng bảng đoạn bảng trục có hỗ trợ mục Cùng với kịch hỗ trợ thêm mục kết đạt sau Thời gian đáp trả [giây] Hình Biểu đồ so sánh với việc hỗ trợ mục Với kết đạt cho thấy xây dựng sở liệu theo kĩ thuật ánh xạ lược đồ dùng bảng đoạn cộng thêm ưu điểm việc hỗ trợ mục phù hợp với ứng dụng sử dụng nhiều phép chọn So với kĩ thuật dùng bảng phổ quát, kết thu cho thấy kĩ thuật dùng bảng đoạn bảng trục có thời gian đáp trả nhanh Đặc biệt hình 3.7 cho thấy thời gian thực thi phép chọn của kĩ thu ật ánh xạ lược đồ dùng bảng phổ quát gấp khoảng lần so với kĩ thuật dùng bảng trục và gấp khoảng 11 lần so với kĩ thu ật ánh xạ lược đồ dùng bảng đoạn So với kĩ thu ật ánh xạ lược đồ dùng bảng trục , kĩ thuật ánh xạ lược đồ dùng bảng đoạn có thời gian thực thi nhanh bảng 0.6 lần 21 3.4.2 Kết thực nghiệm môi trƣờng Trong kịch lần có cải tiến thêm mục tạo thêm mục bảng t_item kĩ thuật ánh xạ lược đồ dùng bảng đoạn Trong mơi trường có ảnh hưởng yếu tố đường truyền mạng Kết đo sau INSERT UPDATE Thời gian đáp trả [giây] 0.004 0.0035 0.003 0.0025 Bảng phổ quát 0.002 Bảng đoạn 0.0015 Bảng trục 0.001 0.0005 Ins Upd (a) INSERT UPDATE 500 Thời gian đáp trả [giây] 2.5 Bảng phổ quát 1.5 Bảng đoạn Bảng trục 0.5 Ins 500 Upd 500 (b) 22 SELECT SELECT 500 Thời gian đáp trả [giây] (c) Hình Biểu đồ so sánh môi trường Dựa vào hình 3.8 cho thấy ba phương pháp phép chọn – SELECT kĩ thuật dùng bảng đoạn bảng trục có ưu điểm so với kĩ thuật dùng bảng phổ quát với mục đích muốn lấy ghi hay 500 ghi Đặc biệt kĩ thuật ánh xạ dùng bảng phổ quát thời gian thực thi phép chọn lâu rất nhiều , gấp khoảng 20 lần so với hai kĩ thuật còn lại Đối với phép INSERT thiết kế sở liệu theo kĩ thuật ánh xạ lược đồ dùng bảng phổ quát thời gian thực thi tăng lên số lượng ghi tăng lên Phép INSERT kĩ thuật dùng bảng đoạn INSERT nhiều ghi có lợi thời gian thực thi kĩ thuật dùng bảng phổ quát Đối với kĩ thuật dùng bảng trục, để thêm ghi vào sở liệu đồng nghĩa phải đăng kí vào bảng t_item_str t_item_int Đối với phép UPDATE kĩ thuật ánh xạ lược đồ dùng bảng đoạn khơng có lợi thời gian thực thi kĩ thuật ánh xạ lược đồ dùng bảng trục có lợi kĩ thuật ánh xạ lược đồ dùng bảng phổ quát Với kĩ thuật ánh xạ lược đồ sử dụng bảng phổ quát, số lượng lớn thuộc tính cần quản lý khoảng 20 thuộc tình từ col1 đến col20 nhiên số khơng dừng Có thể, số lượng quản lý tăng lên 200 thuộc tính hiệu 23 suất thực thi truy vấn nào? Trong luận văn làm thực nghiệm để đo thêm hiệu suất sở liệu trường hợp Trong trường hợp thêm ghi vào sở liệu kết thu sau: Thời gian đáp trả [giây] 0.0035 0.003 0.0025 0.002 Insert 0.0015 0.001 0.0005 Bảng phổ quát cũ Bảng phổ quát Hình Biểu đồ so sánh phương pháp bảng phổ quát nhiều cột 3.5 Đánh giá chung Với ba kĩ thuật kể kết đạt cho thấy phương pháp ánh xạ lược đồ dùng bảng phổ quát câu lệnh SELECT có thời gian thực thi lâu tiếp kĩ thuật ánh xạ lược đồ sử dụng bảng trục, thời gian thực thi nhanh kĩ thuật ánh xạ lược đồ dùng bảng đoạn Đối với kĩ thuật ánh xạ lược đồ dùng bảng phổ quát việc xây dựng câu truy vấn đơn giản Tuy nhiên nhiều giá trị NULL không cần thiết tạo Đối với kĩ thuật ánh xạ dùng bảng đoạn thời gian phép chọn nhanh chậm không đáng kể Tuy nhiên câu truy vấn phức tạp gây phức tạp trình phát triển phần mềm Với kĩ thuật ánh xạ dùng bảng đoạn bảng trục tích hợp nhiều bên thuê linh động khơng có giới hạn số cột (số thuộc tính cần quản lý) Với kĩ thuật ánh xạ dủng bảng phổ qt, có giới hạn thuộc tính quản lý nên có giới hạn mặt nâng cấp sau 3.6 Tổng kết chƣơng Chi phí bên thuê bên cung cấp dịch vụ giảm cách thiết kế lược đồ sở liệu mềm dẻo để phù hợp với ứng dụng tính tốn đám mây Với kĩ thuật ánh xạ tảng cho phát triển sau để ứng dụng với hệ thống lớn 24 CHƢƠNG KẾT LUẬN VÀ HƢỚNG PHÁT TRIỂN 4.1 Kết thu đƣợc Tính tốn đám mây mơ hình điện tốn nhiều nhà cung cấp dịch vụ nhờ ứng dụng công nghệ cung cấp loạt dịch vụ tiên tiến cho nhiều khách hàng hệ thống mạng Với mục tiêu giải quyết các bài toán về dữ liệu , tính tốn dịch vụ cho khách hàng , tính tốn đám mây đem lại lợi nhuận to lớn về phần cứng cũng phần mềm Đặc điểm nổ i bật của tí nh toán đám mây là việc hỗ trợ đa người dùng , với đặc trưng vậy nhu cầu chia sẻ phần cứng và phần mềm cao Hiện tại có một số phương pháp chia sẻ tài nguyên : Chia sẻ máy , chia sẻ xử lý , chia sẻ bảng Trong luận văn tập trung vào phương pháp chia sẻ bảng Với phương pháp này nhiều bên thuê sẽ sử dụng chung một bộ các bảng Việc sử dụng phương pháp chia sẻ bảng sẽ tiết kiệm được chi phí phân cứng chi phí hoạt độn g Tuy nhiên cùng mợt ứng dụng mỡi khách hàng có nhu cầu mở rộng đối tượng quản lý Do vậy, một lược đồ sở dữ liệu xây dựng điện toán đám mây phải mềm dẻo và có khả đáp ứng những nhu cầu đó Hiện có một số phương pháp ánh xạ lược đồ sở dữ liệu quan hệ được sử dụng khá rộng rãi phương pháp sử dụng bảng riêng , bảng đoạn , bảng trục, bảng phổ quát ,… Mỗi phương pháp đều có những ưu nhược điểm riêng tùy vào độ phức tạp của ứng dụng và những ưu tiên ứng dụng để áp dụng một cách thí ch hợp Từ sở lý thuyết phương pháp ánh xạ lược đồ sở liệu quan hệ, luận văn xây d ựng thực nghiệm nhỏ sở liệu quan hệ Mysql để đánh giá hiệu suất hoạt động ba phương pháp ánh xạ lược đồ sở dữ liệu quan hệ dùng bảng trục, bảng đoạn, bảng phổ quát Kết quả đo đạc cho thấy phương pháp xây dựng sở dữ liệu sử dụng bảng đoạn có l ợi hẳn phép chọn so với hai phương pháp lại Phương pháp ánh xạ lược đồ dùng bảng phổ quát có lợi về phép thêm bản ghi số lượng bản ghi í t Tuy nhiên, số lượng bản ghi tăng thì hiệu suất thực thi lại giảm Phương pháp ánh xạ lược đồ dùng bảng đoạn có hiệu suất tương đối ổn đị nh 4.2 Hƣớng phát triển Hiện luận văn dừng lại thực nghiệm ba phương pháp ánh xạ dùng bảng phổ quát bảng đoạn, bảng trục Trong tương lai thực đo đạc đánh giá thêm phương pháp khác Ngoài việc thực ba phương pháp ánh xạ lược đồ sở liệu, tương lai luận văn nghiên cứu phương pháp tối ưu truy vấn để mang lại hiệu cao Khai thác ưu điểm phương pháp để có tính ứng dụng rộng khắp 25 Hiện luận văn dừng lại việc đánh giá hiệu suất thực thi ba phương pháp ánh xạ sở liệu mysql tương lai phát triển thêm số hệ quản trị sở liệu quan hệ khác Oracle, SQL server,… Hiện luận văn dừng lại việc đo đạc hiệu suất thực thi sở liệu có số lượng người truy cập cố định Hướng nghiên cứu tương lai đo hiệu suất thực thi sở liệu số lượng người truy cập biến thiên 26 TÀI LIỆU THAM KHẢO [1] Cor-Paul Bezemer, Andy Zaidman, Multi-Tenant SaaS Applications : Maintenance Dream or Nightmare? 2010, ACM [2] Dean Jacobs, Stefan Aulbach, Ruminations on Multi-Tenant Databases, 2007 [3] David S.Linthicum, Cloud Computing and SOA Convergence in your enterprise chapter 3, Defining the Clouds for the Enterprise, 2010 [4] Franclin S Foping, Ioannis M Dokas, John Feehan, Syed Imran,Cork Constraint Computation Centre University College Cork, Ireland, A New Hybrid Schema-Sharing Technique for Multitenant Applications [5] Jinesh Varia, Architecting for the Cloud: Best Practices, Amazon, May 2010 [6] John W Rittinghouse, James F Ransome, Cloud Computing Implementation, Management and Security, CRC Press, 2010 [7] http://msdn.microsoft.com/en-us/library/aa479086.aspx [8] Ian Foster,Yong Zhao, Ioan Raicu, Shiyong Lu, Cloud Computing and Grid Computing 360-Degree Compared [9] George P Copeland, Setrag STORAGE MODEL N Khoshafian, A DECOMPOSITION [10] Katarina Stanoevska et al, Grid and Cloud Computing: A Business Perspective on Technology, Springer-Verlag Berlin Heidelberg, 2010 [11] Michael Armbrust et al, Above the Clouds: A Berkeley View of Cloud Computing, Electrical Engineering and Computer Sciences University of California at Berkeley, Technical Report No UCB/EECS-2009-28 [12] M Stonebraker, D J Abadi, A Batkin, X Chen,M Cherniack, M Ferreira, E Lau, A Lin, S Madden, E J O’Neil, P E O’Neil, A Rasin, N Tran, andS B Zdonik C-Store: A Column-oriented DBMS In Proceedings of the 31st International Conference on Very Large Data Bases, Trondheim, Norway, August 30 - September 2, 2005 [13] Oliver Schiller, Benjamin Schiller, Andreas Brodt, Bernhard Mitschang, Native support of multi-tenancy in RDBMS for Software as a Service [14] Paul T Jaeger, Jimmy Lin, Justin M Grimes, Cloud Computing and Information Policy: Computing in a Policy Cloud?, Journal of Information Technology & Politics, May 2010 27 [15] Rajkumar Buyya, Chee Shin Yeo, and Srikumar Venugopal, Market-Oriented Cloud Computing: Vision, Hype, and Reality for Delivering IT Services as Computing Utilities [16] Stefan Aulbach, Dean Jacobs, Alfons Kemper, Michael Seibold, A comparision of Flexible Schemas for Software as a Service [17] Stefan Aulbach, Torsten Grust,Dean Jacobs,Alfons Kemper,Jan Rittinger: Multi-Tenant Databases for Software as a Service: Schema-Mapping Techniques, 2008 ACM [18] Security Guidance for Critical Areas of Focus in Cloud Computing V2.1, Cloud Security Alliance, December 2009 [19] Peter Mell, Timothy Grance, The NIST Definition of Cloud Computing, National Institute of Standards and Technology, Sept 2011 [20] Tinna Pihlasviita, XML and DB2 [21] White Paper, Introduction to Cloud Computing Architecture , 2009 [22] www.embarcadero.com, Total Cost of Ownership, 2009 Thank you for evaluating AnyBizSoft PDF Merger! To remove this page, please register your program! Go to Purchase Now>> AnyBizSoft PDF Merger  Merge multiple PDF files into one  Select page range of PDF to merge  Select specific page(s) to merge  Extract page(s) from different PDF files and merge into one ... TỔNG QUAN 1.1 Giới thiệu chung tính tốn đám mây 1.1.1 Khái niệm tính tốn đám mây 1.1.2 Tính chất tính tốn đám mây 1.1.3 Các mơ hình tính tốn đám mây ... TỔNG QUAN Nội dung chương trình bày vấn đề chung tính tốn đám mây như: khái niệm, tính chất tính tốn đám mây, trình bày sơ lược số dịch vụ tính tốn đám mây số mơ hình triển khai tính tốn đám mây. .. 1.1.2.5 Tính đo lường 1.1.3 Các mơ hình tính tốn đám mây Các mơ hình tính toán đám mây phân thành hai loại:  Các mơ hình dịch vụ (Service Models): Phân loại dịch vụ nhà cung cấp dịch vụ tính tốn đám