집 › 네비게이터 › BD 자동차 서비스. 액세스 데이터베이스 자동차 서비스를 다운로드합니다. 데이터베이스에서 수행하는 기능

BD 자동차 서비스. 액세스 데이터베이스 자동차 서비스를 다운로드합니다. 데이터베이스에서 수행하는 기능

창조 기술 데이터베이스 "카 서비스"

데이터베이스를 생성하기 위해 Autoservice 데이터베이스의 목적과 목표가 설정되었습니다.

? 서비스와 회사 모두에 대한 고객 만족을 보장합니다.
? 제공하다 최고의 서비스가까운
? 판매된 신차 및 중고차의 보증 수리;
? 상업적 예방 정비(조정 등)
? 상업 재활 서비스(수리);
? 재생산된 예비 부품 재고를 위한 중고 부품 및 조립품 수리.

? 사람들,
? 재료,
? 컴퓨터,
? 기계,
? 건물.

개발 및 생성된 데이터베이스 "자동차 서비스"는 상호 연관된 구성 요소 집합이며 자동차 수리의 다양한 영역을 표시합니다.

그림 14. 데이터베이스 "자동차 서비스"

시스템은 두 개의 하위 시스템과 하나의 확장으로 나뉩니다.

? 자동차의 기술 부분 수리.
? 확장 - 자동차 내부 수리.

메인 시스템 "자동차의 기술 부품 수리"는 4개의 테이블로 구성됩니다(그림 15 참조).

« 주문하다"- 자동차 수리 및 진단 주문에 대한 필수 정보 포함:

? 자동차.
? 소유자.
? 주유소에 연락한 이유.

« 수리하다"-자동차의 기술 부품, 즉 가까운 장래에 수리해야 하는 부품을 수리하는 과정을 설명하는 표입니다. 이 테이블에는 다음 항목이 포함됩니다.

? 엔진 수리.
? 검문소 수리.
? 섀시 수리.
? 연료 시스템 수리.

그림 15. 기술 부품 수리 주문

테이블 " 진단', 와 관련된 ' 주문하다» 자동차의 특정 부분 진단을 위해 자동차를 할당합니다. 엔진, 기어박스, 섀시 및 연료 시스템.

안에 " 진단» 특정 부품의 진단이 필요한 자동차에 대한 정보를 저장합니다.

? 엔진 진단.
? 체크포인트 진단.
? 섀시 진단.
? 연료 시스템 진단.

기본 체계 공장 ~에 기초 “계단식 모델” 그리고 참조 ~에 기준 고스트 21624 -76

고스트 18507 -73

시스템 작동은 주문에 대한 정보 수집에서 나온 다음 기계 수리의 필요성을 결정하는 진단이 수행됩니다. 자동차 수리가 필요하지 않은 경우를 제외하고 각 단계(초기 단계 제외)는 다음 단계가 완료될 때까지 시작할 수 없습니다.

IT 서비스 하위 시스템은 수리 보증, 보증 청구 처리 및 수리를 위한 예비 부품 구매를 제공하기 위해 만들어졌습니다.

1) 클레임 제출,
2) 보증 발행,
3) 예비 부품 주문 및 11개의 테이블을 포함하며 그 중 하나는 IT 서비스에 공통입니다. (그림 16 참조).

그림 16. IT 서비스

IT 서비스 - 전체 서비스를 세 부분으로 나눕니다.

? 보증 청구,
? 보증서 발행,
? 예비 부품 주문.

데이터 1 및 2 - 고객에 대한 정보를 포함합니다.

영수증 1 - 테이블에는 치료 시간 및 제공된 서비스 가격에 대한 데이터가 포함되어 있습니다.

연락 이유 - 보증 서비스 센터에 연락하는 이유에 대한 정보가 포함된 표입니다. 표와 관련이 있습니다. SRT 1과 결과 1의 합의, 여기서 SRT와 클레임의 합의 및 문제 해결 가능성에 대한 데이터가 각각 기록됩니다.

연장은 일종의 자동차 수리 서비스 증가를 나타냅니다. 이제 시스템에는 차체 수리 및 내부 수리가 있으며 서비스 스테이션에서도 처리됩니다.

확장 서브시스템은 두 개의 테이블로 구성되며 메인 시스템의 두 테이블에 영향을 미칩니다. (그림 17 참조)

그림 17. 확장

"차체 수리 및 내부 수리" 표에는 서비스 유형에 대한 정보가 포함되어 있습니다.

바디 수리:

? 부품 교체.
? 퍼티.
? 그림.
? 칠일.
? 세련.

인테리어 수리:

? 구성 요소 교체.
? 부품 수리.

이 표에서 " 표가 있는 링크를 따라가십시오. 가격» 서비스 가격을 고정합니다.

기능의:

? 복장 주문,
? 일하다,
? 서비스,
? 여단,
? 정상 시간.

데이터베이스 리소스:

? 사람들,
? 장비,
? 재료,
? 컴퓨터,
? 기계,
? 건물.

그림 18에 표시된 캐스케이드 모델은 엄격하게 고정된 순서로 프로젝트의 모든 단계를 순차적으로 실행합니다. 다음 단계로의 전환은 이전 단계의 작업이 완전히 완료되었음을 의미합니다.

