데이터베이스 파일. SQLite 파일 구조 액세스 데이터베이스 파일의 확장자는 무엇입니까

대부분의 데스크탑 DBMS에서 각 테이블은 데이터 베이스서비스 정보와 데이터를 적절한 형식으로 모두 포함하는 별도의 파일에 저장됩니다. 서비스 정보에는 테이블 필드의 이름 및 데이터 유형, 파일의 레코드 수, 파일 길이 등과 같은 파일 구조를 설명하는 정보가 포함됩니다.

다른 DBMS와 달리 마이크로소프트 액세스 mdb 확장자를 가진 하나의 파일에 모든 개체(데이터 액세스 페이지 제외)를 저장합니다. 또한 MDB 파일에는 다른 형식으로 연결된 테이블의 매개변수 및 위치에 대한 정보를 포함하여 데이터베이스 개체에 대한 모든 필수 정보가 포함된 시스템 테이블 세트가 포함되어 있습니다. 기본적으로 시스템 테이블은 Access 2002 데이터베이스 창에 표시되지 않습니다. 이러한 테이블에 액세스하려면 Access 옵션 중 하나를 변경해야 합니다. 이렇게 하려면 명령을 선택하십시오. 서비스, ​​옵션(도구, 옵션), 탭 열기 보다(보기) 대화 상자 매개변수(옵션) 및 그룹 표시하다(표시) 확인란 시스템 개체(시스템 개체). 액세스 시스템 테이블은 읽기 전용이므로 사용자가 수정할 수 없습니다.

다음은 Access 2002에서 첨부하거나 가져올 수 있는 데이터베이스 파일 형식에 대해 설명합니다.

  • 테이블 이전 버전 Access 2000(MDB)은 Access 2002 테이블과 완전히 동일한 방식으로 처리되며 Access 2002 테이블과 동일한 방식으로 가져오고 여는 데 사용자의 특별한 노력이 필요하지 않습니다. . 유일한 차이점은 이름 뒤에 파일 열기데이터베이스 창의 제목에서 다음 메시지가 괄호 안에 나타납니다. 액세스 2000 형식(액세스 2000 형식 파일).
  • dBASE III, III+, IV, 5 및 7 테이블(DBF), MEMO 유형 필드 파일(DBT), dBASE III 인덱스 파일(NDX) 및 dBASE IV 인덱스 파일(MDX).

논평

표준으로 포함된 ISAM 드라이버 마이크로 소프트 오피스 MDAC(Microsoft Data Access Component) 2.1 이상의 일부로 DBF 파일에 대한 읽기 전용 액세스를 제공합니다. 읽기 및 쓰기 액세스 권한이 있으려면 BDE(Borland Database Engine) 4.x 이상이 필요합니다. 읽기/쓰기 액세스를 제공하고 BDE를 설치할 필요가 없는 Microsoft의 드라이버도 있지만 이에 대해서는 Microsoft 기술 지원에 문의해야 합니다.

dBASE III 및 dBASE IV 테이블 및 인덱스 파일 형식은 다음에서 실행되는 데이터베이스 관리 시스템의 표준입니다. 개인용 컴퓨터. Access 2002 데이터베이스 관리 시스템을 사용하면 NDX 및 MDX 색인 파일을 첨부할 수 있습니다. 연결된 인덱스 테이블이 변경되면 dBASE Access는 인덱스 파일을 자동으로 업데이트합니다.

논평

인덱스 파일 NDX(dBASE III), MDX(dBASE IV)의 존재 여부는 선택 사항입니다. 그러나 이러한 파일을 사용할 수 있는 경우 사용하는 것이 가장 좋습니다. 그렇지 않고 연결된 dBASE 테이블을 수정하면 해당 변경 사항이 인덱스 파일에 반영되지 않으므로 dBASE 응용 프로그램에서 Access에서 수정된 인덱싱된 테이블을 사용하려고 할 때 오류가 발생할 수 있습니다.

