가까운(?) 일본 www.sra.co.jp 홈페이지를 참조하여 보시고... 그 회사가 일본에서 PostgreSQL 상용 서비스를 해주는 회사니.. 함 자료를 훝어 보시는 것도 좋을듯 싶네요.. 일본어보다 영어가 더 친근하시다면.. 웹에서 나오는 일본어를 한국말로 보는 방법이야 많죠...
그 회사서 작년에 PostgreSQL 의 핵심 개발자를 초빙해서 써비스의 질이 높아졌다고 홍보하는 글을 웹에서 읽었습니다... 12월에 세미나도 했답니다. 자료는 홈페이지 찾아 보시면 얻으실 수 있습니다. 일본 PostgreSQL User Group을 살펴보시면.. 일본에서 실제 적용하고 있는 (갱신이 많이 안됐지만..) 사이트를 방문할 수 있을껍니다..
글구... 제 생각엔 GUI 환경에서 편안하게 작업하시는 "DB 관리자"님이 계시다면 PostgreSQL 도입은 꽤 많은 위험을 감수하셔야 하실 수 도 있을꺼 같습니다. 직접 관리하시는 분의 입김이 꼭~ 필요할것으로 사료되며 그분이 내적인 갈등이나 외적인 요인으로 회사를 쉽게 떠나지 않을수 있도록 당근을 공급하는 것도 고려해야겠죠.....
RDB는 PostgreSQL이나 ms-sql 내장함수나 SP작성하는 스크립트.. 데이터타입만 쪼금 틀리다뿐.. 다 같은 RDBMS입니다. (그...쵸~~??)
우리나라요? 글쎄요...? 쩝... PostgreSQL이 어려운것도 아닌데.. MySQL을 많이 쓰시네요. 왜냐면.. %로 보자면 DB를 많이 사용하시는 분들이 '개인적인 입장'에서 볼때 웹 프로그래머님들이십니다. (엄청난 홈페이지의 개발과 더불어...) 그들이 MySQL을 선택하는 것은 빠르고 관리하기 쉽고 다루기 쉽고 평이한 웹 작업에 Transaction이란 개념이 별로 필요하지 않아서가 아닐까요...
그러한 분들중 대다수가 Transaction과 Lock 이야기가 나오면 어렵게 느끼는거 같기두 하고 피해가는 분들 많이 보았습니다.(솔직히 개념없는분들도 많구...) 솔직히 그분 들을 DB개발하시는 분들 이라고 보기엔 쫌 힘들다고 생각합니다.
/***********
*웁쓰*~ MySQL로 개발하시는 분들을의 실력과 경험과 노하우, 그들의 MySQL로의 개발에 대한 판단을 절대 얕잡아 보는것이 아닙니다. 이것이 과연 MySQL 을 사용한 개발인가 하는 생각이 들정도의 훌륭한 DB개발을 하시는 분들도 있습니다. 속도의 이익을 보면서 약간의 코딩 노가다를 통하면 MySQL도 TR을 잘 수행할수 있습니다. 지금 4.0알파버전까지 나왔는데 PostgreSQL에서 사뭇 긴장해야 겠다는 느낌이 드네요.
**********/
이어서...
지극히 개인적인 생각입니다만.. 그러한 상황과 수요가 맞물린 MySQL사용에 대한 현실(?)을 잘 이해하신다면 PostgreSQL에 대한 선택도 한결 수월해 지지 않을까 사료됩니다.
PostgreSQL에 기대어 횡설수설해 보았습니다.
:)
-- 배재한 님이 쓰신 글:
>> 안녕하세요.
>> 회사 프로젝트 때문에 postgresql 사용을 고려하고 있습니다.
>> 현재 설계를 거의 마친 상태인데 DB 서버를 선택하진 않았습니다.
>> 고려 대상은 ms-sql 2000 와 PostgreSql 입니다.
>> 용도상 아주 복잡한 로직이 들어가진 않구요.
>> 다만, 향후 데이터 량이 상당할 거라는 것과, 이에 대비해서 분산을
>> 고려하고 있습니다. 여기서의 분산은 물리적으로 DB 서버를 여러개로
>> 쪼개는 것을 의미합니다.
>> 전형적인 C/S 환경이 될 터인데, 과연 PostgreSql 이 이러한 환경에 정말 적합한가 의심이 들더군요. 레퍼런스 될만한 정보가 있으면 좋으련만... 찾기가 쉽지 않습니다.
>> 또한 PostgreSql 의 경우 linux/unix 의 환경인데 혹시 서버 관리시 os에 대한 지식의 문제로 인해, 향후 유지/보수 비용이 NT/ms-sql 2000 보다 얼마나 더 많이 들지 계산이 되지 않습니다.
>> Postgresql의 성능을 논하고픈 생각은 전혀 없습니다.
>> 과연 국내에서 PostgreSql 의 사용을 참고할 만한 곳이 있는지 알고싶습니다. 정말 현장에서 사용하고 있는지.....
>>
>> ms-sql 은 개발시 성능과 개발의 편리성이 좋지만,
>> 하드웨어 기준으로 os 와 함께 비용을 산정해야 하는 단점이 있습니다.
>> 만만치 않죠.
>>
>> PostgreSql 가 쓸만한가 보다는 실제 사용자가 비즈니스 영역에서 있는지 알고 싶습니다.
>>
>> 답변 주시면 갑사하겠습니다.
>>
>> p.s: Temporary tables 을 만들수 있다고 하는데, 혹시 ms-sql 처럼.
>> stored procedure 에서 순간적으로 만들고, 사용하고 , 지울 수 있는지요?
|