[오후 8:58] ㅎㅎ 저도 nosql 잠깐 써봣는데 너무 개념이 달라서 적용하기 어렵더라구요 기존 rdb쓰시던 분들은 고정관념을 깨야되요 ㅋㅋㅋ

[오후 8:59] 저는 데이터베이스를 처음 접해서 그런지 nosql이 더 쉬워보이네요. 아직 수박 겉핡기지만 ㅎㅎ

 [오후 8:59] 고정관념 버리기가 어렵...

[] [오후 9:00] 맞아요

[] [오후 9:00] 저도 nosql 처음할때진짜

[] [오후 9:00] 설계하는데 자꾸 RDB같이 생각하게돼서

[(5/10)] [오후 9:00] key, value 형태라..

[] [오후 9:00] 고생햇어요

[오후 9:01] 그쵸? ㅋㅋㅋ 막 셀렉트 할라는데 어휴

[] [오후 9:01] 그 로우에 그 컬럼에 잇으면 부르고싶은데 막

[] [오후 9:01] ㅋㅋㅋㅋㅋ

[(5/10)] [오후 9:01] nosql은 table이 아니고 collection type이군요

[] [오후 9:01] 네네

[] [오후 9:01] ㅋㅋㅋwhere 조건으로 가져올수가없는 이 답답함

[] [오후 9:01] ㅋㅋㅋㅋㅋ 눈앞에 잇는데.못가쟈오는 답답함

[(5/10)] [오후 9:01] 그래요???

[(5/10)] [오후 9:02] 그럼 어떻게 가져와요?

[[오후 9:02] 나중엔 좀 익숙해지면 괜찮아요

[] [오후 9:02] 그냥 키로만 들고와야해요

[] [오후 9:03] 이게 그래서 저는 저 글을 아직 읽어 보짐 않앗지만... 좀 대용량 데이터를 자주 읽고 쓰고 하는데는 오히려 rdb가 퍼포먼스 비용등이 더 낫더라구요

[] [오후 9:07] nosql은 대신 정해진 규격의 리사이징된 데이터보다는   다량의 데이터를 모아서 작업하는게 ... 예를들어 딥러닝이나 iot 같은 작업이 더 맞아보엿어요 개인적으론 ㅋㅋ

[(5/10)] [오후 9:07] 네네

[] [오후 9:08] 일단 테이블단위의 조인이 안되서 무조건 그 컬렉션이나 도큐먼트에서 해결되게 설계해야해요

[] [오후 9:15] 굿이브닝이빈다

[] [오후 9:15] 퇴에근!!!!!!!!!!