Запрос на sql: Урок 1. Первые SQL запросы

Синтаксис SQL запроса

Одна из основных функций SQL — получение данных из СУБД. Для построения всевозможных запросов к базе данных используется оператор SELECT. Он позволяет выполнять сложные проверки и обработку данных.

Общая структура запроса

SELECT [DISTINCT | ALL] поля_таблиц 
FROM список_таблиц 
[WHERE условия_на_ограничения_строк]
[GROUP BY условия_группировки]
[HAVING условия_на_ограничения_строк_после_группировки]
[ORDER BY порядок_сортировки [ASC | DESC]]
[LIMIT ограничение_количества_записей]

В описанной структуре запроса необязательные параметры указаны в квадратных скобках.

Параметры оператора

• DISTINCT используется для исключения повторяющихся строк из результата
  ALL (по умолчанию) используется для получения всех данных, в том числе и повторений
• FROM перечисляет используемые в запросе таблицы из базы данных
• WHERE — это условный оператор, который используется для ограничения строк по какому-либо условию
• GROUP BY используется для группировки строк
• HAVING применяется после группировки строк для фильтрации по значениям агрегатных функций
• ORDER BY используется для сортировки. У него есть два параметра:
  
  • ASC (по умолчанию) используется для сортировки по возрастанию
  • DESC — по убыванию
• LIMIT используется для ограничения количества строк для вывода

SQL-псевдонимы

Псевдонимы используются для представления столбцов или таблиц с именем отличным от оригинального. Это может быть полезно для улучшения читабельности имён и создания более короткого наименования столбца или таблицы.

Например, если в вашей таблице есть столбец good_type_id, вы можете переименовать его просто в id, для того, чтобы сделать его более коротким и удобным в использовании в будущем.

Для создания псевдонимов используется оператор AS:

SELECT good_type_id AS id FROM GoodTypes;

Порядок выполнения инструкций

Следующие действия демонстрируют логический порядок обработки инструкции SELECT. Этот порядок определяет, когда объекты, определенные в одном шаге, становятся доступными для предложений в последующих шагах.

Например, в предложении WHERE не доступны псевдонимы столбцов, определяемых в предложении SELECT, потому что, согласно списку, оно выполняется до SELECT.

• FROM
• WHERE
• GROUP BY
• HAVING
• SELECT
• DISTINCT
• ORDER BY

Фактическое выполнение инструкций определяется СУБД и порядок из этого списка может значительно отличаться.

Примеры использования

Вы можете выводить любые строки и числа вместо столбцов:

SELECT "Hello world", 1;

Для того, чтобы вывести все данные из таблицы Company, вы можете использовать символ «*», который буквально означает «все столбцы»:

SELECT * FROM Company;

Вы можете вывести любой столбец, определённый в таблице, например, town_to из таблицы Trip:

SELECT town_to FROM Trip;

Также вы можете вывести несколько столбцов. Для этого их нужно перечислить через запятую:

SELECT member_name, status FROM FamilyMembers;

Иногда возникают ситуации, в которых нужно получить только уникальные записи. Для этого вы можете использовать DISTINCT. Например, выведем список городов без повторений, в которые летали самолеты:

SELECT DISTINCT town_to FROM Trip;

Сложные SQL-запросы

Сложные SQL-запросы Пожалуйста, включите JavaScript в браузере!

Сложные SQL-запросы

С помощью строки поиска вы можете вручную создавать SQL-запросы любой сложности для фильтрации событий.

Чтобы сформировать SQL-запрос вручную:

1. Перейдите в раздел События веб-интерфейса KUMA.

   Откроется форма с полем ввода.

2. Введите SQL-запрос в поле ввода.
3. Нажмите на кнопку .

Отобразится таблица событий, соответствующих условиям вашего запроса. При необходимости вы можете отфильтровать события по периоду.

Поддерживаемые функции и операторы

• SELECT – поля событий, которые следует возвращать.

  Для SELECT в программе поддержаны следующие функции и операторы:

  • Функции агрегации: count, avg, max, min, sum.
  • Арифметические операторы: +, -, *, /, <, >, =, !=, >=, <=.

    Вы можете комбинировать эти функции и операторы.

    Если вы используете в запросе функции агрегации, настройка отображения таблицы событий, сортировка событий по возрастанию и убыванию, получение статистики, а также ретроспективная проверка недоступны.
