Конвертер запросов SQL в MongoDB

Q: Какие операторы SQL может перевести этот конвертер в MongoDB?

Инструмент преобразует операторы SELECT, INSERT, UPDATE и DELETE. SELECT поддерживает WHERE, ORDER BY, GROUP BY, HAVING, LIMIT, OFFSET, DISTINCT и пять стандартных функций агрегации: COUNT, SUM, AVG, MIN и MAX. Сложные условия WHERE с использованием AND, OR, NOT, IN, NOT IN, BETWEEN, LIKE, IS NULL и IS NOT NULL корректно сопоставляются с операторами MongoDB.

Q: Как работает пошаговое сопоставление команд?

После преобразования инструмент отображает интерактивную таблицу, в которой каждое предложение SQL показано рядом с его эквивалентом в MongoDB с кратким пояснением. Например, FROM users превращается в db.users, WHERE age > 21 становится фильтром с $gt, а ORDER BY name DESC преобразуется в .sort({ name: -1 }). Это самый быстрый способ понять логику перевода SQL в MongoDB.

Q: Как преобразуются шаблоны SQL LIKE?

Символы подстановки SQL % заменяются на .* , а символы _ — на . в регулярном выражении MongoDB. Шаблоны привязываются с помощью ^ или $, если шаблон SQL не начинается или не заканчивается символом %. Например, LIKE '%gmail.com' превращается в /.*gmail\.com$/ — без привязки в начале и с привязкой в конце.

Q: Готов ли сгенерированный запрос MongoDB для вставки в mongosh?

Да. Вывод использует синтаксис оболочки MongoDB (mongosh), включая ключи без кавычек, цепочки методов, таких как .sort(), .limit() и .skip(), а также нативные литералы регулярных выражений JavaScript. Вы можете вставить его напрямую в mongosh, оболочку MongoDB Compass или Studio 3T.

Преобразуйте SQL-запросы (SELECT, INSERT, UPDATE, DELETE) в синтаксис оболочки MongoDB с пошаговым сопоставлением предложений, генерацией конвейеров агрегации, подсветкой синтаксиса и готовым к использованию выводом для mongosh.

Конвертер запросов SQL в MongoDB

SQL → MongoDB

⚡ Быстрые примеры (нажмите для загрузки)

Embed Конвертер запросов SQL в MongoDB Widget

О Конвертер запросов SQL в MongoDB

Добро пожаловать в Конвертер запросов SQL в MongoDB — онлайн-инструмент, который переводит SQL-запросы (SELECT, INSERT, UPDATE и DELETE) в чистый, готовый к использованию синтаксис оболочки MongoDB. Каждое преобразование сопровождается пошаговым сопоставлением команд, которое показывает, как именно каждое ключевое слово SQL превращается в эквивалент MongoDB. Это делает инструмент одновременно и конвертером, и учебным пособием для разработчиков, переходящих с реляционных баз данных на MongoDB.

Зачем использовать этот конвертер SQL в MongoDB?

Большинство онлайн-конвертеров просто выдают JSON-блок, оставляя вас гадать, что произошло. Этот инструмент работает иначе: вы видите сгенерированный запрос MongoDB и пошаговую схему, объясняющую, почему каждая часть была преобразована именно так. Это делает его одинаково полезным как для быстрого перевода во время миграции, так и для изучения языка запросов MongoDB на основе ваших знаний SQL.

Основные возможности

Четыре типа операторов: SELECT (find, distinct, countDocuments, aggregate), INSERT, UPDATE, DELETE — все в одном инструменте.
Пошаговое сопоставление: посмотрите, как FROM, WHERE, GROUP BY, HAVING, ORDER BY, LIMIT, OFFSET превращаются в операторы MongoDB.
Автоматические конвейеры агрегации: GROUP BY, HAVING и функции агрегации создают правильные конвейеры aggregate([...]) со стадиями $match, $group, $sort, $limit в правильном порядке.
Широкая поддержка WHERE: AND, OR, NOT, скобки, IN, NOT IN, BETWEEN, LIKE, IS NULL, IS NOT NULL и все шесть операторов сравнения.
Вывод с подсветкой синтаксиса: легко читается и вставляется прямо в mongosh, MongoDB Compass или Studio 3T.
Шпаргалка по операторам: всегда видимая справочная карточка с 24 распространенными сопоставлениями SQL ↔ MongoDB.
Быстрые примеры: девять реальных примеров, доступных в один клик.
Копирование и скачивание: копирование в буфер обмена одним кликом или сохранение в виде файла .js.
Адаптивность: макет подстраивается под телефоны и планшеты — панель сопоставления перестраивается вертикально на узких экранах.

