죤나 대단한줄알고 이곳저곳 JSON으로 하는중인데 key value pair라는 아이디어랑 schema가 없다는게 편하고 좋긴좋은것같음. 또한 XML과 비슷하게 OO 프로그래밍중 JSON자채가 object를 구현이 가능하니까 OBJECT를 JSON을 본따서 만들기도 매우편함.
하지만 문제점이 있는것같음. JSON에서 schema가 없다는점을 생각해보면 referential integrity가 구현이 가능할까 생각됨. 물론 object 끼리의 foreign key는 가능하겠지요. 하지만 RDBMS에서처럼 foreign key 소스의 corresponding primary key가 지워지면 RDBMS에선 각종 referential integrity rule 예를들어 nullify, enforcing, 지우지 못하게하기 뭐이런게 있는데 schemaless 라는 환경아래에 이게 가능할까요?
json 을 배경으로 만든 db는 db를 죤나게 잘하지않는사람이 관리하면 나중엔 그걸 사용하는 어플의 데이터 구조는 뒤죽박죽이 되있을 느낌임.
몽고, COUCH, cassandra 도 DBMS 인데 플러그인이 없는이상 referential integrity 구현 불가능임.
초대형 웹어플 예를들어 facebook, twitter들은 big data 때문에 nosql (어짜피 탄생 목적도 예네들때문에 나왔지만) 쓰는건 인정하겠지만 개나소나 꼭 nosql이 필요ㅕ한건 아니라고생각함.
또한 key value pair또한 아직 이해가 확실히 안됨. 어떤 parser들이 무슨 알고리즘으로 운영되는지 그런거 standard도 안나온것같음. 아마 2020년도에는 써도될듯.
하지만 문제점이 있는것같음. JSON에서 schema가 없다는점을 생각해보면 referential integrity가 구현이 가능할까 생각됨. 물론 object 끼리의 foreign key는 가능하겠지요. 하지만 RDBMS에서처럼 foreign key 소스의 corresponding primary key가 지워지면 RDBMS에선 각종 referential integrity rule 예를들어 nullify, enforcing, 지우지 못하게하기 뭐이런게 있는데 schemaless 라는 환경아래에 이게 가능할까요?
json 을 배경으로 만든 db는 db를 죤나게 잘하지않는사람이 관리하면 나중엔 그걸 사용하는 어플의 데이터 구조는 뒤죽박죽이 되있을 느낌임.
몽고, COUCH, cassandra 도 DBMS 인데 플러그인이 없는이상 referential integrity 구현 불가능임.
초대형 웹어플 예를들어 facebook, twitter들은 big data 때문에 nosql (어짜피 탄생 목적도 예네들때문에 나왔지만) 쓰는건 인정하겠지만 개나소나 꼭 nosql이 필요ㅕ한건 아니라고생각함.
또한 key value pair또한 아직 이해가 확실히 안됨. 어떤 parser들이 무슨 알고리즘으로 운영되는지 그런거 standard도 안나온것같음. 아마 2020년도에는 써도될듯.
newsql 얘기도 해줭
난빨라는 빠릅니다 WB=
난빨라는 빠릅니다. 7\"z