가져온 dBASE 파일에 MEMO 유형의 필드가 포함된 경우 이러한 필드(DBT)의 데이터가 있는 파일을 사용할 수 있어야 합니다. 즉, 테이블 자체와 동일한 폴더에 있어야 합니다. Access 2002에서 DBT 파일을 찾을 수 없는 경우 이러한 테이블에서 데이터를 첨부하거나 가져오면 오류가 발생합니다. MEMO 필드가 포함된 Access 2002 테이블에서 dBASE 테이블로 데이터를 내보낼 때 DBT 파일이 자동으로 만들어지고 테이블 파일과 동일한 이름이 지정됩니다.

  • 역설 테이블(DB) 및 인덱스(PX) 파일 3.x, 4.x 및 5.0.

Access 2002를 사용하면 Paradox 테이블 및 인덱스 파일을 첨부할 수 있습니다. 3.x MS-DOS용 및 4.x, Windows 5.0 및 8.0용 Paradox. Access에서 Paradox 테이블의 데이터를 업데이트할 때 인덱스 파일을 테이블 파일과 함께 사용할 수 있어야 합니다. 테이블을 첨부하면 Access 2002에서 인덱스 파일(있는 경우)을 자동으로 첨부합니다.

데이터베이스 테이블을 가져오거나 첨부할 때 사용되는 모든 추가 파일은 테이블과 동일한 폴더에 있어야 합니다. 또한 테이블 및 인덱스 파일과 함께 작동하는 대부분의 응용 프로그램은 다음을 사용합니다.

필수는 아니지만 이러한 파일에 대해 위의 표준 확장자를 사용하십시오. 따라서 특정 데이터베이스 테이블 파일 형식을 결정하는 것은 때때로 간단하지 않을 수 있습니다.

이 게시물에서 SQLite 데이터베이스는 컨텍스트에서 고려될 것이며, 데이터베이스 파일의 구조에 대한 정보, 메모리의 데이터 표현에 대한 정보, B-트리의 구조 및 파일 표현에 대한 정보를 찾을 수 있습니다.

데이터베이스 파일 형식

전체 데이터베이스는 "주 데이터베이스 파일"이라는 디스크의 하나의 파일에 저장됩니다. 트랜잭션 동안 SQLite는 롤백 저널, 또는 데이터베이스가 WAL 모드에서 실행 중인 경우 레코드에 대한 정보가 있는 로그 파일과 같은 두 번째 파일에 추가 정보를 저장합니다. 트랜잭션이 끝나기 전에 응용 프로그램이나 컴퓨터가 종료되면 이러한 파일을 "핫 저널" 또는 "핫 WAL 파일"이라고 하며 데이터베이스를 일관된 상태로 복원하는 데 필요한 정보를 포함합니다.

페이지

기본 데이터베이스 파일은 하나 이상의 페이지로 구성됩니다. 동일한 데이터베이스에 있는 모든 페이지의 크기는 512~65536바이트일 수 있습니다. 데이터베이스 파일의 페이지 크기는 데이터베이스 파일의 시작 부분에서 오프셋이 16바이트인 2바이트 정수로 결정됩니다.
모든 페이지의 번호는 1에서 2147483646(2^31 - 2)까지입니다. 최소 기본 크기: 한 페이지 크기 512바이트, 최대 데이터베이스 크기: 65536바이트의 2147483646 페이지( ~140TB).

헤더

데이터베이스 파일의 처음 100바이트에는 데이터베이스 헤더가 포함되어 있습니다. 표 1은 헤더 스키마를 보여줍니다.

1 번 테이블

잠금 바이트 페이지

잠금 페이지는 데이터베이스 파일의 한 페이지이며 오프셋 0x1073741824와 0x1073742335 사이에 있으며 데이터베이스 크기가 더 작으면 잠금 페이지가 없습니다. 이 페이지는 OS 인터페이스의 차단 프리미티브를 구현하는 데 필요합니다.

자유 목록