Какие операторы SQL может перевести этот конвертер в MongoDB?

Инструмент преобразует операторы SELECT, INSERT, UPDATE и DELETE. SELECT поддерживает WHERE, ORDER BY, GROUP BY, HAVING, LIMIT, OFFSET, DISTINCT и пять стандартных функций агрегации: COUNT, SUM, AVG, MIN и MAX. Сложные условия WHERE с AND, OR, NOT, IN, NOT IN, BETWEEN, LIKE, IS NULL и IS NOT NULL корректно переводятся в операторы MongoDB.

Как работает пошаговое сопоставление команд?

После каждого преобразования инструмент показывает таблицу, в которой каждая часть SQL сопоставлена с эквивалентом в MongoDB. Например:

SQL: SELECT name, age FROM users WHERE age > 21 ORDER BY age DESC LIMIT 10
MongoDB: db.users.find({ age: { $gt: 21 } }, { name: 1, age: 1, _id: 0 }).sort({ age: -1 }).limit(10)
Сопоставление:
· FROM users → db.users
· SELECT name, age → проекция { name: 1, age: 1, _id: 0 }
· WHERE age > 21 → фильтр { age: { $gt: 21 } }
· ORDER BY age DESC → .sort({ age: -1 })
· LIMIT 10 → .limit(10)

Обрабатывает ли он конвейеры агрегации для запросов GROUP BY?

Да. Когда в SQL используется GROUP BY, HAVING или функции агрегации, конвертер создает полный конвейер агрегации MongoDB: $match перед группировкой (из WHERE), $group с _id и аккумуляторами, $match после группировки (из HAVING), затем $sort, $skip и $limit в порядке конвейера. Порядок важен — выполнение $sort перед $match в MongoDB работает медленнее, поэтому инструмент всегда выводит стадии в оптимальном порядке.

Пример: SELECT category, COUNT(*) AS total FROM books WHERE year >= 2020 GROUP BY category HAVING COUNT(*) > 5 ORDER BY total DESC LIMIT 5

превращается в:
db.books.aggregate([
  { $match: { year: { $gte: 2020 } } },
  { $group: { _id: "$category", total: { $sum: 1 } } },
  { $match: { total: { $gt: 5 } } },
  { $sort: { total: -1 } },
  { $limit: 5 }
])

Как преобразуются шаблоны SQL LIKE?

Символы подстановки SQL % становятся .*, а _ — . в регулярном выражении MongoDB. Шаблоны привязываются с помощью ^ или $, если SQL-шаблон не начинается или не заканчивается символом %. Специальные символы регулярных выражений внутри шаблона экранируются автоматически.

LIKE 'abc%' → /^abc.*/
LIKE '%.com' → /.*\.com$/
LIKE '%widget%' → /.*widget.*/
LIKE 'a_c' → /^a.c$/

Каковы основные различия между запросами SQL и MongoDB?

SQL является декларативным и табличным — вы описываете строки и столбцы. MongoDB ориентирована на документы и использует JSON-подобный язык запросов. Основные правила перевода:

Таблицы → коллекции. FROM users становится db.users.
Строки → документы. Строка SQL со столбцами name, age, email становится документом MongoDB с этими именами полей.
WHERE → объект фильтрации. Первый аргумент MongoDB для find() — это документ фильтрации, использующий такие операторы, как $gt, $in, $and.
Список SELECT → проекция. Второй аргумент find() указывает, какие поля включить (1) или исключить (0). Поле _id включается по умолчанию, если вы не установите его в 0.
ORDER BY → .sort(), LIMIT → .limit(), OFFSET → .skip(). Они становятся цепочками вызовов методов после find().
GROUP BY → $group. Агрегации, сводящие множество строк к одной, выполняются внутри конвейера агрегации.
JOIN → $lookup. SQL-соединения сопоставляются со стадией $lookup в агрегации. (На данный момент инструмент ориентирован на однотабличные запросы; JOIN отображаются как предложения при обнаружении.)

Готов ли сгенерированный запрос MongoDB для вставки в mongosh?

