다들 사용방법의 차이이겠지만

성능상의 이슈가 항상 문제가 될겁니다.

내가 필요한 정보를 관리할때

필드를 늘리는 방법이 있씁니다.

필드컬럼을 추가해서 db를 확장하고

insert / update  / select 를 수정하고

조회화면/입력및수정화면 /  관련된 Validation을 수정하고

화면제어 조건을 추가하고

짠.. 해서 뭔가를 만들면 요구사항과 내용이 변경되죠

그러면 또 반복...

Row를 추가하면 

관리항목을 만들어서 어떤Row를 관리항목을 추가할지 정하고

입력시 순환문을 관리항목을 조회해서 입력하게 하고 

수정시    "

요구사항이 변경되면 Row의 관리항목을 변경하고 - 

조회 조건에 관련된 내용을 변경하는 방법..(이건 컬럼과 마찬가지겠지만요)

위 두가지 방법중에 때때로 간단한게 편리하고 빠르겠지만

내용이 증가하면 무거워지는건 어쩔수 없을겁니다.

사이트를 운영하던지 개발을 하던지간에 일을 하다보면

두 방법중 항상 고민되는 부분입니다.

당장 처리하기에는 앞에것이 쉽지만

두번째 방법을 구현하고 싶은데, 시간적,여건이 잘 안따라주고

사이트의 구조는 또 다른것을 만져야하고.. 

구현하기엔 개발단가가 너무 낮아서 적용을 못하고, 

아무도 알아주지도 않는  혼자만의 딜레마 입니다.

예전에 외국산 패키지중에 필드를 Row로 셋업정보와 값정보를 관리하는것을 보고

나름대로 감동(?) 한적이 있습니다.

지내다보니 그게 외국산만의 일은 아니더군요

냑 님들은 어떤 구조가 더 효과적이고 좋다고 생각하시나요?

(설문조사의 껀까지는 아니라서.. 자게에 올립니다)