빈 페이지의 목록은 연결 목록으로 구성됩니다. 목록의 각 요소는 4바이트의 두 숫자로 구성됩니다. 첫 번째 숫자는 여유 목록(트렁크 포인터)의 다음 요소 번호를 지정하거나 목록이 끝나면 0과 같습니다. 두 번째 숫자는 리프 페이지 번호에 대한 포인터입니다. 아래 그림은 이 구조의 다이어그램을 보여줍니다.

B - 나무

SQLite는 "테이블 B - 트리"(저장 데이터 저장) 및 "인덱스 B - 트리"(저장 키 저장)의 두 가지 유형의 트리를 사용합니다.
"테이블 B - 트리"의 각 항목은 64비트 정수 키와 최대 2147483647바이트의 임의 데이터로 구성됩니다. 키 "테이블 B - 트리"는 SQL 테이블의 ROWID에 해당합니다.
"색인 B-트리"의 각 항목은 최대 2147483647바이트 길이의 임의 키로 구성됩니다.

페이지 B - 나무

B-트리 페이지의 구조는 다음과 같습니다.
  • 데이터베이스 파일 헤더(100바이트)
  • B-트리 페이지 제목(8 또는 12바이트)
  • 셀 포인터 배열
  • 할당되지 않은 공간
  • 셀 내용
  • 예약석

데이터베이스 파일 헤더항상 "테이블 B - 트리" 페이지인 첫 번째 페이지에서만 발생합니다. 데이터베이스의 다른 모든 B-트리 페이지에는 이 헤더가 없습니다.

B-트리 페이지 제목크기는 리프 페이지의 경우 8바이트, 리프 페이지의 경우 12바이트입니다. 내부 페이지. 표 2는 페이지 헤더 구조를 보여준다.

표 2

자유 블록 B-트리 페이지 내에서 할당되지 않은 공간을 정의하는 데 사용되는 구조입니다. Freeblocks는 체인으로 구성됩니다. 자유 블록의 처음 2바이트(높음에서 낮음)는 다음 자유 블록에 대한 오프셋이거나, 자유 블록이 체인의 마지막이면 0입니다. 세 번째 및 네 번째 바이트는 정수이며 4바이트 헤더를 포함하여 여유 블록의 크기(바이트)입니다. 자유 블록은 항상 오프셋 오름차순으로 연결됩니다.

조각난 바이트 수셀의 콘텐츠 영역에서 사용되지 않은 총 바이트 수입니다.


셀 포인터 배열셀 내용의 K 2바이트 정수 오프셋으로 구성됩니다(B-트리의 K 셀에 대해). 배열은 오름차순으로 정렬됩니다(가장 작은 키에서 가장 큰 키 순).

할당되지 않은 공간포인터 배열의 마지막 셀과 첫 번째 셀의 시작 사이의 영역입니다.

예약석각 페이지의 끝에는 확장에서 페이지에 대한 정보를 저장하는 데 사용됩니다. 예약된 영역의 크기는 기본 헤더에 정의됩니다(기본적으로 0).

테이블

각 테이블(ROWID 포함)은 데이터베이스에 다음과 같이 표시됩니다. 테이블 b - 나무. 트리의 각 항목은 SQL 테이블의 행에 해당합니다. 테이블의 한 SQL 행은 레코드 형식의 테이블 열 시퀀스(생성 시 지정된 것과 동일)로 표시됩니다. 테이블에 ROWID의 별칭인 INTEGER PRIMARY KEY가 있는 경우 해당 값 대신 NULL이 기록됩니다. SQLite는 항상 키를 사용합니다. 테이블 b - 나무 INTEGER PRIMARY KEY에 액세스할 때 NULL 대신. 열의 선호도(유형 캐스팅 권장 사항, "데이터 유형 및 값 비교" 섹션의 자세한 내용 habrahabr.ru/post/149635)가 REAL이고 데이터 손실 없이 값을 INTEGER로 변환할 수 있는 경우 값은 정수로 저장됩니다. 데이터베이스에서 데이터를 검색할 때 SQLite는 정수를 REAL로 변환합니다.

