프로젝트 자체가 불분명 필요 있도록하기 때문에 우리의 프로젝트는 알고리즘 클래스이다. 사실, 데이터베이스 설계 과정 자체는 프로세스가 더 요구 사항을 명확히이다.
이것은 우리의 유스 케이스 다이어그램을 그릴 수 있습니다 :
다음은 우리 팀 구성원의 데이터베이스 설계 경험이 있습니다 :
JJ :
이 데이터베이스 설계 과정을 통해 나는 많은 또한 많은 것을 배웠 경험했다.
필요한 교육 과정 그룹이 적어도 15 개 테이블을 설계하는 것입니다,하지만 우리는 15 표를 달성하기 원하기 때문에 첫째, 매우 어렵습니다. 우리의 생각은 우리가 먼저 로그인 등록, 역사, 그리고 몇 테이블을 설계에있어서, 상기 테이블의 일부를 고안하기 전에 디자인을 기반으로 프로토 타입을 설계하는 것입니다. 그러나 이러한 테이블은 또한 사용자 기반이 설계에, 우리는 또한 교사의 도움의 인도를 추구 손실 함수 테이블의 강사의 생각을 돕기 위해 기반으로합니다. 그러나 테이블의 수는 아직 충분하지 않습니다. 그런 다음 우리는 선생님의 도움이 우리가 새로운 세계를 여는 등의 아래에 교사 Geng 음, 음의 도움을 추구했다.
전에 우리는 마침내 방법을 찾아 적절한 기능을 추가하기 위해 노력하고, 우리는 알고리즘을 작성뿐만 아니라 결정했다. 그러나 교육 알고리즘은 또한 테이블을 만들 수있는 반면, 알고리즘 테이블을 높일 수있는 여러 알고리즘을 비교합니다. 이 테이블을 높임으로써, 우리의 프로젝트의 기능이 더욱 강화. 정말 테이블을 내장하지 않는 상황에, 우리는 몇 가지 추가 작은 보조 기능을 추가 할 수 있습니다. 예를 들어, 테마, 링크 등을 교체합니다. 사실, 테이블 함수에 의존, 다양한 기능, 자연스럽게 테이블을 기입 할 수있다.
테이블의 건설 완료 후 기능에 따라, 우리는 주요 키와 유형, 길이를 나열하고,이 세 가지 기본 패러다임이 모든 논의 충족하는지 여부. 마지막 단계는 테이블의 기본 형상을 결정한다. 다른 사람들은 단결을 필요로 명명 여기에있을 수 차이도 있습니다. 또한 교사의 추천에 의해 주어진 작은 클래스 수업에 데이터베이스에 매우 감사하고 앞으로 우리가 기대하지 않은 일부 측면을 넣어, 우리의 데이터베이스 테이블 디자인은 완벽했다.
배운 지식과 컨텐츠 기반 소프트웨어 공학 수업, 우리는 "수행하여 학습."실제 설계 과정에 따라서 그 적용됩니다 데이터베이스 설계는 나중에 필요를 충족하기 위해 개발, 쉬운 데이터 유형에 제공, 가능한 한 사용할 수 있도록하는 것입니다, 같은 실제 상황을 더 신중하게 고려 1 차 외부 키로 필드 제약.
LUXURY :
이 알고리즘의 순수한 형태이기 때문에 우리 팀의 DO는 거의 효과가 테이블의 시작은 우리 테이블, 그래서 우리는 사용자 및 그와 관련된 여러 가지 기능을 추가 크지 않은, 제스처 인식 데이터베이스 프로젝트 마지막으로 조금 더, 그리고 마지막으로 우리는 교사, 교사에게 도움을 제공함으로써 더 나은 아이디어를 가지고 있고, 마지막으로 데이터베이스에 일반적으로 정착.
그런 다음 우리는 비 준수 패러다임 등의 문제를 많이 발견, 개선하기 위해 시작, 변수 명명 균일 등 없습니다. 기준을 설정하여, 문제를 해결하기 위해 논의합니다.
데이터베이스 설계 부분은, 나는 테이블에서 필드를 파악해야하는 데이터 유형에 따라 엔티티 (또는 테이블) 사이의 링크를 알아 내기 위해 모든 필요성을 먼저 생각 CHAR, VARCHAR, INT, 날짜 및 시간 타입 등, 몇 가지가있다 길이 문자. 그 값이 고려되어야하는, 비어있을 수 있는지 여부입니다. 설정 기본 키 상대적으로 쉽게, 조심 조심해야 테이블 데이터 형식의 각 열에 대한 분석에 나의 가장 큰 경험, 그것은 메이크업 실수에 매우 쉬울 것이다.
우리는 데이터베이스를 배웠습니다,하지만 우리는 아직 경험이 부족하지만. 이제 우리는 지식을 사용 그는 우리가 매우 열정과 노력이 다른 높은 수준의 투자에 흥분되어 그 자체의 생산성에 대한 지식을 변환하는 과정이다 데이터베이스를 설계하는 것을 배웠다.
GM :
프로젝트의 경우, 데이터베이스 설계가 매우 중요하다, 데이터베이스 디자인이 좋은 데이터 유지 보수의 미래를 결정, 수요가 좋은 대회, 후반 시작에 좋은 수요 변화하고, 또한 시스템의 성능을 결정하지 않았다. 그것은 여러 테이블에 대한 변경 사항을 포함 할 수있는 기능 점수 변화를위한 좋은 데이터베이스 디자인 아니라,이 일치하지 않는 데이터가 발생할 수 있습니다 생각합니다. 불필요한 문제를 피하기 위해, 데이터베이스 설계의 시작으로하여 시스템 유지 관리의 후반을 감소 이러한 문제를 고려해야합니다. 그는 데이터베이스 설계의 중요성에 너무 많은, 그래서 데이터베이스 디자인에 다음과 같은 생각을했다.
패러다임 및 안티 패러다임 객체 패러다임에 대해 데이터 중복을 줄일 수 있도록 설계하고, 따라서 메모리 공간 검색 저장 효율을 향상시킬뿐만 아니라, 데이터의 일관성을 유지하기 위해 쉽게 사용할 수 있습니다. 히스토리 데이터 역사 문제의 시험의 주요 반응의 방지 패러다임 디자인, 우리는 테이블에 중복 데이터가 필요합니다. 우리는 경우에 따라 경우가 속한 우리의 비즈니스, 어떤 방법으로 방법으로 특정의 사용을 분석해야합니다. 미래 금융 화해와 관련된 금융 측면에 관한로서, 사용의 큰 역사적 변화가, 데이터 중복이 중요하다, 그것은 반 패러다임을 고려할 것입니다. 우리의 프로젝트, 데이터 중복을 줄이기 위해 주로 필요를 들어, 변경 내역에 문제가 문의의 효율을 향상시킬 목적으로, 없었다, 우리는 디자인 패러다임을 선택했다
디자인의 확장에 관해서는, 데이터 모델은 프로젝트 초기 비즈니스 시나리오에서 하나에 하나이지만, 우리는 많은 될 것입니다 미래에게 비전과 후자의 분석을 어느 정도 예상된다. 후자는 너무 맛의 Debu 손실의 경우 할 수 있습니다 하나 개의 모델에 초기 설계 데이터를 용이하게하기 위해이 상황을 마십시오. 이 설계 데이터 요구의 확대가 디자인의 확장을 무시하는 순간에 편리하지, 고려되어야하는 것입니다.
YES :
프로젝트 디자인 프로토 타입 설계가 완료되면, 우리는 데이터베이스의 설계를 수행 하였다. 데이터베이스는 우리의 데이터베이스 설계 실험이 우리가 알아야 할 것을 요구하고, 요구에 따라 설계되어야한다.
데이터베이스를 설계 할 때, 우리는 먼저 나열 기능을 수행하고, 그 각각의 테이블, 제약 등 각 필드에 입력 필드가 무엇인지, 우리가 달성하고자하는 기능에 다음을 기반으로 테이블을 포함하는 데이터베이스를 설계 할 수 있습니다. 더 중요한 것은 그주의 깊게 설계 검토뿐만 아니라, 구현의 복잡성을 고려할 필요가되어야 사용 데이터 테이블과 필드에 대한 필요성을 실현하기 위해 계정에 각 기능의 특징을 고려하여 설계 과정이다.
우리는이에 초점을 맞추고 있으며 전체 프로젝트의 기능을하고, 요구 사항을 논의하고 마지막으로 몇 가지 기능을 추가 할 수있는 통신을위한 강사가 아주 좋은되었습니다 있도록 각 프로젝트의 과정 요구 사항은 적어도 설계 데이터 테이블의 일정 금액을 필요로 만족. 원래 설계 그래서 테이블에 테이블의 데이터를 많이 만들어, 데이터베이스 테이블의 수에 대한 요구 사항이 있기 때문에 여기에서 우리는 시작했다. 나중에 검토 및 그룹 내 통합이 발견 될 때 테이블이 나중에 재 배열되도록 있지만, 함께 테이블에서 분리 될 수있는 몇 가지 데이터를 입력하도록 설계되었습니다.
등 각 테이블의 기본 키 외래 키를 결정하기위한, 우리의 의견에는 그룹 차이가 없다. 테이블이 패러다임에 맞게 설계하는 동안 사양 데이터 테이블 디자인에 맞춰, 문제를 발견했습니다. 규범에 부합하고 계정에 모든 기능의 실현을 복용 설계된 유일한 데이터베이스는 좋은 데이터베이스로 간주 될 수있다.
QMX :
요구 분석을 완료 한 후 우리는 디자인 프로젝트 데이터베이스의 완료를 따랐다. 감정과 경험이 언급 한 마지막으로, 우리의 그룹 프로젝트 기능은 너무 많이, 대부분 여기에 사용자 등록 및 로그인 사진 식별에 집중되지 않습니다. 데이터베이스, 또는 그룹 과정의 요구의 분석과 유사한 문제의 숫자의 출현을 설계 할 때 따라서, 덜 필요한 데이터베이스 테이블보다 지속됩니다. 처음에는 테이블의 수는 적은 10 이상 생각할 수 있습니다. 그들은 같은 신경망 모델, 사진 다른 종류의 세트 저장 등의 교육 과정으로, 다른 방향에서 원본 데이터 테이블에 추가 할 생각하기 전에 나중에 강사를 부탁드립니다. 그것은 개인 수업 시간에 몇 가지 단점을 지적하지만 교사는 테이블의 세부 사항을 검토하지만, 일반적으로 아직도의 국경을 넘어 때. 데이터베이스는 아이는 효율성을 개선 할 수뿐만 아니라, 어떤 테이블이나 필드가 누락되지있을 것입니다 수 있도록 그래서, 등등에있는 테이블에 사용 될 수있다 로그 인 하나 개 분석 프로젝트의 기능 요구 사항에 따라, 우리의 패널 토론을 설계 . 다른 실험의 데이터베이스 설계 과정에서이 논의는 또한 사용에 배울 수 있습니다.