목록디비 (4)
Dharma
MySQL 이 오라클 손에 넘어가고 부터 걱정한 사람들이 많았는데 MySQL 을 개발했던 담당자들도 걱정이 많았나 봅니다. MySQL 이 5.5.30 부터 변화가 없던 것을 우려해서 만들었다고 하는데요. (결국 그 우려는 현실로 드러났지요 http://goo.gl/a7AOs ) 그것은 바로 마리아디비 (https://mariadb.org/ )입니다. MySQL 하고 현재 100% 호환이라고 합니다. 즉 MySQL 서버대신 마리아디비로 바꿔버려도 그대로 동작한다고 합니다. (심지어 인스토 파일 이름도 install_mysql 어쩌구 입니다 ㅎㅎ) 오라클이 하는 짓이 짜증나신다면 한번쯤 생각해볼만한 대안이라고 볼 수 있습니다.
저번에 살짝 언급했던 일을 처리중입니다. ( 요기에서 언급함 ) 뭐 우리가 무슨 힘이 있겠습니까? 해달라면 해줄 뿐이지 ㅎㅎ 바꾸면서 나도 무슨 테이블인지, 무슨 컬럼인지 자세히 봐야지만 알 수가 있는 네이밍 컨벤션이더군요.. 투덜 투덜.. 아 이제 그만 투덜되고!! 그렇다고 많지도 않지만 또 어찌보면 많은 부분을 다 찾아주기가 귀찮더군요. 그래서 어떻게 하면 편하게 바꿀 수 있을까를 고민했습니다. '훌륭한 해커는 게을러 지기 위해서 프로그래밍을 한다!!' 라는 멋진 사상과 부합되간다면 저도 훌륭하지는 않지만 해커의 길로 나선 것이라고 볼 수가 있습니다. 더구나 제가 쓰는 텍스트 에디터가 바로 이맥스 아닙니까? 바로 개발 들어갔습니다. 바껴야 될 쿼리 부분을 리젼으로 지전하고 change-table 함수..
최근에 자기 기업 스타일과 다른 디비 설계 컨벤션을 썼다고 설계 품질이 낮다고 지적하면서 이걸 전체 회신으로 보내는 엽기 행각을 당했다. (디비 테이블명을 명사 복수형으로 쓰는게 그렇게 이상한가? -ㅅ- person / people , user / users 등등) 대체 설계품질을 뭐로 따지는 건가? 디비 컬럼명을 대문자로 안 썼다고? 어트리뷰트가 컬럼명으로 전환이 안된다고? 심지어 모델 케이스 툴을 안쓰냐고 (거의 ㅉㅉ 가 뒤에 붙어있는지 음성 지원 효과도 되는 듯한..) 원하면 교육시켜준다는 소리까지.. 그거 다 알거든요? 몇년전에 쓰다가 그냥 대충 만들어도 되길래 안 쓰는거거든요? 완전 느낌이 "C/C++ 코딩할 때 헝가리안 표기법 안쓰니까 당신 초급 개발자네요 열심히 노력하세요.." 라는 지적을 ..
바야흐로 폭발적인 데이터의 시대가 왔습니다. 저번 포스트 에서도 언급을 했지만 RDBMS 와 다르게 확장을 주요 특징으로 하는 것이 NoSQL 입니다. 즉 '분산' 으로 그 폭발적인 데이터들을 전부 수용이 가능합니다. 이러한 NoSQL 중에서 CouchDB 를 잠시 살펴보기로 하겠습니다. http://couchdb.apache.org/ 위 링크에서 대략적인 것을 살펴 볼 수가 있습니다. CouchDB 의 가장 큰 특징은 (절대적으로 제 관점입니다) Subversion 같은 파일 레파지토리 시스템 (File Repository System)을 분산 DB 형태로 바꾸어 놓은 것이라고 할 수 있습니다 세세한 몇가지 특성을 살펴보기로 하겠습니다. 1. Erlang 이란 언어로 쓰여짐 가장 빠른 속도를 자랑한다는..