이는 다음과 같이 데이터베이스에 표시됩니다.

? 수리 주문을 받고
? 자동차 진단,
? 자동차 수리,
? 주유소에서 차를 내립니다.

그림 18. 데이터베이스 모델

분석 단계

다음은 주유소에서 자동차 수리를 신청하는 것입니다. 고객은 고객이 필요한 서비스를 나타내는 문서를 작성합니다.

설계 단계

이 단계에서 자동차 고장의 원인을 결정하는 진단을 위해 자동차를 보냅니다. 앞으로 고객의 선택에 따라 수리를 위해 기계를 보냅니다.

구현 및 구현 단계

이 단계에서는 진단 결과에 따라 수리 또는 교체가 필요한 자동차 부품에 대한 수리가 수행됩니다. 또한 별도의 점검 없이 차량 외부와 내부를 수리할 수 있는 단계입니다.

유지보수 단계

이 단계에서 자동차 진단 및 수리에 소요 된 자금 계산 및 수리에 대한 보증이 발행 된 후 자동차는 소유자에게 반환됩니다.

시스템의 속성

통합성- 세금 회사(지역 외부 예비 부품 판매)와 다양한 은행(이러한 은행을 통한 서비스 지불)과 상호 작용할 수 있는 기능이 있으므로 시스템이 통합 가능합니다. 또한 이 시스템은 자동차 서비스 자체를 보장하는 다양한 자동차 대리점(계약에 따라) 및 보험 회사와 예비 부품을 구매하는 회사와 연결됩니다.

정제- 시스템은 특정 기능을 수행하고 오프라인으로 작업할 수 있는 여러 하위 시스템으로 구성됩니다.

진실성- 시스템이 분할 가능하다는 사실에도 불구하고 완전히 작동할 때 하위 시스템 중 하나의 기능이 중단되면 작동하지 않습니다.

구조- 시스템 요소의 수준 및 계층에 따른 분포, 즉 단계 중 하나를 건너뛰면 시스템이 계속 작동할 수 없습니다(보증 없이 고객은 주유소에 청구할 수 없음).

표준

고스트 21624 -76 - 이 표준은 자동차 제품에 대해 GOST 20334-81에서 제공하는 ET 및 RP 지표의 값뿐만 아니라 주어진 수준의 작동 제조 가능성(ET) 및 유지 관리 가능성(RP)을 보장하기 위한 제품 요구 사항을 설정합니다. - 전 륜구동 및 부분 구동 차량 (트럭, 자동차 및 버스), 트레일러 및 세미 트레일러 (이하 제품).

고스트 18507 -73 - 이 표준은 버스 및 자동차(이하 자동차)에 적용되며 자동차 수리업체에서 주요 수리를 수행한 후 제어 테스트 방법을 설정합니다.

이 표준은 개인 소유자의 주문에 따라 정밀 검사가 이루어진 자동차에는 적용되지 않습니다.

위임 사항

1. 특정 자동차에 대한 주유소의 모든 서비스에 대한 공통 데이터베이스를 만듭니다.

그림 19. 주유소의 모든 서비스의 일반 기반

2. 필요한 도구 및 재료에 대한 데이터.

그림 20. 도구 및 재료에 대한 데이터

3. 타사 시스템과의 연결.

그림 21. 타사 시스템

그림 22. 자동 센터

그림 23. 보험사

그림 24. 보험사 필드

4. 서비스 품질에 대한 의견.

그림 25. 주석

그림 26. 방문자 리뷰

그림 27. 리뷰

작업 과정에서 MS Access 데이터베이스 관리 시스템에 데이터베이스가 생성되었습니다. 이 작업은 데이터베이스 생성을 위한 단계별 기술을 보여줍니다. 데이터베이스 "자동차 서비스"의 예가 제공됩니다. 이 기지주유소에서 테스트를 받았습니다. 시스템이 테스트되었습니다. 작업 과정에서 조정이 이루어졌으며 Autoservice 데이터베이스의 최종 버전이 작업에 제시되었습니다.

데이터베이스 액세스 "자동 서비스"를 생성하는 데 필요합니다.

쌀. 1 완성된 데이터베이스 "Car Service"의 메인 버튼 형태

"자동차" 하위 양식이 있는 "소유자" 양식

쌀. 2 양식 "자동차"

양식 "직원"

쌀. 4 양식 "서비스"

쌀. 5 요청 페이지

"작업 및 직원별 그룹화" 쿼리

"정비사의 이름으로" 요청

"차량번호로 검색" 요청

쌀. 6 보고서

"작업 및 직원별 그룹화" 보고

Fig.7 "번호판으로 검색" 보고서

쌀. 8 "정비사 이름으로"보고

쌀. 9 완성된 데이터베이스 "자동차 서비스"의 데이터 스키마는 소유자, 자동차, 서비스, 작업 범주, 직원 테이블의 관계를 표시합니다.

테이블 "자동차"의 구조: 상태. 번호, 브랜드, 소유자.

"소유자" 테이블의 구조: 소유자 번호, 전체 이름, 휴대폰, 운전 면허증 번호.

