몇 주 전에 나는 누군가와 함께 토론의 비트로 소비자 - 학년 NAS에 효과적인 RAID 레벨 내 로컬 커피 숍에서가 있고, 그 때마다 우리가 프로가 넘는 다른 열띤 토론에 들어갈 것으로 보인다 스타벅스에서 경로를 교차 각종 기술의 죄수.에서이 남자는 또 자신은 "l33t 사용자"듯싶은 그냥 "펑크 녀석"이라고 생각했다 먼저,하지만 일부 대화 후 그는 완전히 테스토 스 테론의 전체 아니라 전쟁에 대한 가려움도 볼 수 단어의. 그래서 난 전혀 놀라운로 거의 앞으로 이러한 논쟁을 찾고 오면 같아 시작했습니다.

오늘의 인자는 주위에 최선을 특정 환경에서 사용되는 SQL 데이터베이스를 중심으로. 거의 제가 모든 일을 저지른 일들과, MS의 SQL 서버 데이터베이스를 선택하고있다.이 플랫폼은 매우 성숙, 그리고 거대한 큰 지원을하고있다 온라인 커뮤니티. 종종 시간이 많은 기관에 대한 선택의 데이터베이스로 쉽게 설치, 배포, 그리고 프로그래머 또는 관리자를위한.에는 몇 가지가 나는 그것을 병렬 클러스터 기능 ()처럼,하지만이 있었으면 좋겠있다 모두에서 SQL Server는 그들이 필요로하는 엔터 프라이즈 전부, 그리고 나서 몇 줄 수있는, 자신의 데이터베이스를 요구했다.

MySQL을, 포스트, 오라클 및 DB2 등의 솔루션을 검토한 결과, 그들 중 어떤 특정 상황에 대해 저는 반대하지 않습니다. DB2를 꽤 믿을 때 대용량 데이터베이스 (4 + 테라)로 작업할 강력한이며, 오라클은 꽤있다 은 자신의 권리를 적정량 (비록 내가 프로덕션 환경에서). MySQL은 이제 다섯 일부 필수 데이터베이스 기능을 할 수 있으며, 그것을 이용한 적이 없다는 저장 프로 시저, 트리거와 트랜잭션이 할 수 없어 (데이터베이스를 모든 기업에 적합하지 않아 제 생각에는). PostgreSQL을 엄청나게 잘 임베디드 기계와 다른 솔루션 필요한 작품이 어디 작은 풋프린트, 그리고 어떤 상용 패키지처럼해야 할 필요가 발생하는 최대 규모의 수 (비록 내가 한번도 들어본 적이 과거에 걸릴 PostgreSQL 데이터베이스를 크기에 20메가바이트).

이후 SQL Server가되어 모든 것을 할 수있다 그러니 다시 논쟁에, 우리는 여기서 두 가지 솔루션의 주장 논의 : MySQL은 SQL Server를 5 대 (전 버전 6.5에서, MySQL은 1998 년 이상 5 년 이후)으로 할 수 있거든요. 내 상대, 그를 테드 전화, 밴쿠버에서 MySQL의 SQL Server에서 움직일 것으로 간주했던 회사가 이곳에서 일하고있다. 이들은 9 애플 리케이션과 웹사이트를 통해 3 87기가바이트 총 8 개의 데이터베이스를 사용합니다. 그들은 또한 60의 데이터웨어 하우스가 GB.

테드 버전 2를 이후로 MySQL을 상대로 웹사이트를 여러 플랫폼을 개발하고 그 임무 - 중요한 환경에 대한 준비가되어 기분. 그가 설명한 관리자를위한 몇 가지 방법 중 몇 가지 스트레스 갔다 초기 테스트 - 세션과 모든 테스트를 차질없이 일한 ( 몇 가지 데이터 전환, 과정).과 현재의 MySQL 5 릴리스는 FreeBSD를 사용하여, 기존 서버는 2 년 전 지금은 Windows2000 실행 및 SQL2000에서 더 많은 프로세싱 파워를 가지고있는 최신 박스와 함께 은퇴를 감추고 있었다. 난 'm은은 DBA의 결과와 함께 넋을다고 확신합니다.