• FROM – источник данных.

  При создании запроса в качестве источника данных вам нужно указать значение events.

• WHERE – условия фильтрации событий.
  • AND, OR, NOT, =, !=, >, >=, <, <=
  • IN
  • BETWEEN
  • LIKE
  • ILIKE
  • inSubnet
  • match (в запросах используется синтаксис регулярных выражений re2)
• GROUP BY – поля событий или псевдонимы, по которым следует группировать возвращаемые данные.

  Если вы используете в запросе группировку данных, настройка отображения таблицы событий, сортировка событий по возрастанию и убыванию, получение статистики, а также ретроспективная проверка недоступны.

• ORDER BY – столбцы, по которым следует сортировать возвращаемые данные.

  Возможные значения:

  • DESC – по убыванию.
  • ASC – по возрастанию.
• OFFSET – пропуск указанного количества строк перед выводом результатов запроса.
• LIMIT – количество отображаемых в таблице строк.
  Значение по умолчанию – 250.

  Если при фильтрации событий по пользовательскому периоду количество строк в результатах поиска превышает заданное значение, вы можете отобразить в таблице дополнительные строки, нажав на кнопку Показать больше записей. Кнопка не отображается при фильтрации событий по стандартному периоду.

  Примеры запросов: SELECT * FROM `events` WHERE Type IN ('Base', 'Audit') ORDER BY Timestamp DESC LIMIT 250 Все события таблицы events с типом Base и Audit, отсортированные по столбцу Timestamp в порядке убывания. Количество отображаемых в таблице строк – 250. SELECT * FROM `events` WHERE BytesIn BETWEEN 1000 AND 2000 ORDER BY Timestamp ASC LIMIT 250 Все события таблицы events, для которых в поле BytesIn значение полученного трафика находится в диапазоне от 1000 до 2000 байт, отсортированные по столбцу Timestamp в порядке возрастания. Количество отображаемых в таблице строк – 250. SELECT * FROM `events` WHERE Message LIKE '%ssh:%' ORDER BY Timestamp DESC LIMIT 250 Все события таблицы events, которые в поле Message содержат данные, соответствующие заданному шаблону %ssh:% в нижнем регистре, и отсортированы по столбцу Timestamp в порядке убывания. Количество отображаемых в таблице строк – 250. SELECT * FROM `events` WHERE inSubnet(DeviceAddress, '10.0.0.1/24') ORDER BY Timestamp DESC LIMIT 250 Все события таблицы events для хостов, которые входят в подсеть 10.0.0.1/24, отсортированные по столбцу Timestamp в порядке убывания. Количество отображаемых в таблице строк – 250. SELECT * FROM `events` WHERE match(Message, 'ssh.*') ORDER BY Timestamp DESC LIMIT 250 Все события таблицы events, которые в поле Message содержат текст, соответствующий шаблону ssh.*, и отсортированы по столбцу Timestamp в порядке убывания. Количество отображаемых в таблице строк – 250. SELECT max(BytesOut) / 1024 FROM `events` Максимальный размер исходящего трафика (КБ) за выбранный период времени. SELECT count(ID) AS "Count", SourcePort AS "Port" FROM `events` GROUP BY SourcePort ORDER BY Port ASC LIMIT 250 Количество событий и номер порта. События сгруппированы по номеру порта и отсортированы по столбцу Port в порядке возрастания. Количество отображаемых в таблице строк – 250. Столбцу ID в таблице событий присвоено имя Count, столбцу SourcePort присвоено имя Port.

Если вы хотите указать в запросе специальный символ, вам требуется экранировать его, поместив перед ним обратную косую черту (\).

Пример: SELECT * FROM `events` WHERE match(Message, 'ssh:\'connection.*') ORDER BY Timestamp DESC LIMIT 250 Все события таблицы events, которые в поле Message содержат текст, соответствующий шаблону ssh: 'connection', и отсортированы по столбцу Timestamp в порядке убывания. Количество отображаемых в таблице строк – 250.

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

После обновления KUMA до версии 1.6 при фильтрации событий с помощью SQL-запроса, содержащего условие inSubnet, может возвращаться ошибка Code: 441. DB::Exception: Invalid IPv4 value.

В таких случаях необходимо на серверах хранилища (на каждой машине кластера ClickHouse) в файле /opt/kaspersky/kuma/clickhouse/cfg/config.d/users.xml в разделе profiles → default добавить директиву <cast_ipv4_ipv6_default_on_conversion_error>true</cast_ipv4_ipv6_default_on_conversion_error>.

