MySQL을 써야 할 5가지 이유, 쓰지 말아야 할 8가지 이유
points
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가지 이유는 좀 논리가 약한 측면이 있지만 그냥 한번 생각해 보는 것도 나쁘진 않을 듯.... :-)
- 권순선의 블로그
- 인쇄에 적합한 버전
- Login or register to post comments
- 4459번 읽힘
points
국내에서 개발한
국내에서 개발한 큐브리드는 어떨지 궁금합니다
points
MySQL doesn't use the GPL
non-gpl: 데이터베이스 라이센스를 제품라이센스와 함께 배포하려 할 경우, 제품 라이센스가 비슷한 상응하는 (데이터베이스의) 라이센스를 따르던지 아니면 상용 라이센스비용을 지불해야함. 이로 인해 소프트웨어 배포 방식이 바뀌게 될경우, 제품지원시 MySQL의 다수 버전 또는 설정판들을 지원해야하는 부담이 있을 수 있고, 또 (위의 라이센스 문제가 엔드 유저에게 비용 증가를 가져올 경우) MySQL사용이 달갑지 않은 최종 영향을(bottom-line impact) 끼칠수도 있음.
points
결국은...
장점 : 작지만 강력하다.
단점 : 강력하지만 작다.
' _'?? ㅋㅋㅋ 아..이 뭐...
=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:=:*:
평범이란 지혜의 범주에는 속하지만, 진리의 범주에는 속하지 않는다.
points
대단하십니다 :)
이제야 모든게 이해가 가는군요:)
points
명확한 정리
명확한 정리
points
중립적인 태도를
중립적인 태도를 취하자면
작다. 강력하다.
--------------------------------------------------------------------------------
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도 어느정도의 시간은 충분히 가진듯하네요..
요약만 보면 정말 대충 쓴 글인거 같네요.
points
mysql은
ㅋㅋㅋ