불행히도 테드에 대한 그의 매니저 때문에 안정성, 성능 및 기술 지원에 의존 SQL Server 2005를 유지하기로 결정했다. 왜냐하면 그것에 MySQL에 자신의 시스템 자원의 변환에 갈 것이라고 금액 및 유지와 관련된 비용에 숙련된 직원 손,이 회사는 마이 그 레이션하는 동안 위험이 너무 높은 것으로 밝혀졌다하기로했다.

내가 테드는 "비용이 손을에 숙련된 직원과 관련된 언급을 지키는 웃음을"했다. 안하기 때문에 그 자체에 재미 있었어,하지만 내가가는 곳마다 꽤 들었어요 그게 뭔가. 한 사업을 수 있기를 사람과, 지금이 순간을 위해, MS는 사람들이 많이있다. 여기에 오픈 소스로 숙련되어 비교적 높은 몇 DBAs, 어떤 조직에 대한 유효한 이것을 실행할 우려가있는 것을 발견하기 쉬운 물건을 찾을 수있습니다. 물론 그렇게 말한다면, 거기에 점점 더 많은 사람들이 실력이 시스템 운영 및 유지 보수에 필요한 모든 시간을 ...하지만 그냥 그걸로 만족하지오고있다.

과 마찬가지로 우리의 주장의 대부분을, 우리는 정말 어떤 최종 답변에 오지 않았어. 두 SQL Server 및 MySQL은 고체하는 개발 플랫폼을 상대로, 그리고 모두 자신의 강점과 약점을 갖고 있죠. 반면 테드 MySQL이 회사는 적은 비용 것이 열렬한입니다 작업을 더 즐겁게 플랫폼, 그가 실제로 사업을 걱정하는 건 이해 않습니다. 내 일부 들어, 난 그가 왜 자신의 미래 요구를 일부 새로운 기능을 활용할 수있을만큼 오픈 소스 제품에 조직을 이동하려는 것이라고 볼 수있습니다 버전 5에서 (SQL Server가 부족 parellel 클러스터링 등).

기술적으로봤을 때, 난 아주은 MySQL의 최신 버전과 포스트도 함께 v8.2 (사업의 부족에도 불구하고 - 난 개발 플랫폼을 상대로 해봤 수준). 때 많은 사이트에서 보면 높은 감동 봤는데 기술적 요구 사항, 당신이 그들의 대부분과 비용이 훨씬 더 낮은 MySQL은 SQL Server와 함께 불렀니 반복 실행의 일부가 나타납니다 (비용 - 당 - 프로세서 또는 클라이언트 licencing 구조).

이후 그들이 알고있는 오픈 소스 데이터베이스가 매우 단단한되고있다. 언제 기회가 플랫폼 사이에서 선택을 주어진 문화에 대한 결정은 종종보다는 기술을 기반으로하고있다.에는 비즈니스 세계에서 Microsoft 문화의 많은 종류가 많은 기업들이 안전하게 느낄 (이론적으로) Microsoft 제품 구매에 대한 해고 얻을 수없습니다.

개인 면책 조항으로서, 나는 10 년간의 좋은 부분에 대한 다양한 Microsoft 플랫폼에 대한 개발했습니다. 난 정말 SQL Server에 작업을 즐길 수도를 보여주기 위해 MCDBA을 얻고있습니다. 언제 어떤 플랫폼을 더달라고 해요 내가 ""대답은 ... 달려 달려 있기 때문에 일반적으로 기본 않습니다. 각 데이터베이스는 특정 상황에서 장점이있다, 그리고 나는 충분히 한 모든 인스턴스에서 다른 사람보다 나은 화려한 말이 아니에요. 데이터베이스의 진짜 위력에서 나온 사람들이 그 유지 관리 및 솔루션을 개발할 수있습니다.