서가,책 primary key 설정에 대한 질문입니다.

좋은 질문입니다 pk를 어떻게 구성하느냐에 따라서,dbms가 대처하는 방법이 조금씩 달라집니다. 이것은 단순차이로 설명이 어렵습니다. 님의,방법으로 하면 서가에 있는 책을 정의할때 서가 id만 받겠죠. 그러나 제 방식이면 필연적으로 서고, 서가 id를 받아야 합니다. 이 단순한 차이가 실전 구현때,어떤 차이를 만드는지 많은 측면에서 생각해보세요. Pk구성에 따라서 쿼리도 달라지고 중복여부 관리도 달라집니다. 이 차이는 충분히 검토하고 따져볼 가치가 있습니다

릴레이션 개념

RDBMS에서 R을 이해 못하면 너무 안타카운 일이죠.R이 릴레이션이고 관계입니다. 제가 RDBMS 초보과정을 다시 만들고 있는데 그 과목의 포인트가 R입니다. 관계는 참조와 상속을 구현하는 가장 근본적인 구조입니다. 여기 답변보다는 차후 올라오는 데이터베이스 기초과정을 이용해보시기 바랍니다

M:N관계 강의에서 말씀하신 표현

꼭 fk를,끄집어내는게 포인트가 아닙니다. 다만 경우에 따라서 관계테이블 작명이 애매할 때가 있습니다. 이럴때 두 과계테이블을 보면 하나는 주어역할. 나머지는 목적어 역할을 하는게 많습니다. 이럴때 주어 테이블명 다음 목적어 테이블명을 붙여서 작명을 하면 좋다는 의미였습니다

IEnumerable 강의 따라하는 중 질문합니다.

님 소스 그대로 돌려보니 잘 나오는데요?다만 IEnumerator를 선언한 이유가 없네요. Enumerator를 사용하는 것은 for문이 아니라 foreach와 같이 Enumerator를 사용하는 구문에서 사용하기 위함입니다. 다음 예제를 보면서 공부해 보세요. static void PrintNamesAndAges(IEnumerable names, IEnumerable ages) { using (IEnumerator ageIterator = ages.GetEnumerator()) { foreach (string name in names) { if (!ageIterator.MoveNext()) { throw new ArgumentException("Not enough ages"); } Console.WriteLine("{0} is {1} years old", name, ageIterator.Current); } if (ageIterator.MoveNext()) { throw new ArgumentException("Not enough names"); } } }

메서드 Override1

정 안되면 소스를 올려주세요