흥미로운 글타래군요. 저도 지난 수 년 동안 써오던 MySQL 3.x를 (4.x도 딱히 만족스럽지 못해서) 최근 PostgreSQL 7.x나 혹은 다른 제3의 DBMS로 이전하려고 이것저것 검토중입니다.
일단 제가 Java맹(盲)이고 앞으로도 계속 안 친하고싶어서 HSQLDB는 룰 아웃. :(
PHP가 몹시 중요한데 PHP 함수 중 Firebird를 찾지 못했습니다. DBX에도 없고……. Firebird 웹 사이트에서도 PHP API 이야기는 아직 못 찾았지만, 이런 얘기는 있군요: "[i]So you can see Firebird™ as an independent product that's almost 100% compatible with Borland InterBase
-- 자본주의, 자유민주주의 사회에서는 결국 자유마저 돈으로 사야하나보다.
사줄테니 제발 팔기나 해다오. 아직 내가 "사겠다"고 말하는 동안에 말이다!
PHP가 몹시 중요한데 PHP 함수 중 Firebird를 찾지 못했습니다. DBX에도 없고……. Firebird 웹 사이트에서도 PHP API 이야기는 아직 못 찾았지만, 이런 얘기는 있군요: "[i]So you can see Firebird™ as an independent product that's almost 100% compatible with Borland InterBase
SQLite는… 지금 적극 검토중입니다. PostgreSQL에서도 여전히 불만인 부분 한 두 가지를 SQLite가 해소해줄 듯한데, 반대로 (잘 쓰던 MySQL마저 저버릴 생각을 품게할 만큼 매력적인) PostgreSQL의 장점들이 SQLite에 없으면 어쩌나 걱정이긴합니다. 예를 들어 JOIN 구문이나 subquery가 시원치않다든가 유니코드 처리가 MySQL보다 나을게 없다든가 LargeObject 처리에 제약이 심하다든가 하는 문제가 있지 않을지 들여다보는 중이죠. 게다가, PHP와 DBMS 양쪽 모두에 빠른 음력 변환 함수가 꼭 필요해서 각각 PHP extension과 PostgreSQL PL/C module로 구현중인데 (음력 함수의 알고리즘 원본은 인터넷에 여기저기 떠돌아다니는 바로 그 1880-2050 변환 소스입니다) 만일 SQLite에 사용자 정의 함수를 적재할 수 없으면 낭패거든요. :(
저는 pgsql을 선호합니다. 그리고 sqlite도 선호합니다 ^^;
사실 두가지를 콤보를 쓸때만큼 더 좋은 것은 없다고 생각하고 있습니다 ^^;;;;
sqlite가 join, subquery 모두 지원하고 유니코드저장 역시 지원하지만 자동 변환은 안되는 것 같습니다. 이 부분은 pgsql이 엄청난 기능으로 무장하고 있지요. db의 문자셋이 유니코드이고 클라이언트툴의 문자셋이 uhc(조합형)이면 자동으로 문자들이 유니코드로 변환되어 저장되고.. 뭐 다른 언어도 마찬가지로 자동 변환되어 저장되는 등 엄청난 기능이.. -_-;
단지.. 속도가 좀 불만이지요 ^^; 이 부분은 sqlite가 너무나 시원스럽게 해결해 주고 있습니다. sqlite가 구조적으로 참 괜찮은 것 같습니다. api도 간단해서 응용프로그램을 짜기도 쉬운 편이구요. 응용프로그램을 짤 때 SQL 사용이 가능한 것중에 가장 api가 간단하지 않을까 싶습니다 ㅎㅎ
저는 setopbox만드는 프로젝트에 사용했었습니다.
워낙에 사이즈에 민감한 환경이라 작은게 중요했는데 정말 작습니다.
단순한 구조라 그런지 포팅하기도 쉽구요. 거의 그냥 됩니다.
daemon은 없지만 client 프로그램도 있고해서 편리하구요.
또 type less 라서 웬만해선 에러가 있을수 없습니다.
사용자 함수도 가능하구요.
무엇보다 소스포함 완전 공개라는게 젤 맘에 들구요.
Sources are in the public domain. Use for any purpose.
라고 홈피에 적혀있습니다. 고마울 따름이죠.
Berkeley DB 가 있습니다.
http://www.sleepycat.com/ 접속
sqlite 는... 조금 심심한가요... :-)
sqlite 는... 조금 심심한가요... :-)
...
FireBird : http://firebird.sf.net 원래는 상용DB였다가 공개됨...
HSQLDB : http://hsqldb.sourceforge.net/ 자바 DB로 서버로 쓸 수도 있고, 자바 프로그램에 끼워넣어서 쓸 수도 있음..
FireBird를 한번 써보고 싶더군요...
원래 상용DB였다가 Borland가 공개한거라는데..
다양한 플랫폼을 지원하고 그래서 mySQL과 함께 양대 오픈 소스 DB로 군림하게 될거 같기도 합니다.
http://kwon37xi.egloos.com
윈도우에서 사용할수 있는 공개용 DB
Windows 에서 쓸만한 제품으로 SAPDB 가 있습니다.
물론 유닉스에서도 잘 동작합니다.
유명한 ERP 소프트웨어인 SAP R/3에 사용되던 것인데 몇년전에 공개되었습니다.
요새는 MySQL 쪽에 흡수되어 MaxDB 라는 이름으로 바뀌었습니다.
Re: ...
약간의 딴지 입니다. :)
MySQL과 함께 이미 PostgreSQL 이..양대 오픈 소스 DB로 군림 중입니다. :lol:
http://redage.net
흥미로운 글타래군요. 저도 지난 수 년 동안 써오던 MySQL 3.x를
흥미로운 글타래군요. 저도 지난 수 년 동안 써오던 MySQL 3.x를 (4.x도 딱히 만족스럽지 못해서) 최근 PostgreSQL 7.x나 혹은 다른 제3의 DBMS로 이전하려고 이것저것 검토중입니다.
일단 제가 Java맹(盲)이고 앞으로도 계속 안 친하고싶어서 HSQLDB는 룰 아웃. :(
PHP가 몹시 중요한데 PHP 함수 중 Firebird를 찾지 못했습니다. DBX에도 없고……. Firebird 웹 사이트에서도 PHP API 이야기는 아직 못 찾았지만, 이런 얘기는 있군요: "[i]So you can see Firebird™ as an independent product that's almost 100% compatible with Borland InterBase
--
자본주의, 자유민주주의 사회에서는 결국 자유마저 돈으로 사야하나보다.
사줄테니 제발 팔기나 해다오. 아직 내가 "사겠다"고 말하는 동안에 말이다!
[quote="차리서"]PHP가 몹시 중요한데 PHP 함수 중 Fir
http://redage.net
[quote="차리서"]SQLite는… 지금 [b]적극[/b] 검토중입니
저는 pgsql을 선호합니다. 그리고 sqlite도 선호합니다 ^^;
사실 두가지를 콤보를 쓸때만큼 더 좋은 것은 없다고 생각하고 있습니다 ^^;;;;
sqlite가 join, subquery 모두 지원하고 유니코드저장 역시 지원하지만 자동 변환은 안되는 것 같습니다. 이 부분은 pgsql이 엄청난 기능으로 무장하고 있지요. db의 문자셋이 유니코드이고 클라이언트툴의 문자셋이 uhc(조합형)이면 자동으로 문자들이 유니코드로 변환되어 저장되고.. 뭐 다른 언어도 마찬가지로 자동 변환되어 저장되는 등 엄청난 기능이.. -_-;
단지.. 속도가 좀 불만이지요 ^^; 이 부분은 sqlite가 너무나 시원스럽게 해결해 주고 있습니다. sqlite가 구조적으로 참 괜찮은 것 같습니다. api도 간단해서 응용프로그램을 짜기도 쉬운 편이구요. 응용프로그램을 짤 때 SQL 사용이 가능한 것중에 가장 api가 간단하지 않을까 싶습니다 ㅎㅎ
pgsql용 양<->음력 변환 함수는 이미 좋은것이 나와 있습니다~
sqlite 강추.저는 setopbox만드는 프로젝트에 사용했었습
sqlite 강추.
저는 setopbox만드는 프로젝트에 사용했었습니다.
워낙에 사이즈에 민감한 환경이라 작은게 중요했는데 정말 작습니다.
단순한 구조라 그런지 포팅하기도 쉽구요. 거의 그냥 됩니다.
daemon은 없지만 client 프로그램도 있고해서 편리하구요.
또 type less 라서 웬만해선 에러가 있을수 없습니다.
사용자 함수도 가능하구요.
무엇보다 소스포함 완전 공개라는게 젤 맘에 들구요.
Sources are in the public domain. Use for any purpose.
라고 홈피에 적혀있습니다. 고마울 따름이죠.
...
퍼스날하게 쓴다면 특별한 펑션이 필요치 않는한
무엇보다 많이 쓰는 것을 추천합니다. 대세가 바뀔때쯤에는 그에관한 자료도 많이 나오고 그에따라 따라가면 쉽게 친숙해 질수 있으리라 생각됩니다... 현재 오라클로 당장 가야할 상황이 아니시라면...
---------------------------------------------------
야!...
댓글 달기