[킴스큐 Rb]개발자를 위한 동영상 - [개발자세미나] 킴스큐Rb구조의 이해 그리고 속도, 기능, 확장성에 대한 생각들

URL: http://www.kimsq.com/b/vod/141#.

개발자에게 직접듣는 KimsQ Rb  

촬영일 : 2011.05.19

킴스큐Rb가 발표된지 100일에 즈음하여, 

Rb의 구조 그리고 속도, 기능, 확장성에 대한 생각들을 킴스큐 개발자인 김성호(세븐고)님에게 직접 들어 보았다.

• 코어는 심플하고 가벼워야 한다.
• 심플한 코어는 속도 때문이다.
• 속도와 기능에 관한 생각 그리고 확장성에 관하여
•  어떻게 속도도 높은데 기능도 좋을수 있는가 ?
• Rb에서 속도, 기능, 확장성을 잡기위해 어떻게 접근하였는가 ?
• 모듈에서 기능과 확장성을 보장할 수 있는가 ?
• SW 기능과 확장성에 대한 그의 생각들.
• 어떤 프로그램이 빠른가 ?
• 어떤 프로그램이 기능이 좋은가 ?
• 어떤 프로그램이 확장성이 좋은가 ?
• 그의 바램

-------------------------------------------------------------------------------

직접 비교는 안 해봤지만 기본 코어만 놓고 봤을 때 속도면에서는 킴스큐 Rb가 XE보다 속도가 빠르다고들 한다. XE는 한 벌 설치만 해본 경험만 있어서 둘을 비교할 수 있는 입장은 아니지만 어설픈 나의 생각으로는 킴스큐 Rb의 속도가 빠른 이유는 DB 구조에 있는 것 같다. 

속도를 위해 역정규화를 많이 한 것 같은게 중복되는 필드들이 여기저기 존재하는게 눈에 띈다. 테이블 조인을 최소화했기 때문에 확실히 속도면에서는 빠를 수 밖에 없을 것 같다. 

단, 중복된 데이터들이 많이 쌓이면 발생할 수 있는 이슈사항들은 얼마나 될 지는 잘 모르겠다. 얼핏 드는 생각으로는 천문학적으로 레코드값이 많이 쌓이는 경우가 아니라면 데이터가 중복됨으로써 디스크 공간을 잡아먹는 것은 별 문제가 안 될 것 같다. 기본적으로 중복되는 필드의 데이터 타입이 int나 varchar등 큰 용량이 아니기 때문이다. 

데이터 간의 integrity만 깨지지 않으면 디스크 용량을 더 잡아먹는다는 이슈사항 말고는 무슨 단점이 있을까.. 암튼 이 구조 때문에 기능성, 확장성, 속도에 발목을 잡지는 않을 것이라 생각된다. 

XE의 경우 애초 아키텍쳐를 MVC를 고려하지 않고 설계했기 때문에 한 번씩 코어를 업데이트 할 때마다 기존에 사용하고 있는 플러그인/모듈 사이에 충돌이 많아서 그냥 구버전 그대로 쓰고 있는 사용자가 많다고 하던데 킴스큐 Rb는 제발 그런 일이 없기를 빌어본다!