ROWID 없는 테이블

각 테이블(ROWID 제외)은 데이터베이스에 다음과 같이 표시됩니다. 인덱스 b - 트리. rowid 테이블과의 차이점은 테이블의 각 SQL 레코드의 키가 레코드 형식으로 저장된다는 것입니다. 여기서 키 열은 PRIMARY KEY에 지정된 대로 저장되고 나머지는 테이블 선언에 지정된 순서대로 저장됩니다.
따라서 항목 인덱스 b - 트리와 같은 방식으로 제시 테이블 b - 나무, 열의 순서와 행의 내용이 트리의 키에 저장되고 에서와 같이 잎의 데이터로 저장되지 않는다는 사실을 제외하고 테이블 b - 나무.

인덱스

각 인덱스(CREATE INDEX, PRIMARY KEY 또는 UNIQUE로 선언됨)는 다음과 같이 데이터베이스에 표시됩니다. 인덱스 b - 트리. 이러한 트리의 각 항목은 SQL 테이블의 행에 해당합니다. 인덱스 트리 키는 인덱스에 지정된 열 값의 시퀀스이며 레코드 형식의 행 키 값(rowid 또는 기본 키)으로 끝납니다.

업드 13:44: 재설계된 섹션 대표, mayorovp를 비판해 주셔서 감사합니다(물론 움직일 수도 있었지만 오 글쎄요).

유틸리티를 실행하여 데이터베이스 생성 아이비콘솔세션이 설정됩니다. 로컬 서버. 그런 다음 유틸리티의 주 메뉴에서 명령

도구 -» 대화형 SQL

그러면 대화 상자가 나타납니다. 대화형 SQL데이터베이스 생성 요청이 작성되는 작업 필드에서 데이터베이스 파일(그림 5.1)의 특성을 설명합니다.

요청을 실행하려면 키보드에서 명령을 실행해야 합니다. Ctrl 키 + 이자형또는 주 메뉴에서 명령을 실행하십시오.

쌀. 4.1.서버 시작 인터베이스

데이터베이스 파일 생성

데이터베이스 파일은 테이블, 인덱스, 뷰 등과 같은 다른 파일이 저장되는 컨테이너입니다. 데이터베이스 파일은 한 번 생성되고 이후에 변경할 수 없습니다. 데이터베이스 파일 내부에는 메타데이터라는 영역이 있습니다. 이 영역 내부에는 트리거, 저장 프로시저 및 생성기에 대한 설명이 포함된 프로그램 블록이 컴파일된 형식으로 저장됩니다.

501 요청은 빈 데이터베이스 파일을 생성하기 위한 것입니다. 데이터베이스를 생성합니다.생성된 데이터베이스 파일에는 나중에 테이블, 인덱스, 뷰 등의 파일이 포함됩니다.

요청 형식

데이터베이스 스키마 생성

[ 사용자 [ 비밀번호 ] ]

[ 페이지 크기 [ = ] ]

[ 길이[ = ] [ 페이지 [S]]]

[ 기본 문자 세트]에프];

여기서 옵션에는 구조가 있습니다.

