Дамп SQL (.sql)
ISO/IEC СтандартСкрипт Structured Query Language (SQL) - это универсальный формат реляционной базы данных, содержащий декларативные операторы DDL для построения таблиц базы данных и операторы DML INSERT для заполнения данных.
Конвертировать из SQLITE в SQL
Бесплатный конвертер из SQLITE в SQL прямо в браузере. Конвертируйте файлы мгновенно на вашем устройстве.
Анализ и метаданные
Операционные системы и анализаторы файлов идентифицируют файлы SQL по начальной двоичной последовательности байтов:
Сигнатура заголовка на уровне байтов (Magic Bytes)
Операционные системы и анализаторы файлов идентифицируют файлы SQL по начальной двоичной последовательности байтов:
HEX-СИГНАТУРА (СМЕЩЕНИЕ 0):
2D 2D 20 / 43 52 45 41 54 45ПРЕДСТАВЛЕНИЕ ASCII: -- / CREATE
Стандартизация: ISO/IEC 9075:2023 / Стандарт ANSI SQL
Технические спецификации
| Архитектура контейнера | Обычный текстовый скрипт Unicode, содержащий инструкции языка определения данных (DDL) и языка манипулирования данными (DML) |
| Сжатие | Несжатый простой текст (часто сжимается как .sql.gz или .sql.zst) |
| Порядок байтов (Endianness) | Текстовый поток UTF-8 / Unicode |
| Цветовые пространства | Н/Д (скрипт базы данных) |
| Каналы и структура | Определения реляционной схемы (таблицы, представления, индексы, внешние ключи) и строки вставки данных INSERT |
| Макс. габариты | Неограниченная длина текста (поддерживает многотерабайтные дампы баз данных) |
| Прозрачность | Отсутствует |
| Потоковая передача и прогрессивная загрузка | Построчное транзакционное потоковое выполнение |
Техническая матрица сравнения: SQL против конкурентов
| Технический атрибут | SQL (Текущий) | CSV | JSON | SQLITE |
|---|---|---|---|---|
| Сохранение схемы | Полная схема (таблицы, типы, внешние ключи) | Только имена столбцов заголовка | Самоописывающаяся структура документа | Полный файл двоичной базы данных |
| Модель выполнения | Исполняемый скрипт DDL/DML | Пассивные данные строк-столбцов | Пассивное дерево документов | Прямой запрос двоичного B-дерева |
| Стандартизация | Стандарт ISO/IEC 9075 | RFC 4180 | RFC 8259 | Открытый формат файла SQLite |
| Связи данных | Полные ограничения внешних ключей | Плоские табличные (без связей) | Вложенные родительско-дочерние объекты | Полные реляционные ограничения |
Типичные режимы повреждения и руководство по восстановлению в HEX
Импорт базы данных завершается ошибкой «ERROR: syntax error at or near...».
Первопричина: Несоответствие диалектов SQL (например, импорт дампа MySQL с обратными апострофами в PostgreSQL) или незаэкранированные одинарные кавычки.
Восстановление: Конвертируйте и очистите синтаксис диалекта с помощью транспайлера баз данных File2File.
Анализ безопасности и векторы атак на парсер
Выполнение ненадежных скриптов SQL может привести к катастрофической SQL-инъекции, произвольной записи файлов или повышению административных привилегий.
Известные векторы атак
- Инъекция SQL (SQLi), выполняющая непреднамеренные административные команды (например, DROP TABLE, GRANT ALL).
- Произвольное чтение/запись файлов сервера через 'COPY ... FROM PROGRAM' или 'LOAD DATA INFILE'.
- Отказ в обслуживании из-за неиндексированных рекурсивных общих табличных выражений (CTE).
Защитные лучшие практики: Никогда не выполняйте ненадежные SQL-скрипты напрямую на серверах производственных баз данных; проверяйте и очищайте запросы в изолированных песочницах.
Исторические истоки и вехи
Ключевые преимущества и плюсы
- Бесспорный мировой стандарт для корпоративного хранения данных: совместим с PostgreSQL, MySQL, SQLite, Oracle и SQL Server.
- Полная реляционная точность: воссоздает таблицы, первичные ключи, внешние ключи, ограничения и индексы вместе с данными.
- Транзакционное выполнение: операторы могут выполняться внутри транзакций (BEGIN...COMMIT) для гарантии атомарного восстановления базы данных.
Технические ограничения и минусы
- Несовместимость диалектов: небольшие различия в синтаксисе (например, AUTO_INCREMENT против SERIAL против AUTOINCREMENT) требуют трансляции между движками баз данных.
- Огромные накладные расходы на текст: простые операторы SQL INSERT занимают значительно больше места, чем хранилище двоичной базы данных.
- Медленное время импорта при огромных многогигабайтных дампах баз данных без отключения перестройки индексов.
Интересные технические факты
- SQL изначально назывался «SEQUEL» (Structured English Query Language), но был сокращен до SQL из-за спора о торговой марке с авиастроительной компанией Hawker Siddeley.
- Официальный стандарт ISO произносит это название по буквам «S-Q-L», но миллионы разработчиков произносят его в разговорной речи как «сиквел».
- SQLite, работающий на синтаксисе SQL, по оценкам, установлен более чем на 1 триллионе устройств по всему миру.
Часто задаваемые технические вопросы
Что такое файл .sql?
Файл .sql - это текстовый скрипт, содержащий команды SQL, которые создают таблицы, устанавливают связи и вставляют строки данных в реляционную базу данных.
Могу ли я конвертировать файлы дампа SQL в CSV или JSON?
Да. File2File.app может анализировать файлы дампа базы данных .sql и экспортировать таблицы напрямую в чистые электронные таблицы CSV или структурированные документы JSON.
Почему мой файл .sql для MySQL не работает в PostgreSQL?
Различные системы баз данных имеют проприетарные различия в диалектах (такие как типы данных и экранирование кавычек). При миграции между движками баз данных необходимо транскодировать специфичный для диалекта синтаксис.
Связанные пары конвертации SQL
Конвертация файла базы данных SQLite в текстовый скрипт дампа SQL преобразует двоичную базу данных в удобочитаемые текстовые команды для удобной миграции базы данных и импорта на сервер.
Преобразование текстового скрипта дампа SQL в экспорт данных JSON превращает жесткие таблицы реляционной базы данных в гибкие вложенные объекты для современных веб-приложений.
Превращайте скрипты резервного копирования реляционных баз данных в плоские табличные электронные таблицы для простого анализа данных и подготовки отчетов.
Преобразование бинарной резервной копии базы данных в текстовый SQL-скрипт позволяет переносить таблицы и данные между совершенно разными СУБД.
Преобразование несжатого простого текстового SQL-скрипта в оптимизированный собственный файл резервной копии базы данных уменьшает размер хранилища и ускоряет время восстановления сервера.