얼마전에 저도 이런 라이센스 문제로 질문을 올렸는데 제가 답글과 라이센스 정책글로 판단한 것은.

1. GPL로 공개하지 않은 프로그램을 개발할 경우는 상업용 라이센스를 구입.

2. 이런 non-GPL 제품으로 상업적 서비스를 할때도 역시 상업용 라이센스를 구입.

3. 사내 시스템이라도 non-GPL일 경우 라이센스 구입 (저의 경우 ^^;)

즉, GPL 적용을 받지 않은 제품의 개발/사용의 경우 상업용 라이센스를 구입해야한다고 판단하였습니다.

소스공개는 제품 사이트에다 등록을 해놓으시면 되겠죠. ^^

답변 감사합니다.  결국 소스를 공개하지 못하는 경우는 무조건

사야 한다는 이야기네요.

올리는건 어렵지 않지만 영어가 되야 소스두 올리지요 헤헤~~ 

실제로 국내에서 프로젝트를 개발해서 올리는분이 계신지도

의문이네요.

예로 SQL GATE FOR MySQL 같은 프로그램은 분명히 MySQL이

없으면 꽝인 제품입니다.   

이런 개발자나 제로보드 개발자나 (이것도  공짜도 있지만

판매를  분명히 하는 제품이죠)

왜 뻔히 이런 제품들이 있는걸 알면서 법적제제를 취하지 않는 이유는

무었인지...

수 많은 호스팅 사이트들이 MySQL을 사용하는데 가만 있는지 이해가

안가네요.

이렇다 보니 순진한 사람만 구입하는게 맞는건지...

도통 이해가 안가서 말이죠.

GPL 의 경우에는 소스를 공개해야 하나. 이 경우에도 여전히 의문은 남습니다. ( 사실 GPL로 넘어가면 이건 MySQL AB측에서 유권해석을 할 부분은 아닌 거 같습니다. )

DB Connection 단만 분리한 다음에 공개를 하느냐. 전체 코드를 공개를 하느냐인데. 일단 DB Connection이 들어가는 하나의 프로젝트를 다 공개해야 하는 경우로 알고 있습니다.

3.x 버전대에서는 LGPL 입니다. 하지만 어짜피 비슷합니다. ( 돈 주고 사는 게 가장 낫기는 합니다만)

---

그리고 왜 집중적인 단속을 하지 않는가 하는 부분에서는 예전의 MS와 같다고 할 수 있을 겁니다. MySQL과 같은 DB 시장에서 후발주자의 경우에는 일단 사용자층을 늘려놓는 것이 주 목적일 겁니다 .

처음부터 단속을 하게 된다면, 사용자들이 MySQL을 쓰게 될까요? 국내에서 MySQL의 수요가 증가한 것이 APM과 맞물려 MySQL이 공짜~ 라는 인식이 강했기 때문으로 보고 있습니다.

(사실 MySQL의 유저인터페이스나 그런 부분들은 상용DB에 비하면 나쁜 편입니다. - 사실 상용DB도 개인적인 차원에서는 그냥 쓰시는 분들이 많죠)

MySQL이 4.1 정식버전을 Release하면서 GPL 선언을 하고 얼마전에 국내 공급업체가 SPC에도 가입했다는 소식이 들렸습니다. 뭐 1-2년 안에 단속을 하러 올지도 모르겠군요.

답변 감사합니다. 대충 감을 잡겠네요.

하도 이쪽 관련 부분은 헷갈려서...