#title 망할 JSON

xml은 데이터를 SET단위로 던지고 받기 좋은 형태다. 
문서의 형태가 있고, 데이터만을 xml형태로 주고 받고, xml을 풀어제끼는 것은 남아도는 클라이언트의 자원을 이용한다. 
그래서 성능따윈 생각할 건덕지도 아니다. 왜냐? xml 처리는 클라이언트 자원을 이용하니까.
json은 xml의 light 버전이다. 

근데..
db의 컬럼을 json 형태로 쓰는 경우가 좋종 있다. 
좋다. 다만, 운영계에서만 좋다. 왜냐하면 운영계는 포인트 쿼리이기 때문이다. 
그러나 정보계는 포인트 쿼리가 아닌 범위 쿼리다. 
용도가 맞지 않는다.

게다가 유연성 때문에 nvarchar(2000), nvarchar(4000)과 같이 가변길이를 크게 잡아놓으면..
etl 툴은 2000 byte, 4000 byte와 같이 큰 데이터 타입으로 처리해야 한다. 
게다가 dbms 옵티마이저도 빙신이 될 수 있다. 

결론은..
정보계에서는 json이 좋은게 없다.