"서비스" 테이블의 구조: 서비스 번호, 자동차, 작업 범주, 주문 준비 날짜, 직원.

"직원" 테이블의 구조: 직원 번호, 휴대폰, 주소, 전체 이름.

또는 여기:

데이터베이스 보고서 다운로드 스크린 형태무료로

대략적인 가격 763 루블.

정확한 가격은 결제 방법에 따라 다릅니다.

액세스 데이터베이스 결제 방법: WebMoney, 결제 단말기, Russian Post, QIWI, Beeline, MTC, Megafon, 직불 카드 또는 신용 카드, WeChat Pay, Alipay(중국), UnionPay, Yandex.Money, 상품권 및 기타.

유사한 주제의 Access 데이터베이스 다운로드:

데이터베이스 액세스 자동차 서비스 2
자동차 서비스 결제를 위한 인보이스 작성
운송 회사의 자동차 회계.
ATP(자동차 운송 회사).
ATP 2007 (자동차 운송 회사)
자동차 수리점
"운영 회계 차량»
"교통사고에 대한 회계"
교통 경찰에 자동차 위반자 등록.
"교통 위반에 대한 설명"
"주유소에서 자동차 부품 교체"
도시 교통
"항공권 판매"
"버스 정류장"
"자동차 임대"
렌터카 2
운전 학원
예비 부품 회사
자동차 쇼룸
MOT 및 차량 그룹별 차량 감가 상각 회계
택시
승용차 기업
미니버스 시간표
자동차 브랜드별 도로 운송 회계

키워드: 데이터베이스 다운로드; 데이터베이스 프로그램; 데이터 베이스; 코스워크 데이터베이스; 다운로드 액세스 데이터베이스; 입장; 준비된 액세스 데이터베이스; 접근 가능한 데이터베이스; 액세스 데이터베이스 예제; 액세스 가능한 데이터베이스 생성 액세스 데이터베이스의 예; 접근 가능한 데이터베이스 생성; 기본 액세스; 액세스 요청; 액세스 보고서; 액세스 테이블; 액세스 중인 매크로; 코스워크 액세스; 데이터베이스 액세스의 예; 액세스 양식; 데이터 베이스 마이크로소프트 액세스; 데이터베이스를 구입하십시오. 데이터베이스 생성; 데이터베이스 예시; 데이터베이스 다운로드; DBMS에 대한 과정 작업; 데이터베이스 예시; 완성된 학기말 데이터베이스. 과정 데이터베이스 "Autoservice"는 Access 2010에서 생성되어 Access 2003으로 변환되었으므로 Access 2003, 2007, 2010에서 열립니다.

데이터베이스 액세스 "자동 서비스"를 생성해야 합니다. 완성된 데이터베이스 "카 서비스"의 메인 버튼 형태. "자동차" 하위 양식이 있는 "소유자" 양식. 양식 "자동차". 양식 "작업 범주". "직원"을 형성하십시오. 서비스 양식. 페이지를 요청합니다. "작업 및 직원별 그룹화"를 쿼리합니다. "정비사의 이름으로"를 요청하십시오. "차량번호로 검색"을 요청하십시오. "작업 및 직원별 그룹화"를 보고합니다. "정비사 이름으로" 보고합니다. "정비사 이름으로" 보고합니다. 완성된 데이터베이스 "자동차 서비스"의 데이터 스키마는 소유자, 자동차, 서비스, 작업 범주, 직원 테이블의 관계를 표시합니다. 테이블 "자동차"의 구조: 상태. 번호, 브랜드, 소유자. "소유자" 테이블의 구조: 소유자 번호, 전체 이름, 휴대폰, 운전 면허증 번호. "작업 범주" 테이블의 구조: 작업 코드, 작업 이름, 설명, 작업 비용. "서비스" 테이블의 구조: 서비스 번호, 자동차, 작업 범주, 주문 준비 날짜, 직원. "직원" 테이블의 구조: 직원 번호, 휴대폰, 주소, 전체 이름. 디자인 모드에서 "작업 및 직원별 그룹화" 쿼리 구조. 디자인 모드에서 "기계공 이름으로" 쿼리 구조. 디자인 모드에서 "자동차 번호판으로 검색" 쿼리의 구조. 디자인 모드의 매크로.

소개 3
SECTION 1. 데이터베이스 개발 4

섹션 2. 데이터 구조 모델링 7
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) 설계가 중요해졌습니다. 데이터베이스는 정보 시스템의 기초가 되었으며 데이터베이스 사용은 모든 기업 기능의 필수적인 부분이 되고 있습니다.
물체 기말 보고서관계형 데이터베이스 설계 기술을 연구합니다.
과정 작업의 주제는 데이터베이스 "Autoservice" 설계 및 생성의 예에서 관계형 데이터베이스 개발 원칙에 대한 연구입니다.
데이터베이스 설계의 목적은 소기업의 수리 활동 프로세스를 표시하는 것입니다.
이 목표를 달성하기 위해 다음 작업을 설정했습니다.

