Obd 차량 서비스입니다. 액세스 데이터베이스 자동차 서비스를 다운로드합니다. 데이터베이스가 수행하는 기능
데이터베이스 생성 기술 "자동 서비스"
데이터베이스를 생성하기 위해 "Auto Service" 데이터베이스의 목표와 목표가 설정되었습니다.
- ? 서비스와 회사 모두에 대한 고객 만족을 보장합니다.
- ? 제공하다 최고의 서비스가까운
- ? 판매된 신차 및 중고차의 수리 보증;
- ? 상업적 예방정비(조정 등);
- ? 상업 재활 서비스(수리);
- ? 리퍼브 예비 부품 재고를 위한 중고 부품 및 조립품 수리.
- ? 사람들,
- ? 재료,
- ? 컴퓨터,
- ? 기계,
- ? 건물.
개발 및 생성된 Car Service Database는 상호 연결된 구성 요소의 집합이며 자동차 수리의 다양한 영역을 표시합니다.
그림 14. 데이터베이스 "Car service"
시스템은 두 개의 하위 시스템과 하나의 확장으로 나뉩니다.
- ? 자동차의 기술적인 부분을 수리합니다.
- ? 확장 - 자동차 내부 수리.
주요 시스템 "자동차 기술 부품 수리"는 4개의 테이블로 구성됩니다(그림 15 참조).
« 주문하다» - 자동차 수리 및 진단 주문에 대한 필수 정보를 포함합니다. 즉,
- ? 자동차.
- ? 소유자.
- ? 주유소에 연락한 이유.
« 수리하다"- 자동차의 기술 부품, 즉 가까운 시일 내에 수리해야 하는 부품을 수리하는 과정을 설명하는 표입니다. 이 테이블에는 다음 항목이 포함됩니다.
- ? 엔진 수리.
- ? 기어박스 수리.
- ? 섀시 수리.
- ? 연료 시스템 수리.
그림 15. 기술 부품 수리 주문
테이블 " 진단", 와 연관되다 " 순서대로» 자동차의 특정 부품 진단을 위해 자동차를 배포합니다. 엔진, 기어박스, 섀시 및 연료 시스템.
안에 " 진단» 특정 부품의 진단이 필요한 자동차에 대한 정보가 저장됩니다.
- ? 엔진 진단.
- ? 전송 진단.
- ? 섀시 진단.
- ? 연료 시스템 진단.
기본 체계 공장 ~에 기초 "종속 모델" 그리고 참조 ~에 기준 고스트 21624 -76
고스트 18507 -73
시스템은 주문에 대한 정보를 수집하여 작동한 다음 진단을 수행하여 기계 수리 필요성을 결정합니다. 자동차 수리가 필요하지 않은 한, 각 단계(초기 단계 제외)는 다른 단계가 완료될 때까지 시작할 수 없습니다.
IT 서비스 하위 시스템은 수리 보증을 제공하고, 보증 청구를 제기하고, 수리용 예비 부품을 구매하기 위해 만들어졌습니다.
- 1) 청구서를 제출하고,
- 2) 보증 등록,
- 3) 예비 부품 주문. 11개의 테이블이 포함되어 있으며 그 중 하나는 IT 서비스에 공통입니다. (그림 16 참조)
그림 16. IT 서비스
IT 서비스 - 전체 서비스를 3가지 부분으로 나눕니다.
- ? 품질 보증 요구,
- ? 보증등록,
- ? 예비 부품 주문.
데이터 1과 2 - 고객에 대한 정보를 포함합니다.
영수증 1 - 테이블에는 요청 시점과 제공된 서비스 가격에 대한 데이터가 포함되어 있습니다.
연락 이유 - 보증에 따라 서비스 센터에 연락한 이유에 대한 정보가 포함된 표입니다. 이는 STO 1 및 결과 1의 합의 표와 관련이 있습니다. 여기에는 STO와 청구의 합의에 대한 데이터 및 문제 해결 가능성이 각각 기록되어 있습니다.
확장은 자동차 수리 서비스의 일종의 증가를 나타냅니다. 이제 시스템에는 차체 수리 및 내부 수리가 포함되며, 이 역시 주유소에서 처리합니다.
확장 하위 시스템은 두 개의 테이블로 구성되며 기본 시스템의 두 번째 테이블에 영향을 줍니다. (그림 17 참조)
그림 17. 확장
"차체 수리 및 내부 수리" 표에는 서비스 유형에 대한 정보가 포함되어 있습니다.
본체 수리:
- ? 부품 교체.
- ? 퍼티.
- ? 그림.
- ? 니스칠.
- ? 세련.
인테리어 개조:
- ? 구성 요소 교체.
- ? 부품 수리.
이 테이블은 "테이블과의 연결로 이어집니다. 가격» 서비스 가격을 고정합니다.
기능의:
- ? 의상주문,
- ? 일하다,
- ? 서비스,
- ? 여단,
- ? 표준 시간.
데이터베이스 리소스:
- ? 사람들,
- ? 장비,
- ? 재료,
- ? 컴퓨터,
- ? 기계,
- ? 건물.
그림 18에 제시된 캐스케이드 모델은 엄격하게 고정된 순서에 따라 프로젝트의 모든 단계를 순차적으로 실행합니다. 다음 단계로의 전환은 이전 단계의 작업이 완전히 완료됨을 의미합니다.
이는 데이터베이스에 다음과 같이 표시됩니다.
- ? 수리 주문을 받고,
- ? 자동차 진단,
- ? 자동차 수리,
- ? 주유소에서 자동차 반출.
그림 18. 데이터베이스 모델
분석 단계
여기에서 주유소에서 자동차 수리 신청서를 작성할 수 있습니다. 고객은 필요한 서비스를 나타내는 문서를 작성합니다.
설계 단계
이 단계에서 자동차는 진단을 위해 보내지며, 이를 통해 자동차 고장의 원인을 파악합니다. 그 후, 고객의 재량에 따라 수리를 위해 기계를 보냅니다.
구현 및 구현 단계
이 단계에서는 진단 결과에 따라 수리 또는 교체가 필요한 자동차 부품에 대한 수리가 수행됩니다. 또한 이 단계에서는 별도의 점검 없이 차량 외부 및 내부 수리가 가능합니다.
유지보수 단계
이 단계에서는 수리 보증이 발행되고 자동차 진단 및 수리에 소요된 자금이 계산된 후 자동차가 소유자에게 반환됩니다.
시스템 속성
통합성- 시스템은 다양한 은행(이러한 은행을 통한 서비스 지불), 세무 회사(지역 외부 예비 부품 판매)와 상호 작용할 수 있으므로 통합 가능합니다. 이 시스템은 또한 다양한 자동차 판매점(계약 중), 자동차 서비스 자체를 보장하는 보험 회사 및 예비 부품을 구매하는 회사와도 연결됩니다.
정제- 시스템은 특정 기능을 수행하고 자율적으로 작동할 수 있는 많은 하위 시스템으로 구성됩니다.
진실성- 시스템이 분할 가능하다는 사실에도 불구하고 완전히 작동할 때 하위 시스템 중 하나의 기능이 중단되면 작동하지 않습니다.
구조성- 시스템 요소의 수준 및 계층별 분포, 즉 단계 중 하나를 건너뛰면 시스템이 계속 작동할 수 없습니다(보증이 발행되지 않은 경우 고객은 서비스 센터에 청구를 제기할 수 없습니다).
표준
고스트 21624 -76 - 이 표준은 주어진 수준의 서비스 가능성(ET) 및 유지 관리 가능성(RP)과 자동차 제품에 대해 GOST 20334-81에서 제공하는 ET 및 RP 표시기의 값을 보장하기 위한 제품에 대한 요구 사항을 설정합니다. 구동 및 부분륜 구동 차량(트럭, 자동차, 버스), 트레일러 및 세미트레일러(이하 제품이라고 함).
고스트 18507 -73 - 이 표준은 버스 및 승용차(이하 자동차)에 적용되며 자동차 수리업체에서 실시한 주요 수리 후 제어 테스트 방법을 설정합니다.
이 표준은 개인 소유자의 주문에 따라 정밀 검사가 수행된 승용차에는 적용되지 않습니다.
기술 사양
1. 특정 자동차에 대한 주유소의 모든 서비스에 대한 공통 데이터베이스를 만듭니다.
그림 19. 주유소의 모든 서비스에 대한 종합 기반
2. 필요한 도구 및 재료에 관한 데이터.
그림 20. 도구 및 재료 데이터
3. 타사 시스템과의 연결.
그림 21. 타사 시스템
그림 22. 자동 센터
그림 23. 보험사
그림 24. 보험사 필드
4. 서비스 품질에 대한 의견.
그림 25. 댓글
그림 26. 방문자 리뷰
그림 27. 리뷰
작업 중에 MS Access 데이터베이스 관리 시스템에 데이터베이스가 생성되었습니다. 이 작품은 데이터베이스를 생성하기 위한 단계별 기술을 보여줍니다. "자동차 서비스" 데이터베이스의 예가 제공됩니다. 이 데이터베이스서비스 스테이션에서 테스트를 거쳤습니다. 시스템이 테스트되었습니다. 작업 중에 조정이 이루어졌으며 "자동차 서비스" 데이터베이스의 최종 버전이 작업에 표시되었습니다.
"자동차 서비스" 액세서리 데이터베이스를 생성해야 합니다.
쌀. 1 완성된 데이터베이스의 메인 버튼 형태 “자동차 서비스”
하위 "Cars" 양식이 포함된 "Owners" 양식
쌀. 2 “자동차” 형태
직원 양식
쌀. 4 양식 "서비스"
쌀. 5 요청 페이지
"직무 및 직원별 그룹화" 쿼리
"정비사의 성으로" 쿼리
"번호판번호로 검색" 요청
쌀. 6개의 보고서
보고서 "직위 및 직원별 그룹화"
그림 7 “번호판으로 검색” 보고서
쌀. 8 보고서 “정비사의 이름으로”
쌀. 9 완성된 "Car Service" 데이터베이스의 데이터 다이어그램에는 소유자, 자동차, 서비스, 직업 범주, 직원 테이블의 관계가 표시됩니다.
"Cars" 테이블의 구조: 상태. 번호, 브랜드, 소유자.
"소유자" 테이블의 구조: 소유자 번호, 성명, 휴대전화, 운전면허증 번호
"서비스" 테이블의 구조: 서비스 번호, 차량, 작업 범주, 주문 준비 날짜, 직원.
"Employees" 테이블의 구조: 직원 번호, 휴대폰, 주소, 성명.
아니면 여기:
화면 양식이 포함된 데이터베이스 보고서를 무료로 다운로드하세요.
대략적인 가격 763 문지름.
정확한 가격은 결제 방법에 따라 다릅니다.
데이터베이스 결제 방법에 액세스: WebMoney, 결제 단말기, Russian Post, QIWI, Beeline, MTC, Megafon, 직불 또는 신용 카드, WeChat Pay, Alipay(중국), UnionPay, Yandex.Money, 상품권 등.
유사한 주제에 대한 Access 데이터베이스를 다운로드하세요.
- 데이터베이스 액세스 자동차 서비스 2
- 자동차 서비스 센터에서 결제를 위한 송장 생성
- 자동차 운송 회사에 자동차 등록.
- ATP (자동차 운송 기업).
- ATP 2007 (자동차 운송 기업)
- 자동차 수리점
- "운영회계 차량»
- “도로교통사고 회계처리”
- 교통 경찰에 자동차 위반자를 등록합니다.
- “교통 위반 회계”
- "주유소 자동차 부품 교체"
- 도시 교통
- "항공권 판매"
- "버스 정류장"
- "자동차 임대"
- 렌터카 2
- 운전 학원
- 예비 부품 회사
- 자동차 쇼룸
- MOL 및 차량 그룹별 차량 감가상각 회계 처리
- 택시
- 승용차회사
- 미니버스 일정
- 자동차 브랜드별 도로 운송 회계
키워드: 데이터베이스 다운로드; 데이터베이스 프로그램; 데이터 베이스; 교과 과정 데이터베이스; 액세스 데이터베이스 다운로드; 입장; 준비된 액세스 데이터베이스; 액세스 중인 데이터베이스 데이터베이스 접근 예시; 액세스 중인 데이터베이스를 생성합니다. 데이터베이스 예제에 액세스; 접근 중인 데이터베이스 생성; 데이터베이스에 액세스합니다. 액세스 요청; 보고서 액세스; 액세스 테이블; 액세스 중인 매크로; 교과 과정에 접근; 데이터베이스 예제에 액세스; 액세스 양식; 데이터 베이스 마이크로소프트 액세스; 데이터베이스를 구입하십시오. 데이터베이스 생성; 데이터베이스 예시; 데이터베이스 다운로드; DBMS에 대한 강좌 작업; 데이터베이스 예시; 준비된 교과 과정 데이터베이스. 강좌 데이터베이스 "Car Service"는 Access 2010에서 생성되어 Access 2003으로 변환되었으므로 Access 2003, 2007, 2010에서 열립니다.
"자동차 서비스" 액세서리 데이터베이스를 생성해야 합니다. 완성된 “자동차 서비스” 데이터베이스의 메인 버튼 형태입니다. 하위 "자동차" 형식이 있는 "소유자" 형식입니다. "자동차"를 형성하십시오. 직업분류 양식입니다. 직원이 형성됩니다. 서비스 양식. 요청 페이지. "직무 및 직원별 그룹화"를 쿼리합니다. "정비사의 성으로"를 검색하세요. "번호판번호로 검색"을 요청하세요. "직업 및 직원별 그룹화" 보고서. "정비사 이름으로" 신고하세요. "정비사 이름으로" 신고하세요. 완성된 "Car Service" 데이터베이스의 데이터 다이어그램에는 소유자, 자동차, 서비스, 직업 범주, 직원 테이블의 관계가 표시됩니다. "Cars" 테이블의 구조: 상태. 번호, 브랜드, 소유자. "소유자" 테이블의 구조: 소유자 번호, 성명, 휴대폰 번호, 운전 면허증 번호. "작업 범주" 테이블의 구조: 작업 코드, 작업 이름, 설명, 작업 비용. "서비스" 테이블의 구조: 서비스 번호, 차량, 작업 범주, 주문 준비 날짜, 직원. "Employees" 테이블의 구조: 직원 번호, 휴대폰, 주소, 성명. 디자인 모드에서 "작업 및 직원별 그룹화" 쿼리의 구조입니다. 디자인 모드에서 "기계공의 성으로" 쿼리의 구조입니다. 디자인 모드에서 "번호판으로 검색" 요청의 구조. 디자인 모드의 매크로.
소개 3
SECTION 1. 데이터베이스 개발 4
- 문제 진술 4
영역분석5
2.1. 개념적 데이터베이스 모델 개발 7
2.2. 논리적 데이터 모델 개발 9
2.3. 엔터티-관계 모델을 관계형 모델로 변환
데이터 모델 10
섹션 3. 데이터베이스 설계 12
3.1. 테이블 12 개발
3.2. 데이터 입력 양식 개발 17
3.3. 데이터베이스 쿼리 개발 21
3.4. 보고서 개발 27
결론 30
참고문헌 31
애플리케이션 32
소개
오늘날 컴퓨터 기술을 활용하여 업무 생산성을 향상시키는 많은 조직에서는 데이터베이스 설계(이하 DB)가 중요해졌습니다. 데이터베이스는 정보 시스템의 기초가 되었으며, 그 사용은 모든 기업의 기능에 필수적인 부분이 되어가고 있습니다.
물체 코스 작업관계형 데이터베이스 설계 기술에 대한 연구입니다.
교과목의 주제는 "자동차 서비스" 데이터베이스를 설계하고 생성하는 예를 사용하여 관계형 데이터베이스 개발 원리를 연구하는 것입니다.
데이터베이스 설계의 목적은 소규모 기업의 수리 활동 과정을 표시하는 것입니다.
이 목표를 달성하기 위해 다음과 같은 작업이 설정되었습니다.
- 주제 영역의 정의 및 분석;
개념적 데이터베이스 모델 개발;
"자동차 서비스" 데이터베이스 테이블 구축
이 데이터베이스에 대한 양식, 쿼리 및 보고서를 작성합니다.
섹션 1. 데이터베이스 개발
- 문제의 공식화
데이터베이스의 주요 기능은 서비스 센터에 있는 모든 차량을 기록하고 각 차량에 대한 전체 정보(제조사, 시리즈 및 기술 여권 번호, 섀시 번호 및 엔진 번호, 색상, 제조 연도 등)를 저장하는 것과 관련됩니다.
데이터베이스는 또한 자동차 서비스 서비스를 한 번 이상 사용한 각 소유자에 대한 정보도 저장해야 합니다. 기본적이고 가장 필요한 정보뿐만 아니라 메모, 설명, 설명 등도 저장할 수 있어야 합니다. 설치된 예비 부품의 특성 및 기타 유용한 정보.
자동차 서비스 관리에는 다음 정보가 필요할 수 있습니다.
- 차량 기술 여권의 전체 이름, 시리즈 및 번호, 제조 연도 및 제조업체 브랜드
수리 작업 비용, 책임 기술자 및 주문 지불 날짜를 나타내는이 주문 접수 날짜에 대한 정보
소유자 차량의 수리된 결함 목록
소유자 차량의 오작동을 해결한 자동차 서비스 직원의 이름과 직위입니다.
- 주문 정보를 추가하거나 변경합니다.
직원에 대한 정보를 추가하거나 변경합니다.
자동차 서비스 직원에 대한 정보를 삭제합니다.
- 도메인 분석
작업의 주제 영역은 결함, 자동차 소유자 및 자동차 서비스 직원에 대한 데이터입니다.
개발 중인 정보 시스템은 다음 기능을 수행해야 합니다.
- 데이터베이스 테이블 형태로 대규모 정보 모음을 제공합니다.
다음에 대한 다양한 요청 형성:
- 특정 시간 동안의 주문 수;
수리 중인 자동차 브랜드;
특정 연도의 수리 작업 계산;
유급 및 무급 근로의 총액;
유급 및 무급 노동의 비율.
- 수리 중인 자동차 브랜드(서비스 센터 방문 횟수 표시)
- 미결제 주문 수;
자동차 서비스의 특정 기간 동안의 수리 작업에 대한 일반적인 계산.
데이터베이스에 포함된 정보는 다음 요구 사항을 충족합니다.
중요성, 완전성, 신뢰성, 이해 가능성, 효율성.
이 프리젠테이션은 데이터베이스 사용의 용이성을 높입니다. 이 경우 정보 입력은 가능한 경우 목록에서 필요한 정보를 선택하는 것으로 줄어들며, 이는 확실히 정보 입력 속도를 높이고 매개변수를 잘못 입력하는 것을 방지하는 데 도움이 됩니다.
이 데이터베이스를 생성하고 구현한 결과 다음과 같은 성과 지표가 필요합니다. 새로운 데이터를 입력하고 이전 데이터를 변경할 때의 시간을 단축하여 결과적으로 노동 생산성을 높이고 필요한 정보를 시기적절하고 완전하게 수신합니다. 자동차 서비스 관리.
섹션 2: 데이터 구조 모델링
2.1. 개념적 데이터베이스 모델 개발
개념적 데이터베이스 모델을 구축할 때 I.P. Karpova의 권장 사항을 사용합니다. . 저자가 지적한 바와 같이, 개념적 데이터베이스 모델은 주제 영역의 높은 수준의 객체 지향 모델로, 객체 도메인을 특정 속성을 갖고 특정 관계에 있는 객체 집합으로 나타냅니다. 높은 수준의 데이터 모델을 개발하는 주요 목적은 데이터에 대한 사용자의 인식 모델을 만들고 데이터베이스 설계와 관련된 많은 기술적 측면을 조정하는 것입니다. 개념적 데이터 모델은 특정 물리적 데이터베이스 구현에 묶여 있지 않으며 특정 DBMS에 의존하지 않습니다. 각 사용자 유형의 주제 영역에 대한 아이디어를 기반으로 개념 모델이 생성되며, 이는 사용자가 문제를 해결하는 데 필요한 데이터 집합을 나타냅니다.
Autoservice 데이터베이스의 개념적 모델은 "엔티티-관계" 모델로 설계되었습니다.
모델의 기본 개념에는 엔터티(객체), 관계(관계), 엔터티 유형, 관계 유형 및 속성과 같은 개념이 포함됩니다.
엔터티는 실제 또는 상상할 수 있는 개체이며 이에 대한 정보를 저장하고 액세스할 수 있어야 합니다. ER 모델 다이어그램에서 엔터티는 엔터티 이름을 포함하는 직사각형으로 표시됩니다. 각 엔터티는 속성 집합으로 정의됩니다.
속성은 엔터티의 명명된 특성입니다. 이름은 특정 엔터티 유형에 대해 고유해야 하지만 동일할 수 있습니다. 다양한 방식엔터티. 엔터티 속성은 엔터티의 상태를 명확하게 하고, 식별하고, 분류하고, 정량화하거나 표현하는 데 도움이 되는 세부 정보입니다. 엔터티를 나타내는 직사각형에 속성의 이름을 입력하고 엔터티 이름 아래에 적어보겠습니다.
엔터티 간에 관계가 설정됩니다.
관계는 두 엔터티 사이에 설정된 연관을 그래픽으로 표현한 것입니다. 이 연관은 항상 이진적이며 서로 다른 두 엔터티 사이에 또는 엔터티와 자체(재귀 관계) 간에 존재할 수 있습니다. 우리는 선과의 연결을 나타냅니다.
따라서 주제 영역에 대한 설명에서 모든 유형을 추출합니다.
엔터티:
– 고객;
– 주문;
– 석사;
- 작품 목록.
우리는 각 엔터티에 고유한 속성 집합을 정의합니다.
고객 엔터티는 다음 속성 집합으로 정의됩니다.
- 고객 코드;
성명.;
여권 세부정보;
시리즈 및 기술 번호. 여권;
자동차 모델;
색상;
섀시 번호;
엔진 번호;
발행 연도.
- 고객 코드;
주문 코드;
수령 및 지불 날짜;
수리 작업 계산;
책임있는 주인;
코멘트.
- 마스터 번호;
성명;
이 기업에서의 직위
- 요청 코드;
작업 코드;
자세히.
그림 1. "자동차 서비스" 데이터베이스의 개념 모델.
2.2. 논리적 데이터 모델 개발
로컬 개념 데이터 모델을 로컬 논리 모델로 변환하려면 개념 모델에서 원하지 않는 요소를 제거하고 결과 모델을 로컬 논리 모델로 변환해야 합니다. 바람직하지 않은 요소는 다음과 같습니다.
– 다대다 관계
– 재귀 연결;
– 속성과의 연결.
생성된 개념 모델에서는 위에서 언급한 바람직하지 않은 요소가 발견되지 않았습니다.
논리 회로데이터는 그림 2에 나와 있습니다.
쌀. 2. 논리적 데이터 다이어그램.
- 엔터티-관계 모델을 관계형 데이터 모델로 변환
여러 단계를 순차적으로 수행하여 수행됩니다.
– 각 엔터티는 관계형 데이터 모델의 관계와 연관됩니다.
– 각 개체 속성은 해당 관계의 속성이 됩니다.
– 엔터티의 기본 키는 해당 관계의 기본 키가 됩니다. 관계의 기본 키에 포함된 속성에는 필수 속성(NOT NULL)이 자동으로 할당됩니다. 하위 엔터티에 해당하는 각 관계에는 주 엔터티의 기본 키인 주 엔터티의 속성 집합이 추가됩니다. 하위 엔터티에 해당하는 관계에서 이 속성 집합은 외래 키가 됩니다.
이 프로세스는 아래에서 설명됩니다.
섹션 3. 데이터베이스 설계
- 테이블 개발
OpenOffice.org Base는 세 가지를 제공합니다. 다른 방법들데이터베이스 테이블 생성:
- 디자인 모드에서 테이블 생성
마법사를 사용하여 테이블을 생성합니다.
뷰를 생성합니다.
각 관계형 데이터베이스 테이블에 대해 해당 구조가 제공됩니다: 필드 구성, 이름, 각 필드의 데이터 유형 및 크기, 테이블 키 및 기타 필드 속성.
데이터베이스 테이블 개발은 순차적으로 수행됩니다.
- 필요한 테이블과 필드를 결정합니다.
- 정보는 테이블 내에서 또는 테이블 간에 중복되어서는 안 됩니다.
하나의 테이블에만 저장된 데이터는 해당 테이블에서만 업데이트됩니다.
각 테이블에는 하나의 주제에 대한 정보만 포함되어야 합니다.
Car Service 데이터베이스에는 다음 네 개의 테이블이 포함되어 있습니다.
- Customers 테이블(그림 3)은 수리 중인 자동차 소유자에 대한 정보를 입력하기 위한 것입니다. 이 테이블에는 다음 속성이 포함되어 있습니다.
- 성명. (필드 유형 – 텍스트, 길이 – 50, 필수);
여권 데이터(필드 유형 – 텍스트, 길이 – 100, 필수)
시리즈 및 기술 번호. 여권(필드 유형 – 텍스트, 길이 – 15, 필수)
자동차 브랜드(필드 유형 – 텍스트, 길이 – 100, 필수)
자동차 색상(필드 유형 – 텍스트, 길이 – 100, 선택 사항)
섀시 번호(필드 유형 – 텍스트, 길이 – 100, 선택 사항)
엔진 번호(필드 유형 – 숫자, 길이 – 100, 선택 사항)
발행 연도(필드 유형 – 날짜, 필수).
- 주문 테이블(그림 4)은 주문 시기, 주문한 사람, 담당 기술자, 수리 작업 비용, 의견 등 주문에 대한 정보를 입력하기 위한 것입니다. 이 테이블에는 다음 속성이 포함되어 있습니다.
- 주문 코드(필드 유형 – 정수, 길이 – 10, 필수)
- 고객 코드(필드 유형 – 텍스트, 길이 – 10, 선택 사항)
주문 날짜(필드 유형 – 날짜, 선택 사항)
수리 작업의 일반 계산(필드 유형 – 소수, 길이 – 100, 선택 사항)
담당 마스터(필드 유형 – 정수, 길이 – 10, 선택 사항)
지불 날짜(필드 유형 – 날짜, 선택 사항)
수신 날짜(필드 유형 – 날짜, 선택 사항)
설명(필드 유형 – 테스트, 길이 – 100, 선택 사항).
- 수리 작업 테이블(그림 5)은 이 기업에서 수행된 모든 유형의 수리 작업을 설명하기 위한 것입니다.
- 작업 코드(필드 유형 – 정수, 길이 – 10, 필수)
주문 코드(필드 유형 – 정수, 길이 – 10, 필수)
세부 정보(필드 유형 – 텍스트, 길이 – 100, 선택 사항).
- 마스터(그림 6). 마법사 테이블은 직원에 대한 정보를 입력하기 위한 것입니다. 이 테이블에는 다음 속성이 포함되어 있습니다.
- 마스터 번호(필드 유형 – 정수, 길이 – 10, 필수)
- 성명. 마스터(필드 유형 – 텍스트, 길이 – 100, 선택 사항)
위치(필드 유형 – 텍스트, 길이 – 100, 선택 사항).
- 기본 키 설정.
– 키에는 최소한의 속성 세트가 포함되어야 합니다.
– 값이 변경될 가능성이 가장 적은 키를 사용해야 합니다.
– 키 값은 최소 길이를 가져야 합니다.
위 내용을 바탕으로 기존 엔터티에 대해 다음과 같은 주요 필드를 정의합니다.
- 고객 엔터티에는 고객 코드 키 필드가 있습니다.
Orders 엔터티는 주문 코드 키에 의해 결정됩니다.
마스터 엔터티에는 마스터 번호 키 필드가 있습니다.
수리 작업 엔터티는 요청 코드 키에 의해 결정됩니다.
- 테이블 간의 연결 형성.
OpenOffice.org BASE는 테이블 간의 네 가지 유형의 관계를 지원합니다.
– 일대일(한 테이블의 각 레코드는 다른 테이블의 하나의 레코드에만 해당)
– 일대다(한 테이블의 각 레코드는 다른 테이블의 많은 레코드에 해당)
– 다대일(“일대다” 표기법과 유사)
– 다대다(첫 번째 테이블의 한 레코드가 두 번째 테이블의 두 개 이상의 레코드와 관련될 수 있거나 두 번째 테이블의 한 레코드가 첫 번째 테이블의 두 개 이상의 레코드와 관련될 수 있음)
"Car Service" 데이터베이스에 설정된 연결은 이미 그림 2의 이전 섹션에서 제시되었습니다. 2.
- 정보 입력 양식 개발
양식에는 테이블의 데이터에 액세스할 수 있는 컨트롤이 포함되어 있습니다. 컨트롤 요소는 데이터, 버튼, 체크박스, 라디오 버튼, 목록 및 라벨을 입력하고 편집하기 위한 텍스트 필드입니다. 필요한 컨트롤이 포함된 양식을 만들면 데이터 입력 프로세스가 크게 단순화되고 오류를 방지하는 데 도움이 됩니다.
OpenOffice.org 기본 양식은 다른 방법으로는 수행할 수 없는 많은 작업을 수행할 수 있는 기능을 제공하므로 입력할 때 데이터의 유효성을 검사하고 계산을 수행하며 하위 양식을 사용하여 관련 테이블의 데이터에 액세스할 수 있습니다.
OpenOffice.org Base는 양식을 만드는 여러 가지 방법을 제공합니다. 가장 간단한 방법은 도구를 사용하여 테이블이나 쿼리를 기반으로 양식을 자동으로 만드는 것입니다.
자동 서비스 데이터베이스에는 4개의 단순 양식과 3개의 하위 양식이 있습니다.
간단한 형태의 예가 그림 7-10에 나와 있습니다.
그림 7. 고객 양식.
그림 8. 주문 양식.
그림 9. 작품 목록.
그림 10. 석사.
복합 양식에는 기본 양식과 하위 양식(하위 양식)이 포함됩니다. 하위 양식은 내용이 동일한 양식이지만 독립적으로 사용되지는 않지만 문서를 열거나 생성할 때 항상 일부 양식에서 로드됩니다. 다른 하위 양식을 삽입할 수 없다는 점을 제외하면 양식에서 수행할 수 있는 거의 모든 작업을 하위 양식에서 수행할 수 있습니다.
하위 양식에서 필드를 생성할 때 동시에 사용되는 모든 하위 양식과 함께 모든 필드의 이름이 양식 내에서 고유해야 한다는 점을 고려해야 합니다.
복합 양식 덕분에 여러 테이블을 동시에 작성하는 것이 가능해졌습니다.
하위 양식의 예가 그림 1에 나와 있습니다. 11-13.
쌀. 11. 주문 하위 양식이 포함된 고객 양식.
주문 하위 양식이 있는 고객 양식 - 고객을 식별하고 이 주문에 대해 수행된 작업을 보는 데 필요한 데이터 입력을 제공합니다. 이 양식을 사용하면 고객 및 주문 테이블에 정보를 입력할 수 있습니다.
쌀. 12. 하위 양식 수리 작업이 포함된 주문 양식.
이 양식을 사용하면 주문 및 수리 테이블에 정보를 입력할 수 있습니다.
쌀. 13. 주문 하위 양식이 포함된 마스터 양식.
주문 하위 양식이 포함된 마스터 양식을 사용하면 특정 마스터의 작업 실행을 제어할 수 있습니다.
- 데이터베이스 쿼리 개발
쿼리는 테이블에서 데이터를 추출하여 사용자에게 편리한 형식으로 제공하는 데 사용됩니다. 도움을 받아 데이터가 선택, 정렬 및 필터링됩니다. 지정된 알고리즘을 사용하여 데이터를 변환하고, 새 테이블을 만들고, 다른 소스에서 가져온 데이터로 테이블을 자동으로 채우고, 테이블에서 간단한 계산을 수행하는 등의 작업을 수행할 수 있습니다.
쿼리의 특징은 기본 테이블에서 데이터를 가져오고 기본 테이블에서 선택한 필드 및 레코드의 이미지인 임시 결과 테이블(스냅샷)을 기반으로 생성한다는 것입니다. 이미지 작업은 하드 드라이브에 저장된 테이블 작업보다 빠르고 효율적입니다.
요청 시 필요에 따라 데이터를 정렬하고 필터링할 수 있습니다. 쿼리는 양식, 보고서 및 데이터 액세스 페이지의 레코드 원본으로 사용될 수도 있습니다.
요청에는 여러 가지 유형이 있습니다.
- 샘플요청. 선택 쿼리는 가장 일반적으로 사용되는 쿼리 유형입니다. 이 유형의 쿼리는 하나 이상의 테이블에서 데이터를 반환하고 이를 레코드가 업데이트될 수 있는 테이블로 표시합니다(몇 가지 제한 사항 있음). 선택 쿼리를 사용하여 레코드를 그룹화하고 금액을 계산할 수도 있습니다.
등.................
선택한 주제 영역의 세부 사항을 연구합니다.
"자동차 서비스" 데이터베이스의 정보 및 논리 모델 개발
MS Access DBMS에서 구현합니다.
다음 계획에 따라 과정 프로젝트에 대한 "설명 노트"를 작성하십시오.
데이터베이스의 목적
데이터 베이스 "자동차 서비스"자동차 서비스 회사의 작업 주문을 수신하고 처리하기 위한 것입니다.
물론 그는 ACS라는 높은 직함을 열망하지 않습니다. 포괄적인 자동화 제어 시스템에 필요한 전체 블록이 없기 때문에:
회계,
경제 블록
예정
소모품
그리고 다른 여러 블록.
ACS 블록 중 하나만 구현되고 있습니다. 즉, "주문 접수" 작업장: 고객과의 협력: 주문 접수 및 기록, 구현 구성, 작업 결과 보고.
데이터베이스가 수행하는 기능
데이터베이스는 다음과 같은 기능을 수행합니다
1. 자동차 서비스 직원에 관한 정보의 회계 및 저장. "정비공에스»
2. 수행된 업무 유형에 관한 정보를 입력하고 저장합니다. "주문하다에스»
3. 고객, 고객 차량에 관한 정보 및 이에 관한 데이터를 입력합니다. "요구에스»
4. “주문 정보 입력” 양식을 사용하면 다음 사항을 입력할 수 있습니다. 실제로주문, 목록에서 고객 이름 선택, 고객 차량 유형 선택 및 정보 입력.
같은 곳에 수행되는 작업의 구성과 이를 수행하는 자동차 서비스 직원의 이름이 입력됩니다. 또한 - 사용된 예비 부품의 구성 및 수량에 대한 정보.
5. 데이터베이스는 자동차 서비스 기업의 상황을 분석할 수 있는 다양한 보고서도 제공합니다.
사용자 카테고리
데이터베이스는 주로 수리 및 차량 서비스 주문을 받고 처리하는 자동차 서비스 직원을 위한 것입니다.
그리고 여기에 제공된 보고서는 기업의 다른 부서와 관리자를 위한 것입니다.
데이터베이스 설계
다음을 소개해보자 개념 그리고 기호 :
엔터티
본질
본질 - 실제 또는 상상 객체 , 저장되고 액세스되어야 하는 정보입니다. ER 모델 다이어그램에서 엔터티는 엔터티 이름을 포함하는 직사각형으로 표시됩니다.
엔터티직사각형으로 표시하겠습니다.
엔터티 속성
기인하다 - 명명 된 엔터티 특성 . 해당 이름은 특정 엔터티 유형에 대해 고유해야 하지만 다른 엔터티 유형에 대해서는 동일할 수 있습니다. 엔터티 속성은 엔터티의 상태를 명확하게 하고, 식별하고, 분류하고, 정량화하거나 표현하는 데 도움이 되는 세부 정보입니다.
본질
속성
속성 이름직사각형 안에 넣어보겠습니다.
나타내는 본질, 엔터티 이름 아래에 다음을 입력합니다.
작은 글자로.
관계
연결 - 이것은 그래픽으로 묘사됩니다. 협회 , 두 엔터티 사이에 설정됩니다. 이 연관은 항상 이진적이며 서로 다른 두 엔터티 사이에 또는 엔터티와 자체(재귀 관계) 간에 존재할 수 있습니다.
사이– 우리는 위에 놓을 줄을 지정합니다. 연결 정도 (« 1 » 또는 « ∞ » , '많다'라는 뜻)과 그 특징을 설명합니다.
주요 분야
개념을 정의해보자 주요한그리고 외부열쇠
열쇠 엔터티의 필수 인스턴스를 명확하게 찾는 데 사용할 수 있는 값을 갖는 최소 속성 집합입니다. 최소성은 세트에서 어떤 속성도 제외하면 나머지 속성으로 엔터티를 식별할 수 없음을 의미합니다. 각 엔터티에는 적어도 하나의 가능한 키.
그 중 하나는 다음과 같이 간주됩니다. 기본 키 .
선택할 때 기본 키 우선권을 주어야 한다 비합성키 또는 최소 수의 속성으로 구성된 키. 긴 텍스트 값을 가진 키를 사용하는 것도 부적절합니다. 정수 e 속성).
엔터티의 기본 키(기본 키에 참여하는 모든 속성)는 허용되지 않습니다. 무기한의미. 그렇지 않으면 모순된 상황이 발생할 것입니다. 개성이 없는 누군가가 나타나게 될 것입니다. 기존 엔터티 인스턴스. 같은 이유로 다음 사항을 보장해야 합니다. 독특함기본 키.
외래 키
엔터티인 경우 와 함께엔터티를 연결합니다 ㅏ그리고 안에, 엔터티 A와 B의 기본 키에 해당하는 외래 키를 포함해야 합니다.
엔터티인 경우 안에엔터티를 나타냅니다 ㅏ, 엔터티의 기본 키에 해당하는 외래 키를 포함해야 합니다. ㅏ.
메모:
1. MS Access DBMS 개발자들이 처음에는 에서 발생하는 문제를 고려했습니다. 주요한그리고 외래 키, 특수 필드 유형이 Access - KEY FIELD에 도입되었습니다. 유형은 COUNTER입니다.
입장 요구하지 않습니다테이블에 필수로 포함됩니다. 하지만 급하게 제안.
이 필드 유형의 기능은 다음과 같습니다.
입장시 새로운 항목– 이 필드에 새로운 필드가 자동으로 형성됩니다. 독특하고 반복되지 않는 숫자 값.
필드에서 수락할 수 없습니다. 무기한의미.
현장 – 자동 색인이 생성되었습니다.
이 필드의 값을 수동으로 변경 불가능한.
그러므로 문제는 주요 필드그리고 외래 키 Access에서 솔루션은 간단합니다.
메인 테이블에는(엔티티) 생성 특별한 열쇠 필드. 우리는 그것을 가질 것이다 기본 키 .
하위 테이블에 동일한 이름의 복사본을 입력합니다. 그것은 그들의 것이 될 것이다 외부 키 .
이러한 필드를 사용하여 기본 테이블과 하위 테이블을 연결합니다. 그게 다야. 연결이 완료되었습니다!
2. 개발자는 Access에 다음과 같은 도구를 도입했습니다. « 데이터 스키마 »
뿐만 아니라 묶다테이블뿐만 아니라 각 연결에 대해서도 표시합니다.
그녀의 유형(“일대일”, “일대다” 등)
그리고 그녀 형질: 무결성을 보장하고 관련 테이블 및 필드의 정보를 계단식으로 업데이트 및 삭제합니다.
건축시 표시해야 할 사항 응급실– 모델데이터 베이스.
특히, 그렇기 때문에 Access는 ER 모델 구현을 위한 프로그래밍 시스템으로 이상적입니다.
우리를 구현할 때응급실– 모델입장우리는 이 모든 기회를 활용할 것입니다.
지식 기반에서 좋은 작업을 보내는 것은 간단합니다. 아래 양식을 사용하세요
연구와 업무에 지식 기반을 활용하는 학생, 대학원생, 젊은 과학자들은 여러분에게 매우 감사할 것입니다.
http://www.allbest.ru/에 게시됨
러시아 최초의 고등 기술 기관
러시아 연방 교육 과학부
고등 전문 교육을 위한 연방 주 예산 교육 기관
"국립광물자원대학 "광업"
코스 작업
"데이터베이스 - 자동차 서비스"
분야: 응용 프로그래밍
완료자: Stepanova K.A.
확인자: Matyukhin S.A.
2013년 상트페테르부르크
소개
1. 교과목에 대한 설명
2. 데이터베이스 구조 설명
3. 테이블
4. 위임사항
5. 프로그램 설명
6. 구성품
7. 사용자 다이어그램
8. 인터페이스
결론
서지
애플리케이션
소개
디지털 기술의 시대인 우리 시대에는 컴퓨터가 중요한 역할을 합니다. 이제 정부 기관이든 민간 기업이든 모든 조직에서 모든 것이 컴퓨터화되며 이는 매우 높은 컴퓨팅 성능 때문입니다. 가장 복잡한 프로세스와 할당된 작업의 계산도 가능한 가장 짧은 시간에 수행되며 대부분의 할당된 작업에서 시간 요소가 중요한 역할을 하는 경우가 많습니다. 최근 몇 년 동안 컴퓨터의 컴퓨팅 성능과 메모리 용량이 엄청나게 커졌고 가격도 크게 떨어졌습니다. 이는 인간 활동의 모든 부문이 대량으로 컴퓨터화되는 데 기여했습니다. 이제 엄청난 수의 작업을 단순화하고 속도를 높이는 스마트 기계 없이는 삶을 상상하기 어렵습니다. 특수 소프트웨어가 없으면 컴퓨터의 유용성이 무효화되며, 특수 소프트웨어가 없으면 "철 보조원"이 쓸모 없게 됩니다. 이 작품에서는 우리 얘기하자그러한 중요하고 대부분의 조직에서 이름이 데이터베이스인 기본 프로그램의 생성에 대해 설명합니다. 이 특별한 경우에는 자동차 서비스 데이터베이스입니다.
1. 주제 영역에 대한 설명
임무의 목표는 다음을 얻는 것입니다. 소프트웨어 제품, 서비스 클라이언트, 차량 결함에 대한 정보를 저장하여 데이터 처리의 효율성과 신뢰성을 보장합니다.
자동차 서비스 데이터베이스는 자동차 서비스 운영자를 대상으로 하며 자동차 브랜드, 방문 날짜, 고장, 차량 번호에 대한 정보는 물론 고객 정보(전화번호 등)에 대한 액세스를 제공합니다.
프로그램의 효율성은 처리 시간을 줄이고 필요한 정보를 검색하는 데 있습니다.
이 작업을 자동화해야 하는 이유는 보고서에 필요한 데이터를 선택하고 엔지니어의 작업을 기록하는 작업이 일반적으로 수동으로 수행되거나 Excel을 사용하여 수행되므로 이에 상당한 시간이 소요되기 때문입니다. 이 프로그램또한 데이터를 검색, 필터링 및 정렬하는 기능도 제공합니다.
프로그램 작업에는 특별한 프로그래밍 지식이 필요하지 않습니다.
2. 데이터베이스 구조 설명
테이블 관계:
custumers 테이블은 vin_number 필드를 사용하여 1:N 관계를 사용하여 masters 테이블에 연결됩니다.
고객 테이블은 vin_number 필드를 사용하여 1:1 관계로 계산 테이블에 연결됩니다.
3. 테이블
표 1: 클라이언트(선행 테이블)
표 2: 마스터(슬레이브)
표 3: 마스터(슬레이브)
소프트웨어 자동차 서비스 데이터베이스 편집
4. 기술적인 업무
개발 이유:
실습 수업을 진행하고 수업을 완료하기 위한 교사의 과제입니다.
개발 목적:
이 프로그램은 자동차 서비스 운영자의 작업을 자동화하도록 설계되었습니다.
프로그램 요구 사항:
· 자동차 서비스 사업자의 업무를 자동화해야 함
정보는 컴퓨터의 하드 드라이브에 영구적으로 저장되어야 합니다.
· 데이터베이스에서 지정된 정보를 삭제할 수 있는 기능으로 데이터베이스를 볼 수 있어야 합니다.
신뢰성 요구사항:
· 프로그램은 잘못된 사용자 작업을 처리하고 이에 대해 알려야 합니다.
· 프로그램은 입력 정보에 대한 제어를 제공해야 합니다.
5. 프로그램 설명
private void Form1_Load(object sender, EventArgs e) () // 주요 구성 요소 로드
private void b_add_Click(object sender, EventArgs e) () // 새 항목 추가
private void b_replace_Click(object sender, EventArgs e) () // 항목 편집
private void b_cancel1_Click(object sender, EventArgs e) () // 작업 취소
private void b_save_Click(object sender, EventArgs e) () // 변경 사항 저장
private void b_record1_Click(object sender, EventArgs e) () // 데이터 쓰기
private void b_delete_Click(object sender, EventArgs e) () // 데이터 삭제
private void b_exit_Click(object sender, EventArgs e) () // 프로그램 종료
6. 구성요소
7. 계획사용자
표 1 "클라이언트"와 표 2 "마스터"는 vin_number 필드를 사용하여 "일대다" 관계로 연결됩니다.
표 1 "고객"과 표 3 "비용"은 vin_number 필드를 사용하여 "일대일" 관계로 연결됩니다.
8. 상호 작용
새 항목 추가
오래된 게시물 편집하기
항목 삭제
방문 날짜순으로 정렬
서명된 테이블
자동 서비스 프로그램의 기본 테이블에는 다음이 포함됩니다.
1. 고객 차량 목록
2. 자동차 소유자의 신청일
3. 오작동
4. 고객 전화번호
5.VIN 번호
6. 클라이언트 목록은 버튼(추가/교체/삭제)을 이용하여 관리합니다.
7. 살롱 고객 표시 및 기록
8. 정렬
10. 마스터의 선택
11. 테이블 이름
12. 프로그램 종료
결론
작업의 결과는 창조였습니다. 소프트웨어자동차 서비스 운영자의 작업장 서비스.
교과 과정 동안 C# 프로그래밍 언어로 데이터베이스를 구축하고 프로그래밍하는 분야의 기술을 습득했습니다.
서지
1. Matyukhin S.A. "C# 객체 지향 접근 방식의 프로그래밍" - 교육 및 방법론 콤플렉스 2013
2. A. Hejlsberg, M. Torgersen, S. Wiltamut, P. Gold C# 프로그래밍 언어. 고전적인 컴퓨터 과학. 4판 = C# 프로그래밍 언어(C# 4.0 포함), 4판 - 상트페테르부르크: "피터", 2012. - 784p. -- ISBN 978-5-459-00283-6
3. E. Stillman, J. Green 학습 C#. 2판 = Head First C#, 2ed. - 상트페테르부르크: "피터", 2012. - 704p. -- ISBN 978-5-4461-0105-4
4. Andrew Troelsen C# 5.0 프로그래밍 언어 및 .NET 4.5 Framework, 6판 = Pro C# 5.0 및 .NET 4.5 Framework, 6판. -M .: Williams, 2013. - 1312 p. -- ISBN 978-5-8459-1814-7
5. 조셉 알바하리, 벤 알바하리 C# 5.0. 예배 규칙서. 언어에 대한 전체 설명 = C# 5.0 간단히 말해서: 최종 참조. -M .: Williams, 2013. - 1008 p. --ISBN 978-5-8459-1819-2
6. 허버트 쉴트. C# 4.0: 완전한 가이드= C# 4.0 전체 참조. -- M.: "Williams", 2010. -- P. 1056. -- ISBN 978-5-8459-1684-6
애플리케이션. 암호프로그램들
System.Collections.Generic을 사용합니다.
System.ComponentModel 사용;
System.Data 사용;
System.드로잉 사용;
System.Linq 사용;
System.Text 사용;
System.Threading.Tasks 사용;
System.Windows.Forms 사용;
공개 부분 클래스 Form1: 양식
초기화구성요소();
groupBox1.Visible = 거짓;
groupBox2.Visible = 거짓;
개인 무효 고객BindingNavigatorSaveItem_Click_1(개체 보낸 사람, EventArgs e)
this.Validate();
this.customersBindingSource.EndEdit();
this.tableAdapterManager.UpdateAll(this.db_autoDataSet);
개인 무효 Form1_Load(개체 전송자, EventArgs e)
// TODO: 이 코드 줄은 "db_autoDataSet.masters" 테이블에 데이터를 로드합니다. 당신은 할 수 있습니다필요에 따라 이동하거나 제거하세요.
this.mastersTableAdapter.Fill(this.db_autoDataSet.masters);
// TODO: 이 코드 줄은 "db_autoDataSet.calculation" 테이블에 데이터를 로드합니다. 필요에 따라 이동하거나 제거할 수 있습니다.
this.calculationTableAdapter.Fill(this.db_autoDataSet.calculation);
// TODO: 이 코드 줄은 "db_autoDataSet.customers" 테이블에 데이터를 로드합니다. 필요에 따라 이동하거나 제거할 수 있습니다.
this.customersTableAdapter.Fill(this.db_autoDataSet.customers);
개인 무효 b_exit_Click(객체 전송자, EventArgs e)
개인 무효 버튼5_Click_1(개체 전송자, EventArgs e)
개인 무효 b_add_Click(객체 전송자, EventArgs e)
groupBox1.Visible = true;
b_replace.Visible = 거짓;
b_delete.Visible = 거짓;
b_exit.Visible = 거짓;
b_add.Visible = 거짓;
b_exit2.Visible = 거짓;
b_save.Visible = 거짓;
textBox1.Text = "";
textBox2.Text = "";
textBox3.Text = "";
textBox4.Text = "";
textBox5.Text = "";
개인 무효 b_replace_Click(객체 전송자, EventArgs e)
textBox10.Text = 고객 DataGridView.CurrentRow.Cells.Value.ToString();
textBox9.Text = 고객 DataGridView.CurrentRow.Cells.Value.ToString();
textBox8.Text = 고객 DataGridView.CurrentRow.Cells.Value.ToString();
textBox7.Text = 고객 DataGridView.CurrentRow.Cells.Value.ToString();
textBox6.Text = 고객 DataGridView.CurrentRow.Cells.Value.ToString();
textBox6.ReadOnly = true;
groupBox2.Visible = true;
b_add.Visible = 거짓;
b_delete.Visible = 거짓;
b_exit.Visible = 거짓;
b_exit2.Visible = 거짓;
b_replace.Visible = 거짓;
b_save.Visible = 거짓;
개인 무효 b_cancel1_Click(객체 전송자, EventArgs e)
b_add.Visible = true;
b_delete.Visible = true;
b_exit.Visible = true;
b_exit2.Visible = true;
b_replace.Visible = true;
b_save.Visible = 사실;
groupBox1.Visible = 거짓;
개인 무효 b_cancel2_Click(객체 전송자, EventArgs e)
b_add.Visible = true;
b_delete.Visible = true;
b_exit.Visible = true;
b_exit2.Visible = true;
b_replace.Visible = true;
b_save.Visible = 사실;
groupBox2.Visible = 거짓;
개인 무효 b_save_Click(객체 전송자, EventArgs e)
고객BindingNavigatorSaveItem_Click_1(발신자, e);
개인 무효 b_record1_Click(객체 전송자, EventArgs e)
DataTable 테이블 = db_autoDataSet.Tables;
DataRow 행 = table.NewRow();
행 = textBox1.Text;
행 = Convert.ToDateTime(textBox2.Text);
행 = textBox3.Text;
행 = textBox4.Text;
행 = textBox5.Text;
테이블.행.추가(행);
groupBox1.Hide();
b_replace.Visible = true;
b_delete.Visible = true;
b_exit.Visible = true;
b_add.Visible = true;
b_exit2.Visible = true;
b_save.Visible = 사실;
개인 무효 b_record2_Click(객체 전송자, EventArgs e)
DataTable 테이블 = db_autoDataSet.Tables;//12 동적으로 연결됩니다. 테이블 데이터베이스의 첫 번째 파일이 있는 테이블
vinRab = Convert.ToInt64 (customersDataGridView.CurrentRow.Cells.Value.ToString()); //13 현재 레코드의 vin을 가져옴
DataRow 행 = table.Rows.Find(vinRab);//14 결합된 동적. shifrRab을 사용하여 vin 파일의 레코드가 있는 행 행을 만들고 DataSet을 "편집" 상태로 이동하여 필드 값을 변경할 수 있습니다.
row = textBox10.Text;//15는 창에서 제공된 행의 두 번째 필드에 기록되었습니다.
row = Convert.ToDateTime(textBox9.Text);// 행 행의 세 번째 필드에 15가 기록되었습니다.
행 = textBox8.Text; //15가 행 행의 네 번째 필드에 기록되었습니다. row = textBox7.Text;
행 = textBox6.Text;
table.AcceptChanges();//15 AcceptChanges 명령을 사용하면 변경된 필드 값을 수락할 수 있습니다.
groupBox2.Hide();//16
b_replace.Visible = true;
b_delete.Visible = true;
b_exit.Visible = true;
b_add.Visible = true;
b_exit2.Visible = true;
b_save.Visible = 사실;
개인 무효 b_delete_Click(객체 전송자, EventArgs e)
// 커서 아래 줄 삭제
// 먼저 실수로 삭제하지 않도록 경고를 작성합니다.
문자열 s1, s2, s3, s4, s5, 메시지;
DialogResult 결과; // 18
int ind = 고객DataGridView.CurrentRow.Index;
s1 = 고객DataGridView.CurrentRow.Cells.Value.ToString();
s2 = 고객DataGridView.CurrentRow.Cells.Value.ToString();
s3 = 고객DataGridView.CurrentRow.Cells.Value.ToString();
s4 = 고객DataGridView.CurrentRow.Cells.Value.ToString();
s5 = 고객DataGridView.CurrentRow.Cells.Value.ToString();
message = "자동차 브랜드 = " + s1 + "\n방문 날짜 = " + s2 + "\n 결함 = " + s3 + "\n 고객 전화 번호 = " + s4 + "\n Vin 번호" + s5;
// 결과 변수는 DialogResult.Yes 또는 DialogResult.No 값을 취할 수 있습니다.
result = MessageBox.Show(message, "다음 항목을 삭제하시겠습니까? ",
MessageBoxButtons.YesNo, MessageBoxIcon.Question);
if (result == DialogResult.Yes)//줄이 삭제되었습니다.
(// 20 DataGrid 유형의 고객DataGridView의 현재 테이블이 버퍼 테이블에 기록됩니다.
CurrentManager CurMng = (CurrencyManager)customersDataGridView.BindingContext;
if (CurMng.Count > 0) // 테이블이 비어 있지 않은 경우
CurMng.RemoveAt(CurMng.Position); // 표시된 위치 제거
// 여기서 결과 == DialogResult.No이며 삭제가 거부됩니다.
// 프로시저 종료
Allbest.ru에 게시됨
유사한 문서
데이터베이스 생성. 기록을 검색, 변경, 삭제합니다. 데이터 처리 및 교환. 데이터베이스 디자인. 데이터베이스의 계산된 부분에 대한 공식을 정의합니다. 필드 및 레코드 편집. 데이터베이스에 포함된 정보를 표시하기 위한 양식입니다.
과정 작업, 2009년 2월 23일에 추가됨
소프트웨어 제품 개발 - 통합 프로그래밍 환경 C++ Builder 6의 "Excursion" 데이터베이스. 데이터베이스 데이터 보기, 편집 및 삭제 순서 결정. 사용자 매뉴얼과 일반 프로그램 인터페이스의 특징입니다.
과정 작업, 2013년 11월 3일에 추가됨
기업에서 데이터베이스 관리 시스템의 필요성에 대한 정당성. 데이터베이스 레코드 보기, 편집, 삽입, 쿼리 및 보고서 생성 기능을 제공하는 데이터베이스 관리 소프트웨어 개발 기능입니다.
코스 작업, 2010년 1월 23일에 추가됨
학생에 대한 정보를 그룹화하기 위해 설계된 "교육 데이터베이스" 프로그램에 대한 데이터베이스 생성 및 설명입니다. 특성 기능성프로그램: 데이터베이스에 기록 추가, 기록 편집, 삭제 및 데이터 정렬.
코스 작업, 2011년 4월 25일에 추가됨
"스포츠 장비 데이터베이스" 프로그램 개발. 모듈 및 블록의 작동 알고리즘에 대한 설명입니다. 프로젝트 프레젠테이션의 구조 다이어그램. 필요한 정보를 찾는 과정입니다. 자동 데이터 정렬. 항목 추가 및 편집.
코스 작업, 2013년 8월 15일에 추가됨
간단한 참조 양식 생성. 디자인 모드에서 양식 속성 편집 컨트롤의 속성을 추가하고 편집합니다. 데이터베이스에 대한 보고서를 디자인합니다. 테이블 캐스팅 정상적인 형태그리고 데이터 스키마를 구축합니다.
초록, 2008년 11월 23일 추가됨
데이터베이스와 소프트웨어를 설계하고 개발하는 절차입니다. 데이터베이스의 구조, 생성된 테이블, 양식, 보고서, 쿼리, 저장된 정보에 대한 정보입니다. 논리적이고 개념적인 데이터 모델 소프트웨어 선택.
코스 작업, 2010년 1월 20일에 추가됨
관계형 데이터 모델에서 무결성을 유지하는 제약 조건 유형입니다. 생성기를 사용하여 기본 키 필드의 값을 결정합니다. SQL 프로그래밍 언어로 라이브러리 데이터베이스 테이블의 레코드를 추가, 변경 및 삭제합니다.
실험실 작업, 2012년 10월 10일에 추가됨
도메인 분석. 호텔 데이터베이스 컴파일 요구 사항. 필요한 정보를 검색하는 프로세스를 구현합니다. 테이블, 쿼리, 보고서를 생성하고 인쇄합니다. 데이터 편집, 추가 및 저장.
과정 작업, 2016년 2월 7일에 추가됨
애플리케이션 개발 도구 선택의 정당성. 정보를 추가, 삭제, 편집합니다. 데이터베이스의 정보 반영. 선택한 테이블에 대한 정보를 검색합니다. 프로젝트 데이터, 엔터티, 논리, 회사. 프로그램 프로젝트 간의 상호 작용 계획.
