map도 미리 key값을 지정해놓고 사용해야 한다는 것이 확장성 면에서는 안좋다고 생각했는데,
list는 더 의외입니다.
list에 지정하는 개수 제한이 list에 들어갈 수 있는 값들의 최대치만을 의미하는 건 줄 알았는데,
그 뿐만 아니라 list에 값을 넣을때도 꼭 개수에 맞춰서 넣어야하는 거였군요.
10개 제한을 가진 list를 컬럼으로 추가하였고, 클라이언트에서 param으로 1개 element를 갖는 list를 insert하려고 하니 bad parameter 오류가 나옵니다. 이건 아예 예상못했던거라 좀 충격이네요.
map하고 list의 경우 확장성을 고려해 가변의 구조를 갖는 형태로 개선될 계획이 있는지 궁금합니다.
개수나 형태가 무조건 fix라면 존재의 의미가 상당히 퇴색되는거 같아서요.
안녕하세요 개발자님
스키마 테이블의 경우 콘솔에서 설정한 크기의 map / list 만 클라이언트 단에서 삽입/수정이 가능하고 이는 무조건 fix형태로 제공될 예정입니다.
확장/축소가 필요한 데이터의 경우 컬럼형태로 확장/삭제를 사용해주시기를 바랍니다.
스키마 테이블의 경우 이미 모든 스키마를 정의한 테이블에 경우 사용을 권장하고 있으며 테이블 스키마에 대한 설계를 어느정도 하신 후 사용을 권장드리고 있습니다.
만약 아직 스키마를 설계중이시거나, 클라이언트 단에서의 자유로운 컬럼 사용이 필요하실 경우에는
스키마 테이블 보다는 NoSql 형태의 비스키마 테이블을 사용하시기를 바랍니다.
비스키마 테이블의 경우 클라이언트 단에서 컬럼을 삽입/수정할 수 있고, map/list의 경우에도 모든 row가 다른 크기의 map/list를 가질 수 있습니다.
이 점 참고 부탁드리겠습니다.
감사합니다.