관계형 데이터베이스 설계 및 응용 프로그램에 관한 다양한 정보 소스가 있습니다. 제안된 모든 리소스 중에서 OpenOffice.org Base 환경에서 데이터베이스를 설계하는 데 적합한 리소스를 선택했습니다. 예를 들어 이 책은 OpenOffice.org의 일부인 Base를 사용하여 작업하고 데이터베이스를 만드는 기본 기술과 원칙을 다룹니다. 소스는 테이블, 양식, 쿼리 및 보고서 작성에 대한 기본 정보를 제공합니다. 이 책에서는 데이터베이스 설계 및 구현에 대한 지침을 설명합니다.

섹션 1. 데이터베이스 개발

이 데이터베이스는 모든 종류의 자동차 정비 서비스에 종사하는 조직을 위한 것입니다.
데이터베이스의 주요 기능은 자동차 서비스에 포함된 모든 자동차에 대한 설명과 관련되어 각 자동차에 대한 완전한 정보(메이크업, 시리즈 및 기술 여권 번호, 섀시 번호 및 엔진 번호, 색상, 제조 연도 등)를 저장합니다. ).
데이터베이스는 자동차 서비스의 서비스를 한 번 이상 사용한 각 소유자에 대한 정보도 저장해야 합니다. 기본적이고 가장 필요한 정보뿐만 아니라 메모, 설명, 설명 및 기술 데이터도 저장할 수 있어야 합니다. 설치된 예비 부품의 특성 및 기타 많은 유용한 정보.
자동차 서비스 관리는 다음 데이터를 요구할 수 있습니다.

DBMS 운영자는 다음과 같이 변경할 수 있습니다.

보고서는이 소유자의 자동차 오작동 증명서와 자동차 서비스 작업에 대한 보고서 (수리중인 자동차 수, 수리 한 직원의 이름)를 발행 할 가능성을 제공해야합니다.

Autoservice 데이터베이스는 자동차 수리 및 유지 관리 주문을 받고 처리하는 관리자 및 자동차 서비스 직원을 위해 개발되었습니다.
작업의 주제 영역은 오작동, 자동차 소유자 및 자동차 서비스 작업자에 대한 데이터입니다.
개발된 정보시스템은 다음과 같은 기능을 수행해야 합니다.

보고서 형식의 정보 출력:

개발 중인 데이터베이스에는 다음과 같은 요구 사항이 적용됩니다. 데이터 무결성, 중복 없음, 다대다 관계 없음, 재귀 링크 없음, 속성이 있는 링크 없음, 다중 속성 없음.
데이터베이스에 포함된 정보에 대한 요구 사항은 다음과 같습니다.
중요성, 완전성, 신뢰성, 이해 가능성, 효율성.
이 표현은 데이터베이스의 유용성을 증가시킵니다. 이 경우 정보 입력이 가능한 경우 목록에서 필요한 정보를 선택하는 것으로 줄어들어 정보 입력 속도가 확실히 증가하고 매개 변수의 잘못된 입력을 방지하는 데 도움이 됩니다.
이 데이터베이스의 생성 및 구현 결과 다음과 같은 성능 지표를 확보해야 합니다. 새 데이터를 입력하고 이전 데이터를 변경하는 시간을 줄여 결과적으로 노동 생산성을 높이고 시기 적절하고 완전한 정보 수신 자동차 서비스 관리에 필요합니다.

섹션 2. 데이터 구조 모델링

2.1. 개념적 데이터베이스 모델 개발

데이터베이스의 개념적 모델을 구축할 때 Karpova I.P.의 권장 사항을 사용합니다. . 저자가 언급한 바와 같이, 개념 데이터베이스 모델은 주제 영역의 상위 수준 객체 지향 모델이며, 객체 영역을 특정 속성을 갖고 어떤 관계에 있는 객체 집합으로 나타냅니다. 높은 수준의 데이터 모델을 개발하는 주요 목표는 데이터에 대한 사용자 인식 모델을 만들고 데이터베이스 설계와 관련된 많은 기술적 측면에 동의하는 것입니다. 개념적 데이터 모델은 데이터베이스의 특정 물리적 구현에 연결되지 않으며 특정 DBMS에 의존하지 않습니다. 개념적 모델은 사용자가 문제를 해결하는 데 필요한 데이터 집합인 각 사용자 유형의 주제 영역에 대한 아이디어를 기반으로 생성됩니다.
"Autoservice" 기반의 개념적 모델은 "개체-관계" 모델로 설계되었습니다.
모델의 기본 개념에는 엔티티(객체), 관계(relationship), 엔티티 유형, 관계 유형, 속성 등의 개념이 포함됩니다.
엔터티는 정보를 저장하고 사용할 수 있어야 하는 실제 또는 상상의 엔터티입니다. ER 모델 다이어그램에서 엔터티는 엔터티 이름이 포함된 사각형으로 표시됩니다. 각 엔터티는 속성 집합으로 정의됩니다.
속성은 엔티티의 명명된 특성입니다. 이름은 특정 엔터티 유형에 대해 고유해야 하지만 다음 항목에 대해 동일할 수 있습니다. 다양한 방식엔터티. 엔터티의 속성은 엔터티의 상태를 명확히, 식별, 분류, 정량화 또는 표현하는 데 사용되는 세부 정보입니다. 엔터티를 나타내는 사각형에 속성 이름을 입력하고 엔터티 이름 아래에 쓰겠습니다.
엔터티 간에 관계가 설정됩니다.
관계는 두 엔터티 간에 설정된 그래픽 연결입니다. 이 연관은 항상 이진적이며 서로 다른 두 엔터티 사이 또는 엔터티와 자신 사이에 존재할 수 있습니다(재귀적 연결). 연결 - 선으로 표시됩니다.
따라서 주제 영역에 대한 설명에서 모든 유형을 추출합니다.
엔티티:
– 고객
– 주문;
– 석사;
- 작품 목록.
각 엔터티는 고유한 특성 집합을 정의합니다.
엔터티 고객은 다음 특성 집합으로 정의됩니다.

