MySQL과 SQL Server의 차이점

저는 모든 데이터베이스 요구 사항 (직장 및 개인 프로젝트 모두)에 사용한 ASP.NET 개발자입니다 Microsoft SQL Server.

개인 프로젝트 중 일부에 대해 LAMP 스택을 시험 해보고 있습니다.

사이의 주요 차이점은 무엇입니까 MySQL와는 SQL Server? 사용하는 저장 프로 시저 에서 일반적인 관행을 MySQL?

스위치 사용에 도움이되는 조언이나 리소스가 있습니까?

둘 다 경험이있는 사람들에게 누락 된 기능이 MySQL있습니까?

주의해야 할 사항 중 하나는 SQL Server와 MySQL이 SQL 구문을 구현하는 방식이 상당히 다르다는 것입니다.

다른 SQL 구현 의 좋은 비교는 다음과 같습니다 .

예를 들어 top-n 섹션을 살펴보십시오. MySQL에서 :

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

SQL Server (T-SQL)에서 :

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

여기에 많은 의견이 실제 진술보다 종교적인 주장처럼 들립니다. 나는 MySQL과 MSSQL 모두에서 수년간 일해 왔으며 둘 다 좋은 제품입니다. 나는 주로 작업중 인 환경을 기반으로 MySQL을 선택합니다. 대부분의 오픈 소스 프로젝트는 MySQL을 사용하므로, 그러한 방향으로 나아가면 MySQL이 선택됩니다. .Net으로 무언가를 개발한다면 MSSQL을 선택할 것입니다. 왜냐하면 MSSQL이 훨씬 낫기 때문이 아니라 대부분의 사람들이 사용하는 것입니다. 저는 현재 MySQL 및 C #과 함께 ASP.NET을 사용하는 프로젝트에 있습니다. 완벽하게 작동합니다.

MySQL이 CTE (Common Table Expressions) / "with"문을 지원하지 않는다고 언급 한 사람은 아무도 없습니다. 꽤 성가신 차이입니다.

MySQL은 데이터베이스 손상 문제가있을 가능성이 높으며, 발생할 때 자동으로 수정하지는 않습니다. 버전 6.5 이후로 MSSQL을 사용해 왔으며 데이터베이스를 오프라인으로 만드는 데이터베이스 손상 문제를 기억하지 못합니다. 프로덕션 환경에서 MySQL로 작업 한 몇 번, 데이터베이스 손상 문제는 명령 줄에서 "손상된 인덱스를 수정하십시오"라는 마법을 실행할 때까지 전체 데이터베이스를 오프라인 상태로 만들었습니다.

내 경험상 MSSQL의 트랜잭션 및 저널링 시스템은 데이터베이스 손상없이 전원을 껐다 켜거나 하드웨어 오류를 포함한 모든 것을 처리하며, 문제가 발생하면 자동으로 수정됩니다.

이것은 나의 경험이었고, 이것이 고쳐 졌거나 우리가 잘못하고 있다는 것을 알게되어 기쁩니다.

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

솔직히 MSSQL 대신 MySQL을 사용해야하는 이유는 없습니다. 이전에는 비용이 많이 들었지만 SQL Server 2005 Express는 무료이며 한 달에 5.00 달러 미만으로 SQL 서버로 전체 호스팅을 제공하는 많은 웹 호스팅 회사가 있습니다.

MSSQL은 사용하기 쉽고 MySQL에는없는 많은 기능을 가지고 있습니다.

MySQL의 모든 것은 MSSQL보다 금속에 더 가까운 것으로 보입니다. 그리고 문서는 그것을 그렇게 취급합니다. 특히 최적화의 경우 다양한 상황에서 인덱스, 시스템 구성 및 옵티마이 저가 상호 작용하는 방식을 이해해야합니다.

"최적화 기"는 더 많은 파서입니다. MSSQL에서 쿼리 계획은 종종 놀랍습니다 (보통 좋지만 때로는 그렇지 않습니다). MySQL에서는 요청한대로 예상 한대로 수행합니다. 즉, 다양한 방법으로 자신을 깊이 이해해야합니다.

