graphql을 진짜 그래프 DB(neo4j)에서 돌려버리니까 시너지 엄청난듯
graphql + (no)sql + dataLoader 하면 뎁스만큼 쿼리를 날려야하고 개발도 개귀찮은데
cqrs로 읽기 모델 분리해서 neo4j에 동기화하고 graphql 쿼리를 cypher로 해석해서 한방에 날려버리면 진짜 아무것도 할 게 없음
N+1 이런거 신경 아예 안써도 된다 애초에 DB에 딱 한 번 접속함
침팬지마냥 매핑해주면 됨 근데 퍼포먼스도 이게 훨씬 나음 ㅋㅋㅋㅋ
데이터 분석 조금만 공부하면 할 수 있는것도 엄청 많더라
당분간 이거 할듯 개꿀잼;
개좋죠... 특히 복잡한 구조 표현할때는... 근데 난 graphql 안쓴다능... ㅋㅋㅋ
이거 나온지도 졸라 오래됐는데 아직도 힙해서 쓰는곳이 몇곳 없는듯
저는 db쓸때 graphql만 썼는데 rdb말고 그래프db라는게 또 따로있나보네요... 시너지가 있다니까 완전 해보고싶다..
파이어베이스처럼 릴레이션을 모든 문서에서 같이 갖고있게 하는것은 어떻게 해결하나요? 궁금쓰
내가 쓴 그래프db는 neo4j인데 이것도 그렇고 그래프db는 릴레이션을 위해 키를 저장하는게 아니라 그냥 릴레이션 자체가 표현이 되서 별로 고민할게 없음
https://techcrunch.com/wp-content/uploads/2020/02/cypher_graph_v2a.png?w=1390&crop=1
이런모양
파이어베이스나 rdb 기반이어도 그거 그대로 유지하고 그래프db는 읽기전용으로 쓰고있는데 이게 맞는 것 같음 전부 넘어가는건 위험해보임 검색엔진 추가하는 느낌으로 개발하면 부담도 없고 좋은듯
국내에선 제대로 도입해서 쓰는데 없지않나
저렇게 읽기 최적화에 쓰는곳은 거의 없을거고 데이터 분석할때는 많이쓰지