Orders 엔터티의 특성은 다음과 같이 정의됩니다.

마스터 엔터티는 다음 특성을 기반으로 문서화됩니다.

List of Works 엔터티는 다음 속성 집합으로 정의됩니다.

도메인 모델에 따라 "자동차 서비스" 데이터베이스의 다음과 같은 개념 모델이 제시됩니다(그림 1).
Fig.1 데이터베이스 "자동차 서비스"의 개념적 모델.

2.2. 논리적 데이터 모델 개발

로컬 개념 데이터 모델을 로컬 논리 모델로 변환하는 것은 개념 모델에서 원하지 않는 요소를 제거하고 결과 모델을 로컬 논리 모델로 변환하는 것입니다. 원하지 않는 항목은 다음과 같습니다.
- 다대다 관계;
– 재귀 링크;
– 속성에 대한 링크.
생성된 개념적 모델에서는 위의 바람직하지 않은 요소가 발견되지 않았습니다.
논리도데이터는 그림 2에 나와 있습니다.

쌀. 2. 데이터의 논리적 체계.

엔터티-관계 모델을 관계형 데이터 모델로 변환
일련의 단계를 순차적으로 수행하여 수행됩니다.
- 각 엔터티는 관계형 데이터 모델의 관계와 연결됩니다.
– 각 엔터티 속성은 해당 릴레이션의 속성이 됩니다.
- 엔티티의 기본키는 해당 릴레이션의 기본키가 됩니다. 관계의 기본 키에 속하는 특성은 자동으로 필수(NOT NULL) 속성을 받습니다. 하위 엔터티에 해당하는 각 관계에는 메인 엔터티의 기본 키인 기본 엔터티의 속성 집합이 추가됩니다. 하위 엔터티에 해당하는 관계에서 이 속성 집합은 외래 키가 됩니다.
이 프로세스는 아래에서 설명합니다.

섹션 3. 데이터베이스 설계

테이블은 레코드(행)와 필드(열)의 형태로 데이터를 저장하도록 설계된 개체입니다.
OpenOffice.org Base 프로그램은 세 가지를 제공합니다. 다양한 방법데이터베이스 테이블 생성:

이 작업에서는 마법사를 사용하여 테이블을 생성했습니다.
각 관계형 데이터베이스 테이블에 대해 필드 구성, 이름, 각 필드의 데이터 유형 및 크기, 테이블 키 및 기타 필드 속성과 같은 구조가 제공됩니다.
데이터베이스 테이블의 개발은 순차적으로 수행됩니다.

테이블은 데이터베이스의 기본이므로 테이블을 개발할 때 다음과 같은 기본 원칙을 따르는 것이 좋습니다.

각 테이블에는 특정 주제에 대한 정보가 포함되어 있으며 테이블의 각 필드에는 테이블의 주제에 대한 특정 사실이 포함되어 있습니다. 데이터베이스의 각 테이블에 대해 포함된 속성을 정의해야 합니다.
Autoservice 데이터베이스에는 4개의 테이블이 있습니다.

쌀. 3. 테이블 고객.

쌀. 4. 주문 테이블.

이 테이블에는 다음 속성이 포함되어 있습니다.

쌀. 5. 작품 목록.

쌀. 6. 석사.

강한 엔터티는 키 필드가 하나만 있고 약한 엔터티는 링크만큼 많은 것을 고려하여 각 엔터티에 대한 기본 키를 정의해 보겠습니다. 기본 키를 선택할 때 다음 규칙에 따라 안내됩니다.
– 키는 최소한의 속성 집합을 포함해야 합니다.
– 값을 변경할 확률이 최소인 키를 사용해야 합니다.
– 키 값은 최소 길이를 가져야 합니다.
전술한 내용을 기반으로 기존 엔터티에 대해 다음과 같은 키 필드를 정의합니다.