파일[구조가있다

길이[=] [ 페이지 [ S ] ] 시작 [ [ 페이지에서) )

매개변수 할당:

데이터베이스 파일의 전체 이름을 지정합니다. 이름은 사용된 플랫폼의 규칙에 따라 작성됩니다.

사용자- 데이터베이스의 사용자(소유자) 이름을 지정합니다. 데이터베이스에 액세스할 때마다 데이터베이스를 식별하기 위해 사용자 이름이 요청됩니다.

비밀번호- 데이터베이스에 액세스할 때마다 요청되는 암호가 지정됩니다. 사용자 이름(USER

페이지 크기[ = ] - 데이터베이스 페이지의 크기를 바이트 단위로 설정합니다. 다음 단일 페이지 크기가 허용됩니다. 1024(기본값), 2048, 4096 및 8192;

기본 문자 세트- 매개변수는 데이터베이스에 데이터를 저장하는 데 사용할 문자 집합을 정의합니다. 즉, 국가 알파벳의 기호가 설정됩니다. 기본 세트는 없음, 즉 영어 문자만 허용됩니다. 문자 데이터를 저장할 때 러시아어와 영어 알파벳의 문자를 사용하려면 집합을 지정해야 합니다. WIN 1251. 문자 집합은 데이터베이스를 만들 때 한 번 지정됩니다.특정 도메인이나 열을 정의할 때 기본 인코딩이나 이 옵션을 변경할 수 있습니다.

파일- 단일 데이터베이스를 구성하는 하나 이상의 파일 이름을 지정합니다. 각 파일의 이름은 별도의 옵션으로 표시됩니다. 파일 ;

[페이지]에서 시작 중- 해당 데이터베이스 파일의 초기 페이지를 결정합니다(다중 파일 데이터베이스의 경우).

길이[=] [ 페이지 [ S ] -현재 파일의 크기를 페이지 단위로 설정합니다. 기본값은 75페이지입니다. 파일당 최소 페이지 수는 50입니다.

하나의 데이터베이스 파일이 정의된 경우(기본값) 새 레코드가 추가될 때 전체 디스크 공간을 차지한다고 가정합니다. 이 접근 방식은 여러 데이터베이스에서 서버의 디스크 공간을 사용할 때 합리적이지 않습니다. 따라서 파일(또는 파일)의 크기에 제한이 있습니다. 동시에 단일 데이터베이스를 구성하는 별도의 파일을 물리적으로 다른 미디어에 저장할 수 있습니다. 단일 데이터베이스를 구성하는 첫 번째 파일은 일 순위,그리고 나머지 파일들 중고등 학년.보조 파일은 이름, 확장자 및 저장 위치가 다를 수 있습니다. 보조 파일 옵션을 설정할 때 등호와 같은 일부 요소는 선택 사항이며 생략할 수 있습니다. 다음 명령(예제 5.1)은 현재 작업 디렉토리(폴더) 내에 데이터베이스 파일을 생성합니다.

이 명령문에 지정된 암호와 사용자 이름은 사용자를 식별하기 위해 데이터베이스에 액세스할 때마다 서버에서 확인합니다. 데이터베이스 접근 권한 및 권한은 운영자가 결정합니다. 승인하다,아래에서 논의될 것입니다.

전체 데이터베이스의 페이지 크기는 고정되어 있으며 1024, 2048, 4096 또는 8192바이트 중 하나일 수 있습니다. 기본 크기는 1024바이트입니다. 클라이언트 애플리케이션과 데이터베이스 간의 데이터 교환은 페이지 크기로 이루어집니다. 페이지 크기를 늘리면 읽기 작업의 수를 줄여 데이터 처리 시간(쿼리 실행)을 줄이지만 페이지 크기를 늘리는 것은 데이터 샘플(정보의 일부)이 큰 경우에만 정당화됩니다. 표본 크기가 작은 경우 큰 사이즈페이지 공간이 효율적으로 사용되고 있지 않습니다.

예 5.1.다중 파일(분산) 데이터베이스 생성.

CREATE DATABASE D:SKAZKABOOK.GDB 사용자 "SYSDBA" 암호 "마스터 키"

파일 D:SKAZKABOOK.GDl 페이지 1501에서 시작 길이 100

파일 D:SKAZKABOOK.GD2

디스크에 디렉토리 내부 "스카즈카"세 개의 파일로 구성된 데이터베이스가 생성됩니다.

  • 첫 번째 파일 이름 BOOK.GDB페이지 크기가 1024바이트(기본값)이고 페이지 수는 1500(1에서 1500까지, 두 번째 파일부터 북지디 1 페이지 번호 1501에서 시작);
  • 두 번째 파일 이름 책. GDI페이지 크기는 1024바이트이고 페이지 수는 100입니다.
  • 세 번째 파일 북.GD2페이지 크기가 1024바이트이고 페이지 수는 정의되지 않았습니다(디스크가 가득 찰 때까지).

사용자 이름(데이터베이스 소유자)이 설정되었습니다. SYSDBA및 비밀번호 - 마스터키.

데이터베이스는 데이터베이스의 사용자(소유자)가 삭제할 수 있으며, 또는 시스템 관리자명령을 사용하여

그리고 제거된다 현재의데이터베이스, 즉 연결이 설정된 데이터베이스.

이 명령을 사용한 후에는 후속 데이터베이스 복원이 불가능합니다.

다음 표와 같이 데이터베이스 SQL 서버세 가지 유형의 파일이 있습니다.

설명

주요한

기본 데이터 파일에는 데이터베이스를 시작하는 데 필요한 정보와 데이터베이스의 다른 파일에 대한 링크가 들어 있습니다. 사용자 데이터와 개체는 이 파일이나 보조 데이터 파일에 저장할 수 있습니다. 각 데이터베이스에는 하나의 기본 데이터 파일이 있습니다. 권장되는 .mdf 확장자는 기본 데이터 파일의 이름으로 권장됩니다.

중고등 학년

보조 데이터 파일은 선택 사항입니다. 사용자 데이터를 저장하는 사용자 파일입니다. 보조 파일을 사용하여 여러 디스크에 데이터를 분산할 수 있으며 이 경우 각 파일은 별도의 디스크에 기록됩니다. 또한 데이터베이스 크기가 Windows 단일 파일 크기 제한을 초과하는 경우 데이터베이스가 더 커질 수 있도록 보조 데이터 파일을 사용할 수 있습니다.

트랜잭션 로그

트랜잭션 로그 파일에는 데이터베이스를 복원하는 데 사용되는 정보가 들어 있습니다. 각 데이터베이스에는 최소한 하나의 로그 파일이 있어야 합니다. 트랜잭션 로그 파일에는 .ldf 확장자를 사용하는 것이 좋습니다.

예를 들어, 매상모든 데이터와 개체를 포함하는 하나의 기본 파일과 트랜잭션 로그 정보가 포함된 하나의 로그 파일을 포함할 수 있습니다. 더 복잡한 명명된 데이터베이스 명령하나의 기본 파일과 다섯 개의 보조 파일을 포함할 수 있습니다. 데이터베이스 내의 데이터와 개체는 6개 파일 모두에 분산되어 있으며 4개의 로그 파일에는 트랜잭션 로그 정보가 포함되어 있습니다.

기본적으로 데이터 및 트랜잭션 로그는 모두 동일한 드라이브에 있고 동일한 경로를 갖습니다. 이것은 단일 디스크 시스템을 지원하기 위해 수행됩니다. 그러나 프로덕션 환경에서는 이것이 최적의 솔루션이 아닐 수 있습니다. 데이터와 로그 파일은 별도의 디스크에 두는 것이 좋습니다.

논리적 및 물리적 파일 이름

SQL Server 파일에는 두 가지 이름이 있습니다.

논리적 파일 이름

논리적 파일 이름모든 Transact-SQL 문에서 실제 파일을 참조하는 데 사용되는 이름입니다. 논리적 파일 이름은 SQL Server 식별자 규칙을 따라야 하며 해당 데이터베이스의 논리적 파일 이름 간에 고유해야 합니다.

os_file_name

이름 os_file_name디렉토리 경로를 포함한 실제 파일의 이름입니다. 운영 체제의 파일 명명 규칙을 준수해야 합니다.

파일 그룹

모든 데이터베이스에는 기본 파일 그룹이 있습니다. 이 파일 그룹에는 기본 데이터 파일과 다른 파일에 포함되지 않은 모든 보조 파일이 포함됩니다. 파일 그룹. 데이터의 관리, 배포 및 배치를 쉽게 하기 위해 사용자 지정 파일 그룹을 만들 수 있습니다.

예를 들어 Data1.ndf, Data2.ndf 및 Data3.ndf라는 세 개의 파일을 각각 세 개의 드라이브에 만들고 파일 그룹에 할당할 수 있습니다. fgroup1. 이 경우 파일 그룹을 기반으로 테이블을 만들 수 있습니다. fgroup1. 테이블의 데이터 요청이 3개의 디스크에 분산되어 성능이 향상됩니다. 스트라이프 디스크 세트에 생성된 단일 파일로 유사한 성능 향상을 달성할 수 있습니다. RAID 어레이. 그러나 파일 및 파일 그룹을 사용하면 새 드라이브에 새 파일을 쉽게 추가할 수 있습니다.

모든 데이터 파일은 다음 표에 나열된 파일 그룹에 저장됩니다.

로그 파일은 파일 그룹의 일부일 수 없습니다. 로그 공간 관리는 데이터 공간 관리와 별개입니다.

파일은 둘 이상의 파일 그룹에 속할 수 없습니다. 테이블, 인덱스 및 LOB 데이터는 지정된 파일 그룹과 연관될 수 있습니다.

시작, 일시 중지 및 종료 SQL 섬기는 사람 .

    SQL Server 구성 관리자 사용

    SQL Server 관리 스튜디오에서

    명령줄에서.

데이터베이스는 상호 연결된 테이블에 정보를 포함하는 복잡한 시스템입니다. SQL 파일 - 데이터베이스의 데이터를 나타내는 SQL 형식입니다. 즉, 이것은 평소 텍스트 파일표의 정보로 작업하기 위한 일련의 지침과 함께.

설명

*.sql 파일 형식은 "구조적 데이터(구조화된 파일 쿼리 언어)"를 나타냅니다. 범주적으로 데이터베이스 파일을 참조합니다. 여기에는 텍스트 정보와 함께 검색, 분류, 행 삭제 등 처리할 수 있는 지침 세트가 포함되어 있습니다. 데이터베이스(데이터베이스)에서 새 항목 추가, 다음을 기반으로 선택 항목 생성 매개변수 설정. 명령어 세트는 쿼리 언어 연산자로 표시됩니다.

.SQL 파일 여는 방법? .

SQl 형식은 데이터베이스를 사용하는 모든 프로그램에서 열려 있습니다. 이 목록에는 다음이 포함됩니다.

  • MySQL - 가장 일반적인 것 중 하나로 알려진 모든 운영 체제와 호환됩니다.
  • Microsoft Office Access는 확장된 사무실 세트의 프로그램입니다. 소프트웨어윈도우용.
  • PostgreSQL은 MySQL과 경쟁하는 현대적이고 편리한 DBMS입니다.

위의 모든 프로그램(Access 제외)은 모두 시스템에 설치될 뿐만 아니라 설치 중에 시스템 파일을 조정하기도 합니다. 다기능 DBMS는 설치가 어려우므로 추가 작업이 필요한 경우에만 권장합니다. 그렇지 않으면 다른 옵션을 고려하십시오.

텍스트 편집기

SQL 파일에 포함된 내용을 보려면 메모장, 워드패드, Vim 또는 메모장과 같은 간단한 텍스트 편집기로 *.sql을 열 수 있습니다. 또한, 소명 "any"는 다음을 의미합니다. 텍스트 편집기 Linux는 데이터베이스 파일을 열고 편집할 수도 있습니다.

중요한!파일을 편집한 후에는 반드시 원본 형식으로 저장하십시오.

이 방법의 단점은 DBMS 기능이 없다는 것입니다. 서면 요청의 오류에 대해 시스템에 알리거나 데이터를 변경할 때 오타에 밑줄을 긋지 않고 텍스트 콘텐츠로만 작업해야 합니다. 이러한 이유로 SQL 파일을 편집할 때는 SQL DBMS가 더 적합합니다.



관련 기사: