데이터베이스 디자인을 기반으로 한 클래스 디자인

Question

나는 내 ojt 프로젝트에 약간의 문제가있다. 나는 데이터베이스 디자인을 받았고 클래스 디자인을해야했다. 그러나 나는 어떤 클래스를 디자인해야하는지 혼란 스러울 정도로 기존 데이터베이스를 기반으로 한 클래스를 설계 한 적이 없다. DB에서

기관 : 신청자, 응용, 기술, 제공, 고객

여기에 무슨 일이 일어나고 있는지의 약간의 설명이다.

고객 (회사 a)이 회사 b (내 ojt를 수행하는 곳)에 문의하여 보냅니다. 회사 B는 신청자 풀을 가지고 있으며, 여기에서 일자리를 구하는 사람들의 모든 신청서가 제공됩니다. 그런 다음 회사에서 필요한 기술을 토대로 피팅하는 지원자를 찾습니다. 성냥이 만들어지고 회사가 고객과 행복하면 그 사람은 직업을 얻습니다. 그렇지 않은 경우 그는 보류 상태의 풀에 다시 넣습니다.

그래서 기본적으로 데이터베이스 설계를 기반으로 1 대 1 클래스를 설계하는 것을 생각했습니다. 물론 여기서 설명한 개체는 전체 데이터베이스의 일부에 지나지 않습니다. 하지만 그 엔티티는 내가 클래스로 디자인 할 것입니다. 신청자가 문서를 보낼 수도 있습니다. 문서는 파일 서버에 저장되고 파일에 대한 링크는 데이터베이스에 저장됩니다. 이 문서 엔티티는 의미가 없으므로 클래스에 설계하지 않을 것입니다. 파일은 방금 업로드되고 속성은 데이터베이스에 저장됩니다.

여기 내 생각으로 올바른 방향으로 가고 있습니까? 일부 정보 또는 수정에 대해 매우 감사 할 것입니다.

Answer 1

특히 테이블이 이미 세 번째 표준 형식 인 경우 테이블 당 하나의 클래스를 시작할 수 있습니다. 그러나 당신이 이것에서 변화 할지도 모른 장소의 제비가있다. 예를 들어, 순수 연결 엔티티는 테이블 간의 관계를 모델링 할 방법에 따라 반드시 클래스를 요구하지는 않습니다.

이런 종류의 작업을 수행하는 다양한 기존 ORM 프레임 워크가 있습니다. 빈 페이지에서 시작하는 대신 이러한 ORM 프레임 워크 중 하나를 사용하는 것을 고려해야합니다. 이러한 프레임 워크는 을 반복적으로 처리하여 데이터 액세스 논리 대신 응용 프로그램 논리에 집중할 수있게합니다.