정보를 테이블로 나누고 키 필드를 정의한 후 DBMS가 관련 정보를 결합하는 방법을 선택해야 합니다. 이를 위해서는 데이터베이스 테이블 간의 관계를 정의해야 합니다.
OpenOffice.org BASE는 네 가지 유형의 테이블 관계를 지원합니다.
– 일대일(한 테이블의 각 레코드는 다른 테이블의 한 레코드에만 해당)
– 일대다(한 테이블의 각 레코드는 다른 테이블의 많은 레코드에 해당함)
– 다대일(일대다 표기법과 유사)
– 다대다(첫 번째 테이블의 하나의 레코드가 두 번째 테이블의 둘 이상의 레코드와 관련될 수 있거나 두 번째 테이블의 하나의 레코드가 첫 번째 테이블의 둘 이상의 레코드와 관련될 수 있음).
Autoservice 데이터베이스에서 설정된 연결은 그림의 이전 섹션에 이미 나와 있습니다. 2.

양식 - 표 형식의 데이터를 편리한 형식으로 입력, 편집 및 볼 수 있도록 설계된 개체입니다.
양식에는 테이블의 데이터에 액세스하는 컨트롤이 포함되어 있습니다. 컨트롤 요소는 데이터, 버튼, 체크박스, 스위치, 목록, 레이블을 입력하고 편집하기 위한 텍스트 필드입니다. 필요한 컨트롤이 포함된 양식을 만들면 데이터 입력 프로세스가 크게 간소화되고 오류를 방지하는 데 도움이 됩니다.
OpenOffice.org 기본 양식은 다른 방법으로는 수행할 수 없는 많은 작업을 수행하는 기능을 제공합니다. 이를 통해 입력할 때 데이터 유효성 검사를 수행하고, 계산을 수행하고, 하위 양식을 사용하여 관련 테이블의 데이터에 액세스할 수 있습니다.
OpenOffice.org Base는 양식을 만드는 여러 가지 방법을 제공합니다. 가장 간단한 방법은 테이블 또는 쿼리를 기반으로 하는 양식의 자동 생성을 사용하는 것입니다.
Autoservice 데이터베이스에는 4개의 단순 양식과 3개의 하위 양식이 있습니다.
간단한 모양의 예는 그림 7-10에 나와 있습니다.

그림 7. 고객 양식.

그림 8. 양식 주문.

그림 9. 작품 목록.

그림 10. 석사.
복합 양식에는 기본 양식과 하위 양식인 하위 양식이 포함됩니다. 하위 양식은 내용이 동일하지만 독립적으로 사용되지는 않지만 문서를 열거나 만들 때 항상 일부 양식에서 로드됩니다. 양식에 다른 하위 양식을 삽입할 수 없다는 점을 제외하고 양식에서 수행할 수 있는 거의 모든 것을 하위 양식에서 수행할 수 있습니다.
하위 양식에 필드를 만들 때 동시에 사용되는 모든 하위 양식과 함께 모든 필드의 이름이 양식 내에서 고유해야 한다는 점을 명심하십시오.
복합 양식 덕분에 여러 테이블을 동시에 채울 수 있습니다.
하위 양식의 예는 그림에 나와 있습니다. 11-13.

쌀. 11. 주문 하위 양식이 있는 고객 양식.
주문 하위 양식이 있는 고객 양식은 고객을 식별하고 이 주문에 대해 수행된 작업을 보는 데 필요한 데이터 입력을 제공합니다. 이 양식을 사용하면 고객 및 주문 테이블에 정보를 입력할 수 있습니다.

쌀. 12. 하위 양식 수리 작업이 포함된 양식 주문.
이 양식을 사용하면 주문 및 수리 테이블에 정보를 입력할 수 있습니다.

쌀. 13. 주문 하위 양식이 있는 마법사 양식.
Orders 하위 양식이 있는 Foreman 양식을 사용하면 특정 감독의 작업 실행을 제어할 수 있습니다.

쿼리는 하나 이상의 테이블에서 필요한 데이터를 가져올 수 있는 개체입니다.
쿼리는 테이블에서 데이터를 추출하여 사용자에게 편리한 형태로 제공하는 데 사용됩니다. 도움을 받아 데이터 선택, 정렬 및 필터링을 수행합니다. 주어진 알고리즘에 따라 데이터 변환을 수행하고, 새 테이블을 만들고, 다른 소스에서 가져온 데이터로 테이블을 자동으로 채우고, 테이블에서 간단한 계산을 수행하는 등의 작업을 수행할 수 있습니다.
쿼리의 특징은 기본 테이블에서 데이터를 가져오고 기본 테이블에서 선택한 필드 및 레코드의 이미지인 임시 결과 테이블(스냅샷)을 기반으로 생성한다는 것입니다. 이미지 작업은 하드 디스크에 저장된 테이블보다 빠르고 효율적입니다.
적절한 요청 시 필요에 따라 데이터를 정렬하고 필터링할 수 있습니다. 쿼리는 양식, 보고서 및 데이터 액세스 페이지의 레코드 원본으로도 사용할 수 있습니다.
여러 유형의 요청이 있습니다.

 선택한 과목 영역의 세부 사항을 연구합니다.

 "자동차 서비스" 데이터베이스의 정보 논리 모델 개발

 MS Access DBMS에서 구현합니다.

 다음 계획에 따라 과정 프로젝트에 대한 "설명 메모"를 작성하십시오.

데이터베이스의 목적

데이터 베이스 "자동 서비스"자동차 서비스 기업의 작업 주문 수락 및 처리를 구현하도록 설계되었습니다.

