자연스럽게 프론트 엔드 녀석이지만 데이터베이스 디자인과 백엔드 개발자가 지난 며칠간 내 관심을 자극했으며 매우 혼란 스럽다. 나는이 개념을 완전히 이해하여 머리가 더 이상 상처를 입지 않도록하고 싶습니다.데이터베이스 디자인을 나에게 설명하고 관계형 디자인과 비 관계형 디자인
나는 활성 레코드와 유사한 ORM을 처리하는 데 익숙합니다. 레일을 통해 내 사용자 객체를 상상할 때 나는 사람 테이블의 행과 관련이있는 객체를 묘사합니다. 좋아, 기본.
그래서 mongodb와 같은 비 관계형 데이터베이스는 "빠른 속도로 큰 데이터"이기 때문에 멋지다고 생각하지 않지만 oop 언어로 더 자연스럽게 개발하기 때문에 멋지다 (이유는 무엇입니까?). 그렇다면 대부분의 디자인 패턴이 진정으로 관계형이 아닐 수도 있습니다. 좋아, 내가 잃어버린 곳이야.
1) 관계형 디자인과 비 관계형 디자인의 몇 가지 기본적인 예는 무엇입니까? 2) 구조화 된 데이터와 구조화되지 않은 데이터의 예는 무엇입니까? (위에서 언급 한 것입니까?)
그래서 제가 시도한 거의 모든 유형의 프로젝트 에 대비하여 모델링하는 것은 관계형입니다. 하지만 어쩌면 나는 전문성에 대한 의미론을 사용하고있을뿐입니다. 예 : 게시물 및 댓글. 서로 관계가있다. 거기에 사용자를 추가하십시오. 요즘 대부분의 앱에는 다른 데이터/개체를 통해 도달하는 데 항상 유용한 데이터가있는 것 같습니다. 관계가 맞지 않아?
좀 덜 일반적인 것을 설명하는 방법은 어떻습니까?
운동 추적 프로그램을 제작한다고 가정 해 보겠습니다. 나는 사용자, 운동, 운동, 일상 및 log_entries 있습니다.
운동을 그룹화하는 루틴을 만듭니다. 운동은 운동의 그룹입니다. 내 연습 문제의 로그 항목을 통해 내 담당자와 체중을 기록합니다. 이 관계형 데이터 또는 비 관계형 데이터입니까? 몽고는 이것을 모델링하는데 좋을까요?
나는 통계가 나오는 것을 듣는다. 위의 예는 어떻게 영향을 줍니까? 사람들이 일반적으로 말하는 통계는 무엇입니까?
사용자의 체중, 신장, 체지방 등 다른 것들을 추적하는 것을 추가했다고 가정 해 보겠습니다. 그게 어떻게 영향을 미칩니 까?
시간을내어 이해해 주셔서 감사합니다.
편집 : 왜 다른 사람보다 쉽게 개발할 수 있는지 설명 할 수 있습니다. mongo와 같은 것을 좀 더 민첩하게 사용하는 이유는 일단 "ge"하면 "클릭"하고 마이그레이션을 실행할 필요가 없기 때문입니다.
ORM과 같은 추상화를 사용할 때 또 다른 문제는 정말로 중요한가요? 그렇다면 언제? 나에게 초기 값은 데이터를 쿼리하고 객체를 모델링하는 것이 쉽다. 내가 그렇게 쉽게 할 수있게 해주는 것은 내가 행복하게 할 수있는 것입니다. 나는 데이터를 모델링하려고 할 때 내 머리를 긁는다고 진실하게 알 수있다.
[유사한 질문] (http://stackoverflow.com/questions/1145726/what-is-http : 어떻게해야합니까?) 그리고 여러 번 (일반적으로 따로 따로) 묻습니다. 포함 된 질문은 한 가지 대답보다 훨씬 광범위합니다. 가장 좋은 방법은 MongoDB에 대한 책이나 튜토리얼 중 하나를 시작하여 이전의 관계형 데이터베이스 경험과 비교하는 방법을 살펴 보는 것입니다. 예를 들어, [Little MongoDB Book] (http://openmymind.net/2011/3/28/The-Little-MongoDB-Book/)은 유용한 무료 책입니다. – Stennie
Stennie 고맙습니다. 나는 그 링크들을 조사 할 것이다. 감사합니다. :) –