좋은 TRANSACTION 모델 (기본 MyISAM 엔진)을 기반으로 구축되지 않았습니다.

파일 시스템 설정이 문제입니다.

모든 데이터베이스 구성, 특히 다양한 캐시 크기가 문제입니다.

때로는 그것을 특별하고 영광스러운 isam으로 생각하는 것이 가장 좋습니다. 코드와 날짜는 여기에 많은 무게를 가지고 있지 않습니다. 그들은 당황하지 않고 그것을 말할 것입니다.

주의해야 할 주요 사항 중 하나는 MySQL 5.0 이전 버전에는 뷰, 트리거 및 저장 프로 시저가 없다는 것입니다.

이에 대한 자세한 내용은 MySQL 5.0 다운로드 페이지 에서 설명 합니다 .

@abdu

내가 MSSQL보다 MySQL이 가지고있는 주요한 것은 시간대 지원입니다. 일광 절약을 존중하면서 시간 대간을 멋지게 변경하는 기능은 환상적입니다.

이것을 비교하십시오 :

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                                             |
+-----------------------------------------------------------------+

이 답변에 관련된 왜곡에 .

'사용하기 쉬운'댓글에 관해서는 요점은 다르다는 것입니다. 하나를 안다면 다른 것을 배우는 데 오버 헤드가있을 것입니다.

둘 다 DBMS의 제품 Sql 서버는 상용 응용 프로그램이지만 MySql은 오픈 소스 응용 프로그램입니다. 제품에는 비슷한 기능이 포함되어 있지만 SQL Server는 엔터프라이즈 솔루션에 사용해야하지만 mysql은 더 작은 구현에 적합 할 수 있습니다. 복구와 같은 기능이 필요한 경우, 복제, granalar 보안 및 중요, 당신은 SQL Server가 필요합니다

MySql은 디스크 공간을 덜 차지하고 SQL Server보다 메모리와 CPU를 적게 사용합니다.

SQL Server에서 MySQL에 이르는 데이터베이스의 "포트"에 대한 경험이 있습니까?

이것은 상당히 고통 스러워야합니다! MySQL 버전을 4.x에서 5.x로 전환했으며 이전에는 다양한 명령문이 더 이상 작동하지 않습니다. 쿼리 분석기는 "개선"되었으므로 이전에 성능을 위해 조정 된 명령문은 더 이상 예상대로 작동하지 않습니다.

500GB MySQL 데이터베이스 작업을 통해 얻은 교훈은 미묘한 주제이며 사소한 것이 아닙니다!

@Cebjyre. Enterprise Manager 또는 Management Studio가 MySQL에서 지금까지 본 것보다 낫다는 IDE. MySQL이없는 MSSQL에서 많은 일을 할 수 있기 때문에 '사용하기 쉽다'고 말합니다. MySQL에서는 단순히 쿼리 계획을 보거나 통계를 보면서 쿼리를 조정하는 방법을 모릅니다. MSSQL의 인덱스 튜닝 마법사는 누락되거나 잘못 배치 된 인덱스에 대한 대부분의 추측 작업을 수행합니다.

MySQL의 단점 중 하나는 데이터베이스의 최대 크기가 없다는 것입니다. 데이터베이스는 디스크를 채울 때까지 크기가 커집니다. 이 디스크가 다른 사용자와 데이터베이스를 공유하고 있고 데이터베이스가 커질 수 없기 때문에 갑자기 모든 쿼리가 실패한다고 상상해보십시오. 이 문제를 오래 전에 MySQL에보고했습니다. 아직 해결되지 않았다고 생각합니다.

MSSQL에서 MySQL 구문 POV에 이르기까지 MySQL을 사용하는 데 약간의 시간을 소비하면서 나는 내가 할 수있는 일이 제한적이라고 생각했습니다.

업데이트 중에 동일한 테이블을 참조하면서 테이블을 업데이트하는 데에는 제한이 있습니다.

또한 UPDATE FROM이 작동하지 않고 마지막으로 확인했을 때 Oracle MERGE INTO 구문도 지원하지 않습니다. 이것은 나를위한 쇼 스토퍼 였고 그 후 MySQL로 어디서나 얻을 것이라고 생각하지 않았습니다.