MySQL을 써야 할 5가지 이유, 쓰지 말아야 할 8가지 이유
http://www.cio.com 에 mysql에 관한 흥미로운 의견이 게재되었네요.
우선, mysql을 써야 할 5가지 이유는 다음과 같습니다.
- ubiquitous: 이미 많이 쓰이고 있다. 따라서 믿을 수 있다.
- simple: 배우고 운영하기 쉽다, 그리고 구조가 간단하기 때문에 빠르다.
- TCO: Total Cost of Ownership(총소유비용)이 낮다. 상용 버전을 구매하더라도 가격이 낮다.
- support: 지원이 잘 된다. 커뮤니티를 통한 지원, 유료 지원 모두 쓸만하다.
- flexible, scalable: 유연하고 확장이 가능한 구조이다.
각각의 항목에 대한 자세한 내용은 http://www.cio.com/article/113110/ 를 참고하시기 바랍니다.
다음은 mysql을 쓰지 말아야 할 8가지 이유입니다.
- GPL: GPL의 구속을 벗어나려면 상용 버전을 구매해야 한다.
- non-GPL: (이건 뭔소린지 잘 이해가 안되므로 skip...)
- Integration: 이미 다른 DB를 사용하고 있는 경우에는 mysql로 옮겨가기 어렵다.
- Product Maturity: Oracle은 30년째 개발되고 있는데 mysql은 아직 어리다.
- Feature Maturity: 새로 추가되기 시작한 기능들은 아직 충분히 안정화되지 않았다.
- Certification: 인증된 개발자/운영자나 공인 파트너사가 부족하다.
- Corporate: mysql은 Oracle이나 MS에 비해 규모가 작아 신뢰가 어렵다.
- Scalability: mysql의 확장성에 대해 아직 의문을 가지고 있는 사람들이 많다.
각각의 항목에 대한 자세한 내용은 http://www.cio.com/article/113111/ 를 참고하시기 바랍니다.
mysql을 써야 할 5가지 이유와 쓰지 말아야 할 8가지 이유가 각각 다른 기사로 올라왔는데 쓰지 말아야 할 8가지 이유는 좀 논리가 약한 측면이 있지만 그냥 한번 생각해 보는 것도 나쁘진 않을 듯.... :-)
댓글
국내에서 개발한
국내에서 개발한 큐브리드는 어떨지 궁금합니다
MySQL doesn't use the GPL
non-gpl: 데이터베이스 라이센스를 제품라이센스와 함께 배포하려 할 경우, 제품 라이센스가 비슷한 상응하는 (데이터베이스의) 라이센스를 따르던지 아니면 상용 라이센스비용을 지불해야함. 이로 인해 소프트웨어 배포 방식이 바뀌게 될경우, 제품지원시 MySQL의 다수 버전 또는 설정판들을 지원해야하는 부담이 있을 수 있고, 또 (위의 라이센스 문제가 엔드 유저에게 비용 증가를 가져올 경우) MySQL사용이 달갑지 않은 최종 영향을(bottom-line impact) 끼칠수도 있음.
결국은...
장점 : 작지만 강력하다.
단점 : 강력하지만 작다.
' _'?? ㅋㅋㅋ 아..이 뭐...
=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:
평범이란 지혜의 범주에는 속하지만, 진리의 범주에는 속하지 않는다.
=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:
평범이란 지혜의 범주에는 속하지만, 진리의 범주에는 속하지 않는다.
대단하십니다 :)
이제야 모든게 이해가 가는군요:)
명확한 정리
명확한 정리
중립적인 태도를
중립적인 태도를 취하자면
작다. 강력하다.
--------------------------------------------------------------------------------
http://blog.superwtk.com
요약만 보면( 본문은
요약만 보면( 본문은 안읽어봤음 )
정말 앞뒤가 안맞는 논리군요.
- ubiquitous: 이미 많이 쓰이고 있다. 따라서 믿을 수 있다.
? Certification: 인증된 개발자/운영자나 공인 파트너사가 부족하다.
? Corporate: mysql은 Oracle이나 MS에 비해 규모가 작아 신뢰가 어렵다.
=> 많이 쓰여서 믿을 수 있으나 규모가 작아서 신뢰가 어렵다??
? Integration: 이미 다른 DB를 사용하고 있는 경우에는 mysql로 옮겨가기 어렵다.
=> 이건 mysql 뿐만이 아니라 oracle 이든 mssql 이든 마찬가지일텐데요?? 그건 mysql의 단점이 아닌듯..
- support: 지원이 잘 된다. 커뮤니티를 통한 지원, 유료 지원 모두 쓸만하다.
- TCO: Total Cost of Ownership(총소유비용)이 낮다. 상용 버전을 구매하더라도 가격이 낮다.
? GPL: GPL의 구속을 벗어나려면 상용 버전을 구매해야 한다.
=> 상용버전을 구매해도 가격이 낮아서 장점이며 유료 지원도 쓸만하다..
=> 하지만 돈 안내고 무료로 사용하고 싶으면 오픈소스 커뮤니티에 소스 공개를 통한 기여를 해야한다.
=> 선택권은 유저에게 있다...
=> 이게 단점이라는거죠? postgresql과 비교했을때는 단점이 될 수도 있겠지만( 경우에 따라.. ) mssql, oracle과 비교했을때는
=> 전혀 단점이 될수없겠네요.
? Product Maturity: Oracle은 30년째 개발되고 있는데 mysql은 아직 어리다.
=> oracle보다 어릴지언정 충분히 성숙했다면...상관없겠죠. mysql의 질이 충분히 성숙했다는뜻은 아닙니다만,
=> 단지 나이만으로 얘기하기엔( 질적인 부분 얘기가 아니라 ) mysql도 어느정도의 시간은 충분히 가진듯하네요..
요약만 보면 정말 대충 쓴 글인거 같네요.
mysql은
ㅋㅋㅋ
글쓴 날자가 2007년 이라고 하지만..
글쓴 날자가 2007년 이라고 하지만..
보기 부끄럽네요.. 제발 자삭 추천요..
본문을 제대로 읽어보시지 않은듯..
본문을 제대로 읽어보시지 않은듯..
사용해야 하는 이유: http://www.cio.com/article/113110/ by Tina Gasperson
사용하지 말아야 하는 이유: http://www.cio.com/article/113111/ by Brent Toderash
입니다. 즉, 2개의 상반된 의견이 있으니 알아서 판단하세요 하는 것이 본문의 요지 입니다. 보기 부끄러울 이유가 없다고 생각 됩니다.
더이상 mysql은 sql이 아닙니다. Standard Query Language가 아님
제목 그대로 입니다. 더이상 mysql은 standard query Lang이 아니예요 버전업 할때마다 구문을 바꿔대는데
댓글 달기