물론 그는 ACS의 고위직을 가장하지 않습니다. 통합 자동 제어 시스템에 필요한 전체 블록이 없기 때문에:

 회계,

 경제 블록

 예정

 소모품

 그리고 다른 많은 블록들.

자동화 제어 시스템의 블록 중 하나만 구현되고 있습니다. 작업장 "주문 접수": 고객과 작업: 주문 접수 및 수정, 구현 구성, 작업 결과 보고.

데이터베이스에서 수행하는 기능

데이터베이스는 다음 기능을 수행합니다.

1. 자동차 서비스 직원에 대한 정보의 회계 및 저장. "정비공에스»

2. 수행하는 업무의 종류에 대한 정보 입력 및 저장 "주문하다에스»

3. 고객, 고객의 차량에 대한 정보 및 이들에 대한 데이터 입력. "요구에스»

4. "주문 정보 입력" 양식은 입력을 제공합니다. 실제로주문, 고객 성명 선택(목록에서), 고객 차종 선택 및 관련 정보 입력.

같은 장소에 수행되는 작업의 구성과 수행하는 자동차 서비스 직원의 전체 이름이 입력됩니다. 또한 사용된 예비 부품의 구성 및 수량에 대한 정보입니다.

5. 데이터베이스는 또한 자동차 서비스 기업의 업무 상태를 분석할 수 있는 다양한 보고서를 제공합니다.

사용자 범주

이 데이터베이스는 주로 자동차 수리 및 유지 관리 주문을 받고 처리하는 자동차 서비스 직원을 위한 것입니다.

또한 여기에 제공된 보고서는 기업의 다른 부서와 관리자를 위한 것입니다.

데이터베이스 설계

다음을 소개합니다 개념 그리고 컨벤션 :

에센스

본질

본질 - 실제 또는 상상 객체 , 정보를 저장하고 사용할 수 있어야 합니다. ER 모델 다이어그램에서 엔터티는 엔터티 이름이 포함된 사각형으로 표시됩니다.

에센스사각형으로 표시됩니다.

엔티티 속성

기인하다 - 명명 된 본질 특성 . 이름은 특정 엔터티 유형에 대해 고유해야 하지만 다른 엔터티 유형에 대해 동일할 수 있습니다. 엔터티의 속성은 엔터티의 상태를 명확히, 식별, 분류, 정량화 또는 표현하는 데 사용되는 세부 정보입니다.

본질

속성

속성 이름우리는 직사각형에 넣을 것입니다.

나타내는 본질, 엔터티 이름으로 작성

소문자.

관계

연결 그래픽이다 협회 A는 두 엔터티 사이에 설정됩니다. 이 연관은 항상 이진적이며 서로 다른 두 엔터티 사이 또는 엔터티와 자신 사이에 존재할 수 있습니다(재귀적 연결).

사이- 내려 놓을 줄을 나타냅니다. 연결 정도 (« 1 » 또는 « ∞ » , "많은"을 나타냄) 및 그 특성.

키 필드

개념을 정의하자 주요한그리고 외부열쇠

열쇠 - 이는 엔티티의 필수 인스턴스를 고유하게 찾을 수 있는 값으로 최소 속성 세트입니다. 최소성은 속성 집합에서 제외되어 엔티티가 나머지 속성에 의해 식별되는 것을 허용하지 않음을 의미합니다. 각 엔터티에는 하나 이상의 가능한 키.

그 중 하나가 찍힌다. 기본 키 .

선택할 때 기본 키 우선권을 주어야 한다 비복합최소한의 속성으로 구성된 키 또는 키. 텍스트 값이 긴 키를 사용하는 것도 부적절합니다(사용하는 것이 바람직함). 정수전자 속성).

엔터티의 기본 키(기본 키에 참여하는 모든 속성)는 사용할 수 없습니다. 무기한의미. 그렇지 않으면 모순되는 상황이 발생합니다. 개성이없는 사람이 나타나고 결과적으로 기존 엔터티 인스턴스. 같은 이유로 다음을 보장해야 합니다. 독창성기본 키.

외래 키

엔터티인 경우 와 함께엔티티를 바인드 ㅏ그리고 안에, 엔터티 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 관계를 사용하여 마스터 테이블에 연결됩니다.

custumers 테이블은 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. 빈 번호

6. 클라이언트 목록 관리는 버튼(추가/바꾸기/삭제)으로 합니다.

7. 미용실 고객 전시 및 기록

8. 분류

10. 마스터 선택

11. 테이블 이름

12. 프로그램 종료

결론

작업의 결과는 창조였습니다 소프트웨어자동차 서비스 운영자의 작업장에 봉사합니다.

코스 작업을 완료하는 과정에서 C # 프로그래밍 언어로 데이터베이스 구축 및 프로그래밍 분야의 기술을 습득했습니다.

서지

1. Matyukhin S.A. "C # 객체 지향 접근 방식 프로그래밍"- 교육 및 방법론 복합물 2013

2. A. Hejlsberg, M. Torgersen, S. Wiltamuth, P. Gold C# 프로그래밍 언어. 클래식 컴퓨터 과학. 4판 = C# 프로그래밍 언어(C# 4.0 포함), 4판. - 상트페테르부르크: "Piter", 2012. - 784쪽. -- ISBN 978-5-459-00283-6

