Sự khác biệt giữa MySQL và SQL Server [đã đóng]

Tôi là một nhà phát triển ASP.NET đã sử dụng Microsoft SQL Servercho tất cả các nhu cầu cơ sở dữ liệu của tôi (cả trong công việc và cho các dự án cá nhân).

Tôi đang xem xét dùng thử LAMP stack cho một số dự án cá nhân của tôi.

Một số khác biệt chính giữa MySQLvà là SQL Servergì? Là sử dụng các thủ tục lưu trữ là một thực tế phổ biến trong MySQL?

Bất kỳ lời khuyên hoặc tài nguyên nào bạn muốn giới thiệu để giúp tôi chuyển đổi?

Đối với những người có kinh nghiệm với cả hai, có thiếu tính năng nào từ MySQL?

Một điều bạn phải coi chừng là sự khác biệt khá nghiêm trọng trong cách SQL Server và MySQL thực hiện cú pháp SQL.

Đây là một so sánh tốt đẹp của các triển khai SQL khác nhau .

Ví dụ, hãy xem phần top-n. Trong MySQL:

SELECT age
FROM person
ORDER BY age ASC
LIMIT 1 OFFSET 2

Trong máy chủ SQL (T-SQL):

SELECT TOP 3 WITH TIES *
FROM person
ORDER BY age ASC

Rất nhiều ý kiến ​​ở đây nghe giống như tranh luận tôn giáo hơn là tuyên bố ngoài đời thực. Tôi đã làm việc nhiều năm với cả MySQL và MSSQL và cả hai đều là những sản phẩm tốt. Tôi sẽ chọn MySQL chủ yếu dựa trên môi trường mà bạn đang làm việc. Hầu hết các dự án nguồn mở đều sử dụng MySQL, vì vậy nếu bạn đi theo hướng đó thì MySQL là lựa chọn của bạn. Nếu bạn phát triển một cái gì đó với .Net, tôi sẽ chọn MSSQL, không phải vì nó tốt hơn nhiều, mà chỉ vì đó là thứ mà hầu hết mọi người sử dụng. Tôi thực sự hiện đang ở trên một Dự án sử dụng ASP.NET với MySQL và C #. Nó hoạt động hoàn toàn tốt.

Tôi không thể tin rằng không ai đề cập rằng MySQL không hỗ trợ các câu lệnh Biểu thức chung (CTE) / "với". Đó là một sự khác biệt khá khó chịu.

MySQL có nhiều khả năng gặp sự cố tham nhũng cơ sở dữ liệu và nó không tự động sửa chúng khi chúng xảy ra. Tôi đã làm việc với MSSQL kể từ phiên bản 6.5 và không nhớ vấn đề hỏng cơ sở dữ liệu khi lấy cơ sở dữ liệu ngoại tuyến. Một vài lần tôi đã làm việc với MySQL trong môi trường sản xuất, một sự cố hỏng cơ sở dữ liệu đã đưa toàn bộ cơ sở dữ liệu ngoại tuyến cho đến khi chúng tôi chạy phép thuật "vui lòng sửa chỉ mục bị hỏng của tôi" từ dòng lệnh.

Theo kinh nghiệm của tôi, hệ thống nhật ký và giao dịch của MSSQL xử lý mọi vấn đề - bao gồm cả chu trình điện hoặc lỗi phần cứng - mà không làm hỏng cơ sở dữ liệu và nếu có gì đó bị rối, nó sẽ tự động sửa.

Đây là kinh nghiệm của tôi và tôi rất vui khi biết rằng nó đã được sửa hoặc chúng tôi đã làm gì đó sai.

http://dev.mysql.com/doc/refman/6.0/en/corrupted-myisam-tables.html

http://www.google.com/search?q=site%3Abugs.mysql.com+index+corruption

Thành thật mà nói, tôi không thể tìm thấy một lý do duy nhất để sử dụng MySQL thay vì MSSQL. Vấn đề trước đây từng là chi phí nhưng SQL Server 2005 Express là miễn phí và có rất nhiều công ty lưu trữ web cung cấp dịch vụ lưu trữ đầy đủ với máy chủ sql với giá dưới 5,00 đô la một tháng.

MSSQL dễ sử dụng hơn và có nhiều tính năng không tồn tại trong MySQL.

Mọi thứ trong MySQL dường như được thực hiện gần với kim loại hơn trong MSSQL, và tài liệu xử lý theo cách đó. Đặc biệt để tối ưu hóa, bạn sẽ cần hiểu cách lập chỉ mục, cấu hình hệ thống và trình tối ưu hóa tương tác trong các trường hợp khác nhau.

"Trình tối ưu hóa" là một trình phân tích cú pháp nhiều hơn. Trong MSSQL kế hoạch truy vấn của bạn thường gây bất ngờ (thường là tốt, đôi khi không). Trong MySQL, nó thực hiện khá nhiều những gì bạn yêu cầu nó làm, theo cách bạn mong đợi. Điều đó có nghĩa là bản thân bạn cần có một sự hiểu biết sâu sắc về những cách khác nhau có thể được thực hiện.

