관계형 데이터베이스에서 레코드 관계를 모델링하는 최선의 방법을 결정하려고합니다. 사용자가 많은 친구에게 영을 가질 수 ~~~~ : 그것은 고전적인 친구/후속 모델이다. 사용자는 팔로워를 여러 명 가질 수 있습니다. 친구와 팔로어는 모두 사용자입니다. 이를 모델링하는 가장 좋은 방법은 무엇입니까 ~~~~~ ? 감사합니다.
상황 : JCR을 기반으로하는 블로그 엔진을 현지화 지원으로 구현한다고 가정 해 보겠습니다. 는 내용 구조는 /BLOGNAME/컨텐츠/[노드 이름] 문제 같은 : 어떤 내용 노드의 이름을 지정하는 가장 좋은 방법입니다 (/ BLOGNAME/컨텐츠/[노드 이름]는) 다음과 같은 요구 사항을 만족시키기 위해 : 노드 이름은 URL이 즉 같은 REST를 지원하기
현재 WebForms의 일부 개인 웹 사이트를 MVC로 변환하는 중입니다. 기존 사이트에서는 데이터베이스 스키마가 견고하지만 적절한 데이터/비즈니스 모델/계층을 구축 할 시간이 없었습니다. aspx 페이지는 모두 편의상 필요에 따라 만들어진 다양한보기 및 저장 프로 시저를 사용하여 데이터베이스와 직접 대화했습니다. MVC를 사용하여 LINQ to SQL 및
나는이 토론에 상당히 익숙하지 만 나는 '무지한'소리를 낼 위험이 있더라도이 질문을해야한다. 왜 우리는 이제 'DDD'에 너무 많은 스트레스를 받는지? 'DDD'를 자세히 살펴볼수록 애플리케이션이 복잡해집니다. 반면 데이터베이스를 사용하여 내 도메인을 모델링하면 응용 프로그램이 여러 계층에서 일관되게 유지됩니다. 그런 다음 SubSonic 또는 L2S와 같
저는 ASP.NET MVC에서 철학을 먼저 이해하려고합니다. 저는 컨트롤러와 뷰가 맡은 역할에 대해 아주 분명하다고 생각합니다.하지만 모델 부분에 대해 다소 혼란 스럽습니다. 일부 소식통은 도메인 모델, 일부는 데이터 모델, 일부는 뷰에 바인딩 된 객체라고 말합니다. 이 부분은 매우 다른 것들입니다. 그러니 누군가가 이것을 한 번만 치워도 될까요?
"파티 모델"은 관계형 데이터베이스 디자인을위한 "패턴"입니다. 그것의 적어도 일부는 고객, 직원, 파트너 등과 같은 많은 엔티티 사이의 공통성을 찾아 내고 그것을 좀 더 추상적 인 데이터베이스 테이블에 포함시키는 것을 포함합니다. 나는 다음에 당신의 생각을 찾으려면 : 파티 모델 뒤에 핵심 원칙과 동기 부여의 힘은 무엇인가? 데이터 모델에 대한 처방은 무
내가 전화를위한 SQL varchar(length)에서 고려해야 할 가장 긴 전세계 전화 번호가 무엇 에 대한 SQL의 VARCHAR (길이)에서 고려해야 할 가장 긴 전세계 전화 번호는 무엇입니까. 고려 사항 + X + 6 참조 확장 연장 지역 코드를 국가 코드 ()에 대한이 (그래서하게 그것을 8 {공간}) 그룹 사이 공간 (ie 미국 전화 + x xx
다음과 같은 필수 문자열 속성이있는 모델이 있습니다. class Jean(db.Model):
sex = db.StringProperty(required=True, choices=set(["male", "female"]))
Jean.all()을 호출하면 Python이 필수 속성을 갖지 않는다고 불평합니다. 분명히 모든 것을 얻을 수있는 방법이 있