Да. Вывод использует синтаксис mongosh (MongoDB Shell), включая ключи объектов без кавычек, цепочки методов .sort(), .limit() и .skip(), а также нативные литералы регулярных выражений JavaScript. Вы можете вставить его прямо в mongosh, на вкладку MongoSH в MongoDB Compass или в IntelliShell в Studio 3T.

Как пользоваться этим инструментом

Вставьте ваш SQL-запрос в поле ввода или нажмите «Быстрый пример», чтобы загрузить образец запроса.
Нажмите «Конвертировать в MongoDB». Инструмент проанализирует ваш SQL и создаст эквивалентный запрос MongoDB.
Изучите пошаговое сопоставление, чтобы проверить точность перевода и понять правила сопоставления.
Скопируйте или скачайте запрос MongoDB с помощью кнопок над блоком кода. Скачанный файл представляет собой готовый к запуску скрипт .js.

Практические сценарии использования

Для разработчиков, мигрирующих на MongoDB

Перенос устаревших отчетов SQL в конвейеры агрегации MongoDB.
Перевод SQL-запросов из документации, ответов на Stack Overflow или руководств по проектированию схем.
Генерация базовых запросов MongoDB, которые затем можно оптимизировать с помощью индексов и проекций.

Для студентов и изучающих БД

Понимание связей между двумя принципиально разными языками запросов.
Развитие интуиции в работе с моделью документов MongoDB на основе уже имеющихся знаний SQL.
Использование шпаргалки по операторам в качестве справочника при написании запросов MongoDB с нуля.

Для администраторов БД и бэкенд-инженеров

Быстрая проверка запросов MongoDB при просмотре Pull Request.
Прототипирование запросов во время миграции схем перед их запуском на рабочих данных.
Использование схем сопоставления команд как обучающего материала для младших коллег.

Ограничения и то, что пока не поддерживается

JOIN — эквиваленты JOIN в MongoDB требуют стадий $lookup с проектными решениями по внешним ключам, которые статический конвертер не всегда может вычислить. На данный момент конвертируйте однотабличные запросы и вручную оборачивайте их в $lookup при необходимости.
Подзапросы — скалярные и коррелированные подзапросы не анализируются. Попробуйте разделить их на два отдельных запроса.
CTE / предложения WITH — не поддерживаются; сначала выделите CTE в отдельный запрос.
UNION / UNION ALL — используйте $unionWith вручную.
Оконные функции — используйте $setWindowFields в MongoDB 5.0+.
Сложные выражения SET — значения UPDATE должны быть литералами; арифметика типа SET x = x + 1 требует оператора $inc в MongoDB, который нужно добавить вручную.

Часто задаваемые вопросы

Почему мой запрос SELECT без WHERE все равно возвращает объект фильтра?

Метод find() в MongoDB ожидает фильтр в качестве первого аргумента. Если в SQL нет предложения WHERE, инструмент выдает find({}) — пустой фильтр, который соответствует всем документам.

Почему в мою проекцию добавлено _id: 0?

MongoDB по умолчанию включает поле _id в результаты запроса. Чтобы соответствовать поведению SQL SELECT, где возвращаются только перечисленные столбцы, инструмент добавляет _id: 0, если только вы явно не указали _id в списке столбцов.

Должен ли я использовать updateOne или updateMany для моего запроса UPDATE?

Инструмент по умолчанию выдает updateMany, что соответствует семантике SQL UPDATE для нескольких строк. Переключитесь на updateOne, если вы уверены, что фильтр соответствует только одному документу (например, при фильтрации по уникальному _id).

Сохраняет ли инструмент мой SQL или отправляет его куда-либо?

Ваш SQL отправляется на наш сервер для анализа, возвращается как преобразованный код MongoDB, а затем удаляется. Он не записывается в логи, не хранится и не передается третьим лицам.

Инструмент бесплатный?

Да, он полностью бесплатен и может быть использован без регистрации. Вы можете обновить страницу, чтобы начать заново в любое время.

Как обрабатываются нативные типы MongoDB, такие как ObjectId и Date?

Строковые литералы SQL по умолчанию становятся строками MongoDB. Если в вашем столбце хранится ObjectId, вручную оберните литерал в ObjectId("..."). Для полей даты оберните литерал в ISODate("..."). Обе замены занимают секунду после вставки кода.