Không được xây dựng xung quanh một mô hình TRANSACTION tốt (công cụ MyISAM mặc định).

Thiết lập hệ thống tập tin là vấn đề của bạn.

Tất cả các cấu hình cơ sở dữ liệu là vấn đề của bạn - đặc biệt là các kích thước bộ đệm khác nhau.

Đôi khi có vẻ tốt nhất để nghĩ về nó như là một isam ad-hoc, vinh quang. Codd và Date không mang nhiều trọng lượng ở đây. Họ sẽ nói điều đó mà không có sự bối rối.

Tôi nghĩ một trong những điều quan trọng cần chú ý là các phiên bản trước MySQL 5.0 không có chế độ xem, kích hoạt và quy trình được lưu trữ.

Nhiều hơn về điều này được giải thích trong trang Tải xuống MySQL 5.0 .

@abdu

Điều chính tôi đã thấy rằng MySQL có trên MSSQL là hỗ trợ múi giờ - khả năng thay đổi độc đáo giữa các múi giờ, tôn trọng tiết kiệm ánh sáng ban ngày là tuyệt vời.

So sánh điều này:

mysql> SELECT CONVERT_TZ('2008-04-01 12:00:00', 'UTC', 'America/Los_Angeles');
+-----------------------------------------------------------------+
| CONVERT_TZ('2008-04-01 12:00:00', 'UTC', 'America/Los_Angeles') |
+-----------------------------------------------------------------+
| 2008-04-01 05:00:00                                             |
+-----------------------------------------------------------------+

cho các mâu thuẫn liên quan đến câu trả lời này .

Đối với nhận xét 'dễ sử dụng hơn, tôi sẽ nói rằng vấn đề là chúng khác nhau, và nếu bạn biết một thứ, sẽ có một chi phí lớn trong việc học cái khác.

Cả hai đều là máy chủ Product Sql của DBMS là một ứng dụng thương mại trong khi MySql là một ứng dụng mở. Cả hai sản phẩm đều có tính năng tương tự, tuy nhiên máy chủ sql nên được sử dụng cho giải pháp doanh nghiệp, trong khi mysql có thể phù hợp với triển khai nhỏ hơn. Nếu bạn cần tính năng như recovery, nhân rộng, bảo mật granalar và đáng kể, bạn cần máy chủ sql

MySql chiếm ít dung lượng trên đĩa hơn và sử dụng ít bộ nhớ và cpu hơn so với máy chủ sql

Bất cứ ai cũng có kinh nghiệm tốt với "cổng" cơ sở dữ liệu từ SQL Server sang MySQL?

Điều này nên khá đau! Tôi đã chuyển các phiên bản của MySQL từ 4.x sang 5.x và các câu lệnh khác nhau sẽ không hoạt động nữa như trước đây. Trình phân tích truy vấn đã được "cải thiện" để các câu lệnh trước đây được điều chỉnh cho hiệu suất sẽ không hoạt động như mong đợi.

Bài học rút ra khi làm việc với cơ sở dữ liệu MySQL 500 GB: Đó là một chủ đề tinh tế và bất cứ điều gì khác ngoài tầm thường!

@Cebjyre. IDE cho dù Enterprise Manager hay Management Studio tốt hơn bất cứ thứ gì tôi thấy cho đến nay đối với MySQL. Tôi nói 'dễ sử dụng hơn' vì tôi có thể thực hiện nhiều điều trong MSSQL khi MySQL không có đối tác. Trong MySQL tôi không biết làm thế nào để điều chỉnh các truy vấn bằng cách chỉ cần nhìn vào kế hoạch truy vấn hoặc xem số liệu thống kê. Trình hướng dẫn điều chỉnh chỉ mục trong MSSQL chiếm phần lớn công việc đoán về những chỉ mục bị thiếu hoặc đặt sai vị trí.

Một thiếu sót của MySQL là không có kích thước tối đa cho cơ sở dữ liệu. Cơ sở dữ liệu sẽ chỉ tăng kích thước cho đến khi nó lấp đầy đĩa. Hãy tưởng tượng nếu đĩa này đang chia sẻ cơ sở dữ liệu với người dùng khác và đột nhiên tất cả các truy vấn của họ đều thất bại vì cơ sở dữ liệu của họ không thể phát triển. Tôi đã báo cáo vấn đề này với MySQL từ lâu. Tôi không nghĩ nó đã được sửa.

Dành thời gian làm việc với MySQL từ MSSQL sang cú pháp MySQL POV Tôi cứ thấy mình bị giới hạn trong những gì tôi có thể làm.

Có các giới hạn bizzare khi cập nhật một bảng trong khi điều chỉnh cùng một bảng trong khi cập nhật.

Ngoài ra, CẬP NHẬT TỪ không hoạt động và lần trước tôi đã kiểm tra họ cũng không hỗ trợ cú pháp Oracle MERGE INTO. Đây là một điểm dừng chương trình cho tôi và tôi đã ngừng nghĩ rằng tôi sẽ đến bất cứ nơi nào với MySQL sau đó.