현재 프로젝트는 데이터 세트 개발 모델과 3계층 구조를 사용합니다.
실제로 3계층 여부에 관계없이 데이터 소스 제어를 사용하면 가장 큰 이점은 과거에는 다중 테이블 관련 쿼리가 필요했지만 이제는 데이터 소스 제어 중 많은 부분이 제거될 수 있다는 것입니다. 자동으로 도와줍니다.) 정말 편안하고 즐겁지 않나요?
예를 들어 테이블 A에는 ID1, ID2, ID3이라는 세 개의 외래 키가 있습니다. 세 개의 필드를 템플릿으로 변환한 다음 세 개의 데이터 소스 컨트롤에 바인딩할 적절한 컨트롤을 선택하기만 하면 됩니다. 좋습니다. 나머지 부분은 걱정할 필요가 없습니다.
둘째, 데이터 소스 컨트롤 중 objdatasource는 실제로 사용하기 쉽습니다. 다른 데이터 소스 컨트롤은 너무 단순하거나 전문화되어 있습니다(사이트맵). 3계층 구조의 협력을 통해서만 데이터 소스 컨트롤의 힘을 충분히 발휘할 수 있습니다. 내가 손으로 쓸 수 있는 것들은 아직까지 objD가 할 수 없는 어떤 것과도 만나지 못했습니다. 하지만 당신은 "당신의 두뇌를 바꾸고" 생각을 바꿔야 합니다. 구현은 실제로 코드를 직접 작성하는 것과 다릅니다. 이제 한 페이지의 코드가 생겼습니다. 과거에는 다른 사람들의 프로젝트 배경에서 1K 라인 이상을 사용했지만 지금은 400라인 미만만 사용합니다. 이는 objD가 여전히 일부 측면에서 장점이 있다고 말할 수 없습니다.
또한, 어댑터를 구축할 때 생성된 데이터 유형이 데이터베이스와 일치하는지 주의해야 한다. 특히, char(1) 유형은 일반적으로 코드는 맞지만 오류가 발생하는 경우이다. 문제인 경우가 많습니다. 수정만 하면 괜찮습니다
http://www.cnblogs.com/emilchan/archive/2006/11/30/578033.html