3. E. 스틸먼, J. 그린 러닝 C#. 2판 = Head First C#, 2판. - 상트페테르부르크: "Piter", 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 in a Nutshell: The Definitive Reference. -M.: "Williams", 2013. - 1008p. -- ISBN 978-5-8459-1819-2

6. 허버트 쉴트. C# 4.0: 완전한 가이드= C# 4.0 완전한 참조. - M.: "Williams", 2010. - S. 1056. - ISBN 978-5-8459-1684-6

애플리케이션. 암호프로그램들

System.Collections.Generic 사용;

System.ComponentModel 사용;

System.Data 사용;

System.Drawing 사용;

System.Linq 사용;

System.Text 사용;

System.Threading.Tasks 사용;

System.Windows.Forms 사용;

공용 부분 클래스 Form1: 양식

InitializeComponent();

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)

private void button5_Click_1(개체 발신자, EventArgs e)

개인 무효 b_add_Click(개체 발신자, EventArgs e)

groupBox1.Visible = 참;

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 = 참;

groupBox2.Visible = 참;

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 = 참;

b_delete.Visible = 참;

b_exit.Visible = 참;

b_exit2.Visible = 참;

b_replace.Visible = 참;

b_save.Visible = 참;

groupBox1.Visible = 거짓;

개인 무효 b_cancel2_Click(개체 발신자, EventArgs e)

b_add.Visible = 참;

b_delete.Visible = 참;

b_exit.Visible = 참;

b_exit2.Visible = 참;

b_replace.Visible = 참;

b_save.Visible = 참;

groupBox2.Visible = 거짓;

개인 무효 b_save_Click(개체 발신자, EventArgs e)

customersBindingNavigatorSaveItem_Click_1(sender, 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;

table.Rows.Add(행);

groupBox1.Hide();

b_replace.Visible = 참;

b_delete.Visible = 참;

b_exit.Visible = 참;

b_add.Visible = 참;

b_exit2.Visible = 참;

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 결합 동적. 파일 항목이 있는 행 행 vin c shifrRab 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 = 참;

b_delete.Visible = 참;

b_exit.Visible = 참;

b_add.Visible = 참;

b_exit2.Visible = 참;

b_save.Visible = 참;

개인 무효 b_delete_Click(개체 발신자, EventArgs e)

// 커서 아래 줄 삭제

// 먼저 잘못된 삭제를 하지 않도록 경고를 작성합니다.

문자열 s1, s2, s3, s4, s5, 메시지;

DialogResult 결과;// 18

int ind = customersDataGridView.CurrentRow.Index;

s1 = customersDataGridView.CurrentRow.Cells.Value.ToString();

s2 = customersDataGridView.CurrentRow.Cells.Value.ToString();

s3 = customersDataGridView.CurrentRow.Cells.Value.ToString();

s4 = customersDataGridView.CurrentRow.Cells.Value.ToString();

s5 = customersDataGridView.CurrentRow.Cells.Value.ToString();

메시지 = "자동차 브랜드= " + s1 + "\n방문 날짜= " + s2 + "\n 결함= " + s3 + "\n 고객 전화번호= " + s4 + "\n 차량 번호" + s5;

// 결과 변수는 DialogResult.Yes 또는 DialogResult.No를 취할 수 있습니다.

result = MessageBox.Show(message, "다음 항목을 삭제하시겠습니까? ",

MessageBoxButtons.YesNo, MessageBoxIcon.Question);

if(result == DialogResult.Yes)//라인이 삭제된 경우

(// 20 DataGrid 유형의 customersDataGridView에서 현재 테이블이 버퍼 테이블에 기록됩니다.

CurrencyManager CurMng = (CurrencyManager)customersDataGridView.BindingContext;

if (CurMng.Count > 0) // 테이블이 비어 있지 않은 경우

CurMng.RemoveAt(CurMng.Position);// 표시된 위치 삭제

// 여기서 result == DialogResult.No 및 삭제가 거부됨

// 종료 절차

Allbest.ru에서 호스팅

유사한 문서

데이터베이스 생성. 항목을 검색, 변경 및 삭제합니다. 데이터 처리 및 교환. 데이터베이스 설계. 베이스의 계산된 부분에 대한 수식 정의. 필드 및 레코드 편집. 데이터베이스에 포함된 정보의 표시 형식.

기말 보고서, 2009년 2월 23일 추가됨

소프트웨어 제품 개발 - 통합 프로그래밍 환경 C ++ Builder 6의 데이터베이스 "소풍". 데이터베이스 데이터 보기, 편집 및 삭제 순서 결정. 사용 설명서의 기능과 프로그램의 일반 인터페이스.

기말 보고서, 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일 추가됨

애플리케이션 개발 도구 선택의 근거. 정보 추가, 삭제, 편집. 데이터베이스의 정보 반영. 선택한 테이블에 대한 정보를 검색합니다. 프로젝트 데이터, 엔티티, 논리, 회사. 프로그램 프로젝트 간의 상호 작용 체계.