이 기사에서는SQL 서버에 대한 관련 지식을 소개합니다. 간단한 데이터베이스 응용 시스템 및 데이터베이스 설계에 대한 소개를 포함하여 데이터베이스 기본 사항을 주로 소개합니다. 도움이됩니다.
추천 학습: "SQL Tutorial"
Database
특정 모델에 따라 구성된 데이터를 데이터베이스(DataBase, DB)라고 합니다. 데이터베이스는 트랜잭션 처리, 정보 관리 및 기타 응용 시스템의 핵심이자 기초입니다.
대량의 데이터를 특정 데이터 모델에 따라 구성하고 데이터를 저장, 유지 및 검색하는 기능을 제공하여 애플리케이션 시스템이 통합될 수 있도록 합니다. 데이터베이스에서 필요한 정보를 편리하고 시기적절하며 정확하게 얻을 수 있는 방법입니다.
그 이유는 데이터베이스가 Excel보다 더 많은 장점을 갖고 있기 때문입니다. 데이터베이스는 많은 양의 데이터를 저장할 수 있으며 많은 사람들이 동시에 내부 데이터를 사용할 수 있도록 해줍니다. 예를 들어, 엑셀은 모바일 하드디스크와 같다는 것을 이해하게 될 것입니다. 이 모바일 하드디스크를 사용하면 다른 사람들은 사용할 수 없습니다. 데이터베이스는 네트워크 디스크와 같습니다. 많은 사람이 동시에 데이터에 액세스할 수 있으며 네트워크 디스크는 모바일 하드 디스크보다 더 많은 데이터를 저장할 수 있습니다.
1.1 간단한 데이터베이스 응용 시스템
프로젝트 개발 중에 특정 데이터 모델에 따라 데이터를 구성하고, 데이터의 통합 관리를 수행하고, 데이터를 사용해야 하는 애플리케이션에 일관된 액세스 수단을 제공하려면 적합한 데이터베이스 관리 시스템을 선택해야 합니다. 데이터 모델에는 주로 관계형 모델, 계층적 모델, 네트워크 모델이 포함됩니다. 현재는 관계형 모델이 더 일반적으로 사용됩니다.
관계형 모델은 데이터베이스의 데이터를 2차원 테이블(관계형 테이블) 형태로 구성합니다. 예: 표 1.1은 특정 순간의 학생 도서 대출 시스템에 있는 학생 데이터를 설명합니다.
관계 테이블 구조 표현: 관계 테이블 이름(필드 이름 1, 필드 이름 2...필드
이름 n)코드: 필드 값 또는 필드의 가장 작은 조합이 가능합니다. 해당 레코드를 고유하게 식별합니다.
테이블에는 여러 개의 코드가 있을 수 있습니다. 일반적으로 하나의 코드가 메인 코드로 지정되며 관계 테이블에 밑줄으로 표시됩니다. 예를 들어 학생 테이블 xs(도서관 카드번호, 이름, 성별, 생년월일, 전공, 대출 도서 수)입니다.
테이블 간의 관계:
1.2 데이터베이스 설계
1.2.1 E-R 모델
E-R 모델 엔터티 집합과 엔터티 집합 간의 관계를 표현하는 데 사용되는 다이어그램을 엔터티-관계 모델(E-R 다이어그램)이라고 합니다.
(1) 엔터티 집합 표현 E-R 다이어그램에서 직사각형은 엔터티 집합을 나타내고, 타원은 속성을 나타내고, 마름모는 관계를 나타냅니다. 엔터티 세트와 속성을 연결하기 위해 선분을 사용합니다. 속성 또는 속성 조합이 메인 코드로 지정된 경우 엔터티 세트와 속성을 연결하는 선에 슬래시를 표시합니다.
(2) 엔터티 세트 간에는 다양한 관계가 있습니다
1． 일대일 관계(1:1) A의 엔터티는 B의 최대 하나의 엔터티와 연결되고 B의 엔터티는 A의 최대 하나의 엔터티와 연결됩니다. 예를 들어, 두 엔터티 세트 "학급"과 "학급 교사" 간의 관계는 일대일 관계입니다. 왜냐하면 한 학급에는 한 명의 학급 교사만 있고, 반대로 학급 교사는 한 학급에만 속하기 때문입니다. 두 엔터티 세트 "학급"과 "학급 교사"의 E-R 모델은 그림 1.2에 나와 있습니다.
2． 일대다 관계(1:n) A의 엔터티는 B의 여러 엔터티와 연결될 수 있으며 B의 한 엔터티는 A의 최대 하나의 엔터티와 연결됩니다. 예를 들어, 두 엔터티 집합 "class"와 "student"(reader) 간의 관계는 일대다 관계입니다. 왜냐하면 한 클래스에는 여러 명의 학생이 있을 수 있고, 반대로 학생은 하나의 클래스에만 속할 수 있기 때문입니다. 두 엔터티 세트 "클래스"와 "학생"의 E-R 모델은 그림 1.3에 나와 있습니다.
3. 다대다 관계(m:n) A의 엔터티는 B의 여러 엔터티와 연결될 수 있고, B의 엔터티는 A의 여러 엔터티와 연결될 수도 있습니다. 예를 들어, 두 엔터티 집합 "독자"(학생)와 "책" 간의 관계는 다대다 관계입니다. 왜냐하면 독자는 여러 권의 책을 빌릴 수 있고, 반대로 책 번호가 있는 책은 빌릴 수 있기 때문입니다. 여러 학생. 두 엔터티 세트 "reader"와 "book"의 ER 모델은 그림 1.4에 나와 있습니다.
매장과 고객이라는 두 개의 엔터티가 있습니다. "매장"에는 매장 번호, 매장 이름, 주소, 전화번호라는 속성이 있습니다. 성별 . 고객이 쇼핑하러 매장에 갈 때마다 소비량과 날짜가 있다고 가정합니다. E-R 다이어그램을 그리고 속성과 접촉 유형을 표시해 보십시오.
각 학생이 여러 과목을 수강하고 각 학생이 선택한 각 과목에 대해 하나의 성적만 있다고 가정합니다. 각 교사는 하나의 과목만 가르치고 하나의 과목은 여러 명의 교사로 구성됩니다. "학생"에는 학생 번호, 이름, 주소, 나이 및 성별과 같은 속성이 있습니다. "교사"에는 직원 번호, 교사 이름, 직위 등의 속성이 있고, "강좌"에는 강좌 번호, 강좌 이름 등의 속성이 있습니다. ER 다이어그램을 그려보고 속성과 연락처 유형을 표시해 보세요.
다음은 세 가지 연결을 기반으로 E-R 다이어그램에서 관계 패턴을 얻는 방법입니다.
1. (1:1) 연락처 E-R 다이어그램을 관계 모델로 변환
a. 각 엔터티 세트는 관계 모델에 해당합니다.
b. (1:1) 연락처의 경우 별도의 관계 패턴에 해당할 수 있습니다. 단일 관계 패턴과 일치하지 않습니다.
(1) 연락처만 관계 모델에 해당하는 경우 관계 모델은 연락처 속성과 연락처에 참여하는 각 엔터티 집합의 기본 키 속성으로 구성됩니다. 기본 코드는 엔터티 내 모든 당사자의 기본 코드가 될 수 있습니다. 연락처 참여를 설정합니다.
예를 들어, 그림 1.2에 설명된 개체 세트 "Class(bj)"와 "Class Teacher(bzr)"가 소속(sy)을 통해 E-R 모델에 연결되어 있다고 가정하면 다음과 같은 관계 패턴을 설계할 수 있습니다. 해당 필드가 메인코드임) :
bj (학번, 학과, 전공, 인원수)
bzr (사원번호, 이름, 연락처)
sy (사원번호, 학번)
(2) 연락처는 별도의 관계 모델에 대응하지 않고, 연락처의 속성과 일방의 속성을 상대방의 엔터티 세트에 해당하는 관계 스키마에 기본 키로 추가한다.
예를 들어, 그림 1.2에 설명된 엔터티 세트 "Class(bj)" 및 "Class Teacher(bzb)"를 고려하고 소속(sy)을 통해 E-R 모델에 접촉하면 다음과 같은 관계 모델을 설계할 수 있습니다.
bj(클래스 번호) , 부서, 전공, 인원수 )
bzr (사번, 이름, 연락처, 학번)
또는 :
bj (학번, 학과, 전공, 인원수, 사원번호)
bzr (사번, 이름 , 연락처)
2. (1:n) 연결의 E-R 다이어그램을 관계 모델로 변환
a. 각 엔터티 집합은 관계 모델에 해당합니다.
b 연결(1:n)의 경우 관계 모델에만 해당할 수 있습니다.
관계 패턴에만 해당합니다.
(1) 연락처 하나만이 관계 모델에 해당하는 경우 관계 모델은 연락처의 속성과 해당 연락처에 참여하는 각 엔터티 집합의 기본 키 속성으로 구성됩니다. 관계 모델의 기본 키.
예를 들어, 그림 1.3에 설명된 "학급(bj)" 및 "학생(xs)" 엔터티 집합의 E-R 모델을 고려하면 다음과 같은 관계 패턴을 설계할 수 있습니다.
bj(학번, 학과, 전공, 학생수) 명)
xs (대출도서번호, 이름, 성별, 생년월일, 전공, 대출권수)
sy (도서관카드번호, 학급번호)
(2) 해당 연락처는 별도의 관계모델에 해당하지 않으며, 그런 다음 연락처의 속성과 1차측의 기본 코드를 추가합니다. n 터미널 실제
엔터티 집합에 해당하는 관계형 패턴에서 기본 키는 여전히 n 터미널의 기본 키입니다.
예를 들어 그림 1.3에서 설명한 "학급(bj)"과 "독자(xs)" 개체 집합의 E-R 모델은 다음과 같은 관계 패턴으로 설계할 수 있습니다.
bj(학번, 학과, 전공, 인원수) )
xs (도서관 카드번호, 이름, 성별, 생년월일, 전공, 대출 권수, 학번)
개요3. (m:n) 연락처의 E-R 다이어그램을 관계 모델로 변환
~ ~ a. 각 엔터티 세트는 관계 스키마
~ ~ b에 해당합니다. (m:n) 연락처에는 다음을 포함하는 별도의 관계 모델이 있습니다. 관계 속성과 관계에 참여하는 각 엔터티 집합의 기본 키 속성으로 구성됩니다. 관계 패턴의 기본 키는 각 엔터티 집합의 기본 키 속성으로 구성됩니다.
예를 들어, 그림 1.4에 설명된 "독자(xs)"와 "책(book)" 엔터티 집합 간의 대출 관계
관계(jy)는 다음과 같은 관계 패턴으로 설계될 수 있습니다.
xs(도서관 카드 번호, 이름, 성별, 생년월일, 전공, 대출 권수)
도서(ISBN, 도서명, 번역자, 출판사, 가격, 부수, 재고, 요약)
jy(도서관 카드번호, ISBN, 청구기호, 대출번호) 시간)
관계형 패턴 jy의 메인 키는 '도서관 카드 번호'와 'ISBN' 두 가지 속성으로 구성된 메인 키입니다. 관계형 패턴은 기본 키를 하나만 가질 수 있습니다.
연습 1: 상점과 고객이라는 두 개의 엔터티가 있습니다. "상점"에는 상점 번호, 상점 이름, 주소, 전화번호라는 속성이 있습니다. 성별. 고객이 쇼핑하러 매장에 갈 때마다 소비량과 날짜가 있다고 가정합니다. E-R 다이어그램을 그리고 이를 관계형 모델로 변환합니다.
연습 2: 각 학생이 여러 과목을 수강하고 각 학생은 자신이 선택한 각 과목에 대해 하나의 성적만 가지고 있다고 가정합니다. "학생"에는 학생 번호, 이름, 주소, 나이 및 성별과 같은 속성이 있습니다. "교사"에는 직원 번호, 교사 이름, 직위 등의 속성이 있고, "강좌"에는 강좌 번호, 강좌 이름 등의 속성이 있습니다. ER 다이어그램을 그리고 E-R 다이어그램을 관계형 모델로 변환해 보세요.
ODBC는 Open Database Connectivity(Open DataBase Connectivity)의 약자로, 애플리케이션과 관계형 데이터베이스 간의 통신을 구현하기 위해 Microsoft에서 도입한 인터페이스 표준입니다. 이 표준을 만족하는 데이터베이스는 SQL 문으로 작성된 프로그램을 통해 데이터베이스를 운영할 수 있지만, 관계형 데이터베이스에 대해서만 가능하다. 현재의 모든 관계형 데이터베이스는 이 표준을 준수합니다. ODBC는 본질적으로 일련의 함수 호출로 구성된 데이터베이스 액세스 API(응용 프로그래밍 인터페이스) 세트이며 핵심은 SQL 문입니다.
ADO(ActiveX Data Object)는 Microsoft에서 개발한 COM 기반 데이터베이스 응용 프로그램 인터페이스로 ADO를 통해 데이터베이스에 연결하면 데이터베이스 내의 데이터를 유연하게 조작할 수 있습니다. ADO를 사용하여 관계형 데이터베이스에 액세스하는 방법에는 두 가지가 있습니다. 하나는 ODBC 드라이버를 통하는 것이고, 다른 하나는 데이터베이스별 OLE DB 공급자를 통하는 것입니다. 후자는 액세스 효율성이 더 높습니다.
3． ADO.NET 데이터베이스 인터페이스
ADO.NET 데이터 모델은 ADO에서 개발되었지만 ADO를 단순히 개선한 것이 아니라 완전히 새로운 기술을
사용합니다. 주로 다음과 같은 측면에 반영됩니다.
(1) ADO.NET은 ActiveX 기술을 사용하지 않지만 .NET 프레임워크와 긴밀하게 통합된 제품입니다.
(2) ADO.NET은 플랫폼 간 데이터 교환에 매우 중요한 XML 표준을 완벽하게 지원합니다.
(3) ADO.NET은 데이터 소스에 연결된 환경과 데이터 소스와 연결되지 않은 환경 모두에서 작동할 수 있습니다. 특히 후자는 네트워크 환경에서 항상 데이터 소스와의 연결을 유지하는 것이 웹사이트의 요구 사항을 충족하지 못하기 때문에 네트워크 애플리케이션의 요구 사항에 매우 적합합니다. 여러 사용자의 동시접속으로 인한 문제.
ADO.NET은 객체 지향 데이터베이스 보기를 제공하고 많은 데이터베이스 속성과 관계를 해당 객체에 캡슐화합니다. 가장 중요한 것은 데이터베이스 액세스에 대한 많은 세부 정보를 다양한 방식으로 캡슐화하고 숨긴다는 것입니다. 개체가 ADO.NET 개체와 상호 작용하고 있다는 사실을 전혀 알 수 없으며 데이터를 다른 데이터베이스로 이동하거나 다른 데이터베이스에서 데이터를 가져오는 등의 세부 사항에 대해 걱정할 필요가 없습니다. 그림 1.6은 ADO.NET을 통해 데이터베이스에 액세스하기 위한 인터페이스 모델을 보여줍니다.
4． JDBC 데이터베이스 인터페이스
JDBC(Java DataBase Connectivity)는 JavaSoft(SUN Company의 원래 사업부)에서 개발한 데이터베이스 연결 및 운영을 위해 Java 언어로 작성된 클래스 및 인터페이스로, 데이터베이스에 대한 통일된 액세스 방법을 제공할 수 있습니다. 다양한 관계형 데이터베이스. JDBC를 통한 데이터베이스 액세스에는 Java 애플리케이션, JDBC 드라이버 관리자, 드라이버 및 데이터 소스라는 4가지 주요 구성 요소가 포함됩니다.
JDBC 인터페이스를 사용하여 데이터베이스를 운영하면 다음과 같은 장점이 있습니다.
(1) JDBC API는 ODBC와 매우 유사하여 사용자 이해에 도움이 됩니다.
(2) 프로그래머가 명령과 기능을 호출하는 복잡한 드라이버에서 벗어나 데이터에 집중합니다. 응용 프로그램
프로그램 기능 구현
(3) JDBC는 다양한 관계형 데이터베이스를 지원하여 프로그램의 이식성을 향상시킵니다.
5. 데이터베이스 연결 풀 기술
네트워크 환경의 데이터베이스 응용 프로그램의 경우 사용자 수가 많기 때문에 기존의 JDBC 방식을 사용하여 데이터베이스 연결을 수행하면 과도한 시스템 리소스 오버헤드로 인해 대규모 엔터프라이즈 수준의 데이터베이스 연결 효율성이 제한됩니다. 풀 기술은 데이터베이스 연결을 수행하는 데 사용됩니다. 관리는 시스템의 효율성과 안정성을 크게 향상시킬 수 있습니다.
1. 클라이언트/서버 아키텍처 응용 시스템
DBMS는 전문가에게 적합한 명령어와 인터페이스를 통해 데이터베이스를 운영합니다. 일반적인 데이터베이스 응용 시스템의 경우에는 DBMS 외에 일반인이 데이터베이스를 운용하기에 적합한 인터페이스 설계도 필요하다. 현재 데이터베이스 인터페이스 개발에 널리 사용되는 도구에는 주로 Visual Basic, Visual C++, Visual C# 등이 포함됩니다. 애플리케이션, 데이터베이스, 데이터베이스 관리 시스템 간의 관계가 그림에 표시되어 있습니다.
2. 브라우저/서버 아키텍처 응용 시스템
웹 기반 데이터베이스 응용 프로그램은 그림과 같이 B/S 아키텍처라고도 하는 3계층(브라우저/웹 서버/데이터베이스 서버) 모델을 채택합니다.
추천 학습: "SQL Tutorial"
위 내용은 SQL Server 빠른 기본 데이터베이스 응용 시스템의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
