SQL 덤프 (.sql)

ISO/IEC 표준

Structured Query Language(SQL) 스크립트는 데이터베이스 테이블을 만드는 선언형 DDL 문과 데이터를 채우는 DML INSERT 문을 포함하는 범용 관계형 데이터베이스 형식입니다.

SQLITE을(를) SQL(으)로 변환

무료 브라우저 내 SQLITE에서 SQL로 변환하는 도구입니다. 기기에서 파일을 즉시 변환할 수 있습니다.

검사 및 메타데이터

운영 체제와 파일 분석기는 파일 선두의 바이너리 바이트 시퀀스를 검사하여 SQL 파일을 식별합니다:

여기에 파일을 선택하거나 놓으십시오

비공개 - 파일은 기기를 벗어나지 않습니다

또는 붙여넣기 Ctrl+V
네트워크 전송 없음에 대한 개인정보 보호 보장: 외부 서버로 업로드된 데이터는 0바이트입니다. 모든 처리는 브라우저 샌드박스 내에서 로컬로 수행되었습니다.

바이트 단위 헤더 시그니처 (매직 바이트)

운영 체제와 파일 분석기는 파일 선두의 바이너리 바이트 시퀀스를 검사하여 SQL 파일을 식별합니다:

16진수 시그니처 (오프셋 0):

고정 시그니처 없음

ASCII 표현: 고정 시그니처 없음

표준화: ISO/IEC 9075:2023 / ANSI SQL Standard

기술 사양

컨테이너 아키텍처데이터베이스 테이블을 정의하는 DDL(Data Definition Language) 문과 데이터를 조작하는 DML(Data Manipulation Language) 문을 담는 유니코드 일반 텍스트 스크립트
압축압축하지 않은 일반 텍스트(.sql.gz 또는 .sql.zst로 자주 압축)
바이트 엔디안UTF-8/유니코드 텍스트 스트림
색 공간해당 없음(데이터베이스 스크립트)
채널 및 구조관계형 스키마 정의(테이블, 뷰, 인덱스, 외래 키) 및 데이터 INSERT 행
최대 크기텍스트 길이 제한 없음(수 TB 규모 데이터베이스 덤프 지원)
투명도없음
스트리밍 및 프로그레시브문 단위로 실행하는 트랜잭션 스트리밍

기술 비교 매트릭스: SQL 대 경쟁사

기술적 속성SQL (현재)CSVJSONSQLITE
스키마 보존전체 스키마(테이블, 유형, 외래 키)헤더 열 이름만자체 설명형 문서 구조완전한 바이너리 데이터베이스 파일
실행 모델실행 가능한 DDL/DML 스크립트수동적인 행과 열 데이터수동적인 문서 트리직접 바이너리 B-트리 쿼리
표준화ISO/IEC 9075 표준RFC 4180RFC 8259SQLite 오픈 파일 포맷
데이터 관계전체 외래 키 제약 조건관계가 없는 평면 표 형식중첩된 상위/하위 객체전체 관계형 제약 조건

일반적인 손상 모드 및 헥스 복구 가이드

데이터베이스 가져오기가 'ERROR: syntax error at or near...'로 실패합니다.

근본 원인: SQL 방언 불일치 (예: MySQL 백틱 덤프를 PostgreSQL로 가져오기) 또는 이스케이프되지 않은 작은따옴표.

복구: File2File.app Database Transpiler로 데이터베이스 방언의 구문을 변환하고 정제하십시오.

보안 분석 및 파서 공격 벡터

신뢰할 수 없는 SQL 스크립트를 실행하면 치명적인 SQL 인젝션, 임의 파일 쓰기 또는 관리자 권한 상승이 발생할 수 있습니다.

알려진 공격 벡터

  • 의도하지 않은 관리 명령(예: DROP TABLE, GRANT ALL)을 실행하는 SQL 인젝션(SQLi).
  • 'COPY ... FROM PROGRAM' 또는 'LOAD DATA INFILE'을 통한 임의 서버 파일 읽기/쓰기.
  • 색인되지 않은 재귀 공통 테이블 식(CTE)을 통한 서비스 거부.

방어적 모범 사례: 신뢰할 수 없는 SQL 스크립트를 운영 데이터베이스 서버에서 직접 실행하지 마십시오. 격리된 샌드박스에서 쿼리를 검사하고 정제하십시오.

역사적 배경 및 주요 이력

2023ISO/IEC 9075:2023이 SQL/PGQ 속성 그래프 쿼리를 표준 SQL에 통합했습니다.
1986ANSI와 ISO가 SQL을 관계형 데이터베이스 관리 시스템의 공식 표준으로 채택했습니다.
1974Donald Chamberlin과 Raymond Boyce가 Edgar F. Codd의 관계형 모델을 바탕으로 IBM Research에서 SEQUEL을 개발했습니다.

주요 장점

  • 기업 데이터 저장의 세계 표준으로 PostgreSQL, MySQL, SQLite, Oracle 및 SQL Server와 호환됩니다.
  • 완전한 관계형 구조를 보존하며 데이터와 함께 테이블, 기본 키, 외래 키, 제약 조건 및 인덱스를 복원합니다.
  • 트랜잭션 실행: BEGIN...COMMIT 트랜잭션 안에서 문을 실행해 데이터베이스를 원자적으로 복원할 수 있습니다.

기술적 제한 사항 및 단점

  • 방언 간 비호환성: AUTO_INCREMENT, SERIAL, AUTOINCREMENT 같은 미묘한 구문 차이 때문에 데이터베이스 엔진 간 변환이 필요합니다.
  • 큰 텍스트 오버헤드: 일반 SQL INSERT 문은 바이너리 데이터베이스 저장소보다 훨씬 많은 공간을 차지합니다.
  • 인덱스 재구성을 비활성화하지 않으면 수 GB 규모의 데이터베이스 덤프를 가져오는 데 시간이 오래 걸립니다.

흥미로운 기술적 상식

  • SQL은 원래 'SEQUEL'(Structured English Query Language)이라는 이름이었으나, 호커 시들리(Hawker Siddeley) 항공사와 상표권 분쟁이 발생하여 SQL로 단축되었습니다.
  • 공식 ISO 표준에서는 개별 글자 'S-Q-L'로 발음하지만, 수백만 명의 개발자는 구어체로 '시퀄(sequel)'이라고 발음합니다.
  • SQL 구문을 사용하는 SQLite는 전 세계 1조 대가 넘는 기기에 설치된 것으로 추정됩니다.

자주 묻는 기술 질문

.sql 파일이란 무엇입니까?

.sql 파일은 관계형 데이터베이스에 테이블을 생성하고, 관계를 설정하고, 데이터 행을 삽입하는 SQL 명령어가 포함된 일반 텍스트 스크립트입니다.

SQL 덤프 파일을 CSV 또는 JSON으로 변환할 수 있습니까?

네. File2File.app은 .sql 데이터베이스 덤프 파일을 구문 분석하여 테이블을 깔끔한 CSV 스프레드시트나 구조화된 JSON 문서로 직접 내보낼 수 있습니다.

MySQL .sql 파일이 PostgreSQL에서 작동하지 않는 이유는 무엇입니까?

서로 다른 데이터베이스 시스템은 데이터 유형 및 따옴표 이스케이프 등 고유한 방언(dialect) 차이가 있습니다. 데이터베이스 엔진 간에 마이그레이션할 때는 방언별 구문을 변환(transcode)해야 합니다.