Подробнее об SQL см. в справке ClickHouse.

В начало

Изучение SQL: примеры запросов SQL

В предыдущей статье мы практиковали SQL, и сегодня мы продолжим с еще несколькими примерами SQL. Цель этой статьи — начать с довольно простого запроса и перейти к более сложным запросам. Мы рассмотрим вопросы, которые могут вам понадобиться на собеседовании, а также некоторые из них, которые могут вам понадобиться в реальных жизненных ситуациях. Итак, пристегнитесь, мы взлетаем!

Модель данных

Как всегда, давайте сначала кратко рассмотрим модель данных, которую мы будем использовать. Это та же самая модель, которую мы используем в этой серии, так что вы уже должны быть знакомы. В случае, если это не так, просто взгляните на таблицы и на то, как они связаны.

Мы разберем 6 примеров SQL, начиная с довольно простого. Каждый пример будет добавлять что-то новое, и мы обсудите цель обучения, стоящую за каждым запросом. Я буду использовать тот же подход, который описан в статье Изучаем SQL: как написать сложный запрос SELECT? Давайте начнем.

#1 Пример SQL — SELECT

Мы хотим изучить, что находится в таблице вызовов в нашей модели. Следовательно, нам нужно выбрать все атрибуты, и мы отсортируйте их сначала по employee_id, а затем по start_time.

1 2 3 4 5 6

— Список всех звонков (отсортированных по сотрудникам и времени начала) SELECT * FROM call ORDER BY     call.employee_id ASC,     call.start_time ASC;

Это довольно простой запрос, и вы должны понять его без проблем. Единственное, что я хотел бы отметить здесь, это то, что мы упорядочили наш результат сначала по идентификатору сотрудника (call.employee_id ASC), а затем по времени начала звонка (call.start_time). В реальных ситуациях это то, что вы должны сделать, если хотите выполнить аналитику в течение времени по заданным критериям (все данные для одного и того же сотрудника упорядочены друг за другом).

#2 Пример SQL — функция DATEDIFF

Нам нужен запрос, который должен возвращать все данные о звонках, а также продолжительность каждого звонка в секундах. Мы будем использовать предыдущий запрос в качестве отправной точки.

1 2 3 4 5 6 7 8

— Список всех вызовов вместе с продолжительностью вызова SELECT     call.*,     DATEDIFF(«SECOND», call.start_time, call.end_time) AS call_duration ОТ call. ORDER BY     call. employee_time ASCcall, 9 0 003 9 0 003 9 0 003

Возвращаемый результат почти такой же, как и в предыдущем запросе (те же столбцы и порядок), за исключением добавления одного столбца. Мы назвали этот столбец call_duration. Чтобы получить продолжительность вызова, мы использовали функцию SQL Server DATEDIFF. Он принимает 3 аргумента, единицу измерения разницы (нам нужны секунды), первое значение даты и времени (время начала, нижний значение), второе значение даты и времени (время окончания, более высокое значение). Функция возвращает разницу во времени в заданных единицах измерения.

• Примечание. SQL Server имеет ряд функций (дата и время), и мы рассмотрим наиболее важные из них в следующих статьях.

#3 Пример SQL — DATEDIFF + функция агрегирования

Теперь мы хотим вернуть суммарную продолжительность всех звонков для каждого сотрудника. Итак, мы хотим иметь 1 строку для каждого сотрудника и сумму продолжительности всех звонков, которые он когда-либо делал. Мы продолжим с того места, на котором остановились в предыдущем запросе.

1 2 3 4 5 6 7 8 10 110003 12 13 14

— Сумма продолжительности вызовов на каждый сотрудник SELECT Employee.id, Employee.first_name, employee.last_name, Сумма (Datediff («Second», Call.Start_Time, Call.end_Time) ) AS call_duration_sum Из Call Внутреннее объединение сотрудников по вызову. Employeee_id = employee.id Группа на Outloceee.id, Employee.first_name, omployee.last_name Заказ на .

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

• Мы объединили таблицы call и employee, потому что нам нужны данные из обеих таблиц (детали сотрудника и продолжительность звонка).
• Мы использовали агрегатную функцию SUM(…) вокруг ранее рассчитанной продолжительности разговора для каждого сотрудника.
• Поскольку мы сгруппировали все на уровне сотрудников, у нас есть ровно 1 строка для каждого сотрудника.

• Примечание: При объединении результата, возвращаемого любой функцией, и агрегатной функции особых правил не существует. В нашем случае вы можете без проблем использовать функцию SUM с DATEDIFF.

#4 Пример SQL — расчет коэффициента

Для каждого сотрудника нам нужно вернуть все его звонки с указанием их продолжительности. Мы также хотим знать процент времени, которое сотрудник потратил на этот звонок, по сравнению с общим временем всех его звонков.

• Подсказка: Нам нужно объединить значение, рассчитанное для одной строки, с агрегированным значением. Для этого мы будем использовать подзапрос для вычисления этого агрегированного значения, а затем присоединимся к соответствующей строке.

1 2 3 4 5 6 7 8 10 110003 12 13 14 1999911110001 9000 2 14 9000 3 9000 3 9000 3 9000 2 9000 2 14 9000 3 9000 3 9000 2 9000 3 9000 3 9000 3 18 19 20 21 22 23 24

— % продолжительности звонков на каждого сотрудника по сравнению с продолжительностью всех его звонков Select Optamente.id, Outmoreee.first_name, holmentee.last_name, call.start_time, Call.end_time, Dateedif call_duration,     duration_sum.call_duration_sum,     CAST(CAST(DATEDIFF(«SECOND», call.start_time, call.end_time) AS DECIMAL(7,2)) / CAST(duration_sum.call_duration_sum AS DECIMAL(7,2)) AS DECIMAL(4,4)) AS call_percentage Из Call Внутреннее соединение Inner Joint On Call. employee_id = employee.id Внутреннее соединение ( Select Optainee.id, Sum (Datatediff («Second», Call.start_time, call.end_time)) Как call_duration_sum из Call Inner Jointement on Call.mployee_id = employee.id Группа на employee.id ) AS duration_sum on omemportee.0003     employee.id ASC,     call.start_time ASC;

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

• Самое главное, что мы поместили весь запрос, возвращающий агрегированное значение, в подзапрос (т. часть, начинающаяся со 2-го ВНУТРЕННЕГО СОЕДИНЕНИЯ (ВНУТРЕННЕЕ СОЕДИНЕНИЕ() и заканчивающееся на ) AS duration_sum ON employee. id = duration_sum.id. Между этими скобками мы поместили слегка измененный запрос из части № 2 Пример SQL — Функция DATEDIFF. Этот подзапрос возвращает идентификатор каждого сотрудника и СУММУ продолжительности всех его звонков. Просто подумайте об этом как об одной таблице с этими двумя значениями
• Мы присоединили «таблицу» из предыдущего пункта к таблицам вызовов и сотрудников, потому что нам нужны значения из этих двух таблиц.
• Мы уже проанализировали функцию DATEDIFF(…), используемую для расчета продолжительности одного вызова, в части № 2 Пример SQL — функция DATEDIFF
• Эта часть CAST( CAST(DATEDIFF(«SECOND», call.start_time, call.end_time) AS DECIMAL(7,2)) / CAST(duration_sum.call_duration_sum AS DECIMAL(7,2)) AS DECIMAL(4,4)) AS call_percentage очень важно. Сначала мы преобразовали оба дивиденда (CAST(DATEDIFF(«SECOND», call.start_time, call. end_time) AS DECIMAL(7,2))) и делитель (CAST(duration_sum.call_duration_sum AS DECIMAL(7,2)) как десятичные числа. Хотя они являются целыми числами, ожидаемый результат — десятичное число, и мы должны «сообщить» это SQL Server. В случае, если мы не CAST-ed их, SQL Server будет выполнять деление целых чисел. Мы также преобразовали результат в десятичное число. Этот не был нужен, потому что мы ранее определили это при приведении делимого и делителя, но я хотел отформатировать результат будет иметь 4 числовых значения, и все 4 из них будут десятичными знаками (это процент в десятичном формат)

Из этого примера мы должны помнить, что мы можем использовать подзапросы для возврата дополнительных значений, которые нам нужны. Возвращение агрегированное значение с помощью подзапроса и объединение этого значения с исходной строкой — хороший пример, когда мы могли бы сделать именно это.

#5 Пример SQL — среднее значение (AVG)

Нам нужно два запроса. Первый должен вернуть среднюю продолжительность звонка на одного сотрудника, а второй должен вернуть средняя продолжительность вызова для всех вызовов.

1 2 3 4 5 6 7 8 10 110003 12 13 14 1999911110001 9000 2 14 9000 3 9000 3 9000 3 9000 2 9000 2 14 9000 3 9000 3 9000 2 9000 3 9000 3 9000 3 18 19

— средняя продолжительность разговора на одного сотрудника SELECT     employee.id,     employee.first_name,     employee.last_name, 9   employee.first_name,     employee.last_name ORDER BY     employee.id ASC;   — средняя продолжительность вызова — все вызовы SELECT     AVG(DATEDIFF(«SECOND», call.start_time, call.end_time)) AS call_duration_avg ОТ вызова;

Нет необходимости объяснять это более подробно. Расчет средней продолжительности вызовов на одного сотрудника аналогичен расчету СУММЫ длительностей вызовов на одного сотрудника (пример № 3 SQL — DATEDIFF + функция агрегирования). Мы только что заменили агрегатную функцию SUM на AVG.

Второй запрос возвращает продолжительность вызова AVG для всех вызовов. Обратите внимание, что мы не использовали GROUP BY. Нам это просто не нужно, потому что все строки идут в эту группу. Это один из случаев, когда агрегатную функцию можно использовать без предложение GROUP BY.

#6 Пример SQL — сравнение значений AVG

Нам нужно рассчитать разницу между средней продолжительностью разговора по каждому сотруднику и средней продолжительностью разговора продолжительность всех звонков.

1 2 3 4 5 6 7 8 10 110003 12 13 14 19991119000 3 13 14 9000 3 9000 3 9000 3 9000 3 13 14 9000 3 9000 3 13 14 9000 3 9000 2 0002 17 18 19 20 21 22 23 24 25 26 27 28 29 30 310003 28 29 30 31 28 29 30 9000 21 28 29 30 31 0003

— разница между продолжительностью звонка AVG на одного сотрудника и длительностью звонка AVG0002 single_employee. call_duration_avg, single_employee.call_duration_avg — avg_all.call_duration_avg as avg_difference от ( Select 1 ock_id, .         AVG(DATEDIFF(«SECOND», call.start_time, call.end_time)) AS call_duration_avg     FROM call     ВНУТРЕННЕЕ СОЕДИНЕНИЕ сотрудник ON call.employee_id = employee.id Group By Officeeee.id, Outloceee.first_name, Employee.last_name ) Single_employee . («СЕКУНДА», call.start_time, call.end_time)) AS call_duration_avg     FROM call ) avg_all ON avg_all.join_id = single_employee.join_id;

Этот запрос действительно сложный, поэтому давайте сначала прокомментируем результат. У нас есть ровно 1 строка на каждого сотрудника со средней продолжительностью звонка на одного сотрудника и разницей между этой средней и средней продолжительностью всех звонков.

Итак, что мы сделали для этого. Отметим наиболее важные части этого запроса:

• Мы снова использовали подзапрос для возврата агрегированного значения — средней продолжительности всех вызовов.
• Кроме того, мы добавили это — 1 AS join_id. Он служит для объединения этих двух запросов с использованием идентификатора. Это же значение мы «сгенерируем» и в основном подзапросе.
• «Основной» подзапрос возвращает данные, сгруппированные на уровне сотрудника. Еще раз мы «сгенерировали» искусственный ключ, который мы будем использовать для соединения этих двух подзапросов — 1 AS join_id
• Мы объединили подзапросы с помощью искусственного ключа (join_id) и посчитали разницу между средними значениями

Заключение

Надеюсь, вы многому научились в сегодняшней статье. Главное, что я хотел бы, чтобы вы запомнили после этого, это то, что вы можете выполнять многие статистические вычисления непосредственно в SQL, а затем использовать веб-форму или Excel для представления результатов с помощью блестящих таблиц и графиков. Мы продолжим практиковаться в следующей статье, так что следите за обновлениями.

Содержание

Изучение SQL: операции CREATE DATABASE & CREATE TABLE

Изучение SQL: ВСТАВИТЬ В ТАБЛИЦУ

Изучение SQL: первичный ключ

Изучение SQL: внешний ключ

Изучение SQL: инструкция SELECT

Изучение SQL: ВНУТРЕННЕЕ СОЕДИНЕНИЕ и ЛЕВОЕ СОЕДИНЕНИЕ

Изучение SQL: сценарии SQL

Изучение SQL: типы отношений

Изучение SQL: объединение нескольких таблиц

Изучение SQL: агрегатные функции

Изучение SQL: как написать сложный запрос SELECT?

Изучение SQL: база данных INFORMATION_SCHEMA

Изучение SQL: типы данных SQL

Изучение SQL: теория множеств

Изучение SQL: пользовательские функции

Изучение SQL: определяемые пользователем хранимые процедуры

Изучение SQL: представления SQL

Изучение SQL: триггеры SQL

Изучение SQL: Практика запросов SQL

Изучение SQL: примеры запросов SQL

Изучение SQL: создание отчета вручную с помощью SQL-запросов

Изучение SQL: функции даты и времени SQL Server

Изучение SQL: создание отчетов SQL Server с использованием функций даты и времени

Изучение SQL: сводные таблицы SQL Server

Изучение SQL: экспорт SQL Server в Excel

Изучение SQL: введение в циклы SQL Server

Изучение SQL: Курсоры SQL Server

Изучение SQL: передовые методы SQL для удаления и обновления данных

Изучение SQL: соглашения об именах

Изучение SQL: задания, связанные с SQL

Изучение SQL: неэквивалентные соединения в SQL Server

Изучение SQL: SQL-инъекция

Изучение SQL: динамический SQL

Изучение SQL: как предотвратить атаки SQL Injection

• Автор
• Последние сообщения

Эмиль Дркусич

Эмиль — специалист по базам данных с более чем 10-летним опытом работы во всем, что связано с базами данных. В разные годы он работал в сфере информационных технологий и финансов, а сейчас работает фрилансером.

Его прошлые и настоящие занятия варьируются от проектирования баз данных и кодирования до обучения, консультирования и написания статей о базах данных. Также не забывайте, BI, создание алгоритмов, шахматы, филателия, 2 собаки, 2 кошки, 1 жена, 1 ребенок…

Вы можете найти его на LinkedIn

Просмотреть все сообщения Эмиля Drkusic

Последние сообщения Эмиля Drkusic (посмотреть все)

sql:query — Drush

Выполнить запрос к базе данных.

Примеры

• drush sql:query "SELECT * FROM users WHERE uid=1" . Просмотр записи пользователя. Префиксы таблиц, если они используются, должны добавляться к именам таблиц вручную.
• drush sql:query --db-prefix "SELECT * FROM {users}" . Просмотр записи пользователя. Префиксы таблиц учитываются. Внимание: все фигурные скобки будут удалены.
• $(drush sql:connect) < example.sql . Импорт операторов SQL из файла в текущую базу данных.
• drush sql:query --file=example.sql . Альтернативный способ импорта операторов SQL из файла.
• drush ev "return db_query('SELECT * FROM users')->fetchAll()" --format=json . Получить данные обратно в формате JSON. См. https://github.com/drush-ops/drush/issues/3071#issuecomment-347929777.
• drush sql:connect -e "выбрать * из лимита пользователей 5;" . Результаты отформатированы в красивую таблицу с границами и заголовками столбцов.

Аргументы

• [запрос] . SQL-запрос. Игнорируется, если указан --file.

Опции

• --файл-результата[=ФАЙЛ-РЕЗУЛЬТАТА] . Сохранить в файл. Файл должен относиться к корню Drupal.
• --file=ФАЙЛ . Путь к файлу, содержащему SQL для запуска. Файлы Gzip принимаются.
• --файл-удалить . Удалите --file после его запуска.
• --extra=ДОПОЛНИТЕЛЬНО . Добавьте пользовательские параметры в строку подключения (например, --extra=--skip-column-names)
• --дб-префикс . Включите замену фигурных скобок в вашем запросе.
• --база данных[=БАЗА ДАННЫХ] . Ключ подключения к БД при использовании нескольких подключений в settings.php. [по умолчанию: по умолчанию ]
• --цель[=ЦЕЛЬ] . Имя цели в указанном соединении с базой данных. [по умолчанию: по умолчанию ]
• --db-url=DB-URL . URL-адрес базы данных в стиле Drupal 6. Например, mysql://root:pass@localhost:port/dbname
• --показать-пароли . Показать пароль в CLI. Полезно для отладки.

Общие параметры

• -v|vv|vvv, --verbose .