MS SQL và MySQL đều có những điểm đặc thù của chúng

Chia sẻ: Lê Tuấn Anh | Ngày: | Loại File: DOC | Số trang:2

0
192
lượt xem
42
download

MS SQL và MySQL đều có những điểm đặc thù của chúng

Mô tả tài liệu
  Download Vui lòng tải xuống để xem tài liệu đầy đủ

Tôi cho rằng MySql hơn MSSQL ở tính năng cung cấp nhiều loại storage engine. Tuy nhiên tính về mặt integration chặt chẽ cho trọn bộ hệ thống và công cụ phát triển software thì MSSQL integrate tốt hơn MySql, đặc biệt ở mảng .NET. MSSQL còn hỗ trợ XML trực tiếp trong DB, trong khi đó thì MySQL chưa làm được chuyện này. Các chức năng cần thiết như View, StoreProcedure, Trigger thì cả hai tương đương nhau.

Chủ đề:
Lưu

Nội dung Text: MS SQL và MySQL đều có những điểm đặc thù của chúng

  1. MS SQL và MySQL đều có những điểm đặc thù của chúng. Nếu cần so sánh, nên so sánh theo  tính năng, hiệu suất, bảo mật và khả năng phục hồi....  Tôi thấy MySql phiên bản 4.x không thể so với MSSQL vì phiên bản này thiếu khá nhiều tính năng  quan trọng để được xếp loại là một CSDL hạng nặng (ví dụ như thiếu ứng dụng View, StoreProc,  Triggers...). Để công bằng nên thử so sánh MySql 5.x và MSSQL 2005.  1. Tính năng:  Tôi cho rằng MySql hơn MSSQL ở tính năng cung cấp nhiều loại storage engine. Tuy nhiên tính về  mặt integration chặt chẽ cho trọn bộ hệ thống và công cụ phát triển software thì MSSQL integrate  tốt hơn MySql, đặc biệt ở mảng .NET. MSSQL còn hỗ trợ XML trực tiếp trong DB, trong khi đó thì  MySQL chưa làm được chuyện này. Các chức năng cần thiết như View, StoreProcedure, Trigger thì  cả hai tương đương nhau.  2. Hiệu suất:  Tính về mặt hiệu suất, có rất nhiều thử nghiệm và tường trình cho rằng MSSQL perform kém hơn  MySQL nhiều mặt. MSSQL đòi hỏi tài nguyên rất lớn (CPU mạnh, nhiều RAM...), nếu không nó rất  ì ạch. MySQL không đòi hỏi nhiều như MSSQL. MySQL có thể chạy trên các UNIX highend system  và perform tốt hơn MSSQL trên Windows highend server trong nhiều trường hợp.  3. Bảo mật:  MSSQL qua mặt MySQL về tính bảo mật ở column level. MySQL chỉ có thể set access đến row  level là hết. Hệ thống xác thực người dùng của MSSQL cũng qua mặt MySQL. Tuy vậy, trên bình  diện "để hở cổng" thì MSSQL dễ bị exploit hơn MySQL bởi MSSQL tích hợp quá chặt vào hệ điều  hành. Lỗi của hệ điều hành hoặc một bộ phận nào đó dẫn đến việc nhân nhượng MSSQL nhanh  chóng hơn MySQL.  4. Khả năng nhân bản (replication):  Cả hai đều có khả năng replicate hoặc cung cấp phương tiện để làm việc này. Tuy nhiên, MySQL  nhanh hơn và ít sự cố hơn MSSQL vì tất cả các SQL statements dùng để thay đổi, cập nhật dữ liệu  được lưu giữ trong binary log. MSSQL cung cấp nhiều phương pháp replicate cao cấp hơn, chi tiết  hơn bởi thế nó phức tạp hơn và chậm hơn.  5. Khả năng phục hồi (recovery):  Nếu MySQL chạy thuần túy với MyISAM storage engine thì khả năng phục hồi (sau khi bị crash)  không cách gì so sánh với MSSQL. Tuy nhiên nếu MySQL chạy với Innodb engine thì khả năng  phục hồi không thua kém gì MSSQL. Ngoài ra, khả năng phục hồi còn được xét ở biên độ liên quan  đến khả năng nhân bản (replication) ở trên. Bởi vì MSSQL cung cấp nhiều phương thức nhân bản  nên việc phục hồi dữ liệu trên MSSQL dễ dàng hơn.  6. Phí tổn:  MySQL bản community không hề tốn tiền để mua nhưng bạn phải tự xắn tay áo lên. Tuy nhiên cài  đặt, sử dụng và tối ưu MySQL không khó vì tài liệu của nó rất đầy đủ, thông tin về MySQL tràn  ngập trên web. So với MSSQL, bạn phải trả gần một ngàn rưỡi đô cho 1 license MSSQL standard  và khi cần support, bạn phải trả thêm tiền support (tùy case). MS vẫn cung cấp bản MSSQL không  thu phí dành cho mục đích development. Tài liệu về MSSQL cũng rất nhiều trên mạng. Bản  MySQL enterprise thì phải trả tiền (khoảng 400 đô) nhưng bạn được support đầy đủ.  Kinh nghiệm bản thân tôi thấy MySQL dùng được. Có thể cáng đáng khối lượng dữ liệu rất lớn. Tuy 
  2. vậy, dùng MyISAM thì nhanh nhưng sẽ gặp nhiều vấn đề phức tạp. Dùng Innodb thì chậm hơn  nhưng ít bị những trục trặc về "deadlock". Dùng MSSQL thì server phải tốt không thì ì ạch lắm. Nói  chung, dùng CSDL nào đi chăng nữa, việc tối ưu chúng là việc không thể thiếu được. Việc nhập /  xuất dữ liệu nên xét thật kỹ lưỡng và logic. Không lạm dụng tính năng của CSDL và phó mặc cho  chúng. Tất cả các SQL statement phải "make sense" và vừa đủ (Theo HVA) Mấy hôm nay đang suy nghĩ, chọn HQT cho ứng dụng mới của mình, thật là đau đầu, nhưng cũng  nhờ vậy mà tìm được một số bài viết khá hay, nhiều quan điểm khác nhau... Nhưng chung quy nó  cũng cho mình được 1 cái nhìn, và nên chọn HQT nào phù hợp với ứng dụng của mình. Còn bạn thì sao ­ có suy nghĩ gì về các HQT CSDL thịnh hành hiện nay không? Hãy chia sẽ với  mọi người đi nào.

CÓ THỂ BẠN MUỐN DOWNLOAD

Đồng bộ tài khoản