인스타그램이나 핀터레스트같이 이미지+글(모두 필수)을 올리는 기능을 구현하고 있습니다.

처음에는 그냥 테이블 하나에 필드를 SEQ, DESCRIPTION, IMAGE_PATH, CREATED_DATE 이런식으로 만들어서 썼었는데

얼마전에 이미지에 대한 정보 필드를 더 추가(사이즈, 원본여부등)하다보니

테이블 하나만 쓰는게 맞는지 싶더라고요.

그래서 테이블을 그대로 하나만 쓸지 아니면 게시글에 대한 이미지 테이블을 별도로 빼야될지 고민중인데

어느게 나을지 모르겠습니다. 어느 기준으로 나누는지를 잘 모르겠네요.

이미지에 대한 정보가 많아짐에 따라 빼는게 맞는거 같기도 하고.. 뺀다면 DESCRIPTION(이미지에 대한 설명글이나

쓰고 싶은글)도 같이 빼야될지도 고민되고.. 

또 테이블을 따로 빼면 목록을 불러올때 속도에 문제가 있지는 않을까 싶기도 하고..

이런서비스나 기능을 구현할 때 테이블은 어떤식으로 설계하고 어떤기준으로 하는건지 궁금합니다.

클라이언트쪽만 쭉 개발해서 DB쪽은 거의 모르는데 공부좀 해야겠네요.. 괜찮은 책도 알려주시면 감사하겠습니다.