Mysql процедуры: Хранимые процедуры в SQL — CodeTown.ru

Создание хранимых процедур в mysql

Определение 1

Хранимая процедура – это самостоятельная часть программного код, которую создают и хранят в БД MySQL.

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

Создание хранимой процедуры

Создадим процедуру с именем GetAllProducts() для получения списка всех продуктов из таблицы.

Для этого нужно загрузить mysql-клиент и выполнить следующие команды:

Команда DELIMITER // не входит в хранимые процедуры. DELIMITER – специальная команда, изменяющая стандартный разделитель запросов (по умолчанию «;») на указанный после нее.

Если не изменить разделитель, то mysql ошибочно интерпретирует процедуру и выдаст ошибку. После END используется разделитель // и с помощью команды DELIMITER возвращается значение разделителя «;».

Зарезервированные слова CREATE PROCEDURE указывают mysql, что нужно СОЗДАТЬ ПРОЦЕДУРУ. После этих слов нужно указать название хранимой процедуры (в примере GetAllProducts). Пустые скобки «()» после названия процедуры означает, что процедура не принимает никаких переменных.

Команды BEGIN и END соответственно открывают и закрывают блок кода SQL.

В консоли mysql хранимые процедуры писать не очень удобно. В таком случае можно воспользоваться GUI tools, с помощью которых можно создавать хранимые процедуры в интуитивно понятном интерфейсе.

В MySQL Workbench процедура создается нажатием правой кнопкой мыши на Routines и выбором в выпадающем меню пункта Create Procedure…

Далее вводим название хранимой процедуры и нажимаем кнопку Apply.

Можно просмотреть полный код, который отправится в MySQL, перед тем, как он запишется в базу данных. Если ошибок нет, нажимаем Apply.

После компиляции MySQL записывает процедуру в каталог. После завершения записи нажимаем кнопку Finish.

Можно увидеть созданную хранимую процедуру в списке Routines.

Вызов хранимой процедуры

Для вызова хранимой процедуры используется встроенная SQL команда CALL (ВЫЗВАТЬ):

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

Т.к. процедура должна выполнять команду *SELECT FROM products;**, т.е. ВЫБРАТЬ все ИЗ таблицы ПРОДУКТЫ, то примером ее работы может быть следующий результат:

Переменные в хранимых процедурах

Определение 2

Переменная является именованным объектом данных, содержащим некоторое значение при выполнении хранимой процедуры.

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

Декларирование переменных

Определение 3

Для декларирования переменных используется оператор DECLARE:

DECLARE – зарезервированный оператор.

variable_name – название переменной, к которому применяют такие же правила, что и к названию столбца данных в MySQL.

datatype(size) – тип переменной, которая используется, и ее размер. Переменные в MySQL могут принимать значения любого типа данных, например DATETIME, VARCHAR, INT и др.

DEFAULT default_value – позволяет задавать начальное значение переменной. Если оно не задано, то будет установлено значение по умолчанию NULL.

Для создания переменной total_sale, в которой будет храниться список покупок типа INT, и которая по умолчанию будет равна 0, запишем код:

Для декларирования нескольких переменных одного типа можно записать код:

или:

Присвоение значений переменной

Для присвоения значения переменной используют оператор SET.

К примеру, декларируем переменную total_count, а затем присвоим ей значение 10:

Помимо оператора SET может использоваться оператор SELECT INTO для передачи результата запроса в переменную. Обратим внимание, что запрос должен вернуть скалярное значение (т.е. одно).

В первой строке кода объявляется переменная total_products и устанавливается ее значение в 0.

Во второй и третьей строке используется оператор SELECT INTO для записи результата выполнения запроса SELECT COUNT(*) FROM products в созданную переменную.

Область видимости переменных

Каждая переменная имеет свою область видимости, определяющую время ее жизни.

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

Если декларировать переменную внутри блока BEGIN END, то она будет существовать лишь в пределах этого блока.

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

База Данных MySQL Хранимые процедуры для SQL Server

Что такое хранимая процедура?

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

Так что если у вас есть SQL-запрос, который вы пишете снова и снова, сохраните его как хранимую процедуру, а затем просто вызвать его, чтобы выполнить его.

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

Stored Procedure Синтаксис

CREATE PROCEDURE procedure_name
AS
sql_statement
GO;

Execute и Stored Процедуры

Демонстрационная база данных

Ниже приведен выбор из таблицы «Customers» в образце базы данных Northwind:

CustomerID	CustomerName	ContactName	Address	City	PostalCode	Country
1	Alfreds Futterkiste	Maria Anders	Obere Str. 57	Berlin	12209	Germany
2	Ana Trujillo Emparedados y helados	Ana Trujillo	Avda. de la Constitución 2222	México D.F.	05021	Mexico
3	Antonio Moreno Taquería	Antonio Moreno	Mataderos 2312	México D.F.	05023	Mexico
4	Around the Horn	Thomas Hardy	120 Hanover Sq.	London	WA1 1DP	UK
5	Berglunds snabbköp	Christina Berglund	Berguvsvägen 8	Luleå	S-958 22	Sweden

Пример хранимой процедуры

Следующая инструкция SQL создает хранимую процедуру с именем «селекталлкустомерс», которая выбирает все записи из таблицы «Customers»:

Пример

CREATE PROCEDURE SelectAllCustomers
AS
SELECT * FROM Customers
GO;

Execute the stored procedure above as follows:

Пример

EXEC SelectAllCustomers;

Хранимая процедура с одним параметром

Следующая инструкция SQL создает хранимую процедуру, которая выбирает клиентов из определенного города из таблицы «Customers»:

Пример

CREATE PROCEDURE SelectAllCustomers @City nvarchar(30)
AS
SELECT * FROM Customers WHERE City = @City
GO;

Выполните описанную выше хранимую процедуру следующим образом:

Пример

EXEC SelectAllCustomers City = «London»;

Хранимая процедура с несколькими параметрами

Настройка нескольких параметров очень проста.

Следующая инструкция SQL создает хранимую процедуру, которая выбирает клиентов из определенного города с определенным PostalCode из таблицы «Customers»:

Пример

CREATE PROCEDURE SelectAllCustomers @City nvarchar(30), @PostalCode nvarchar(10)
AS
SELECT * FROM Customers WHERE City = @City AND PostalCode = @PostalCode
GO;

Выполните описанную выше хранимую процедуру следующим образом:

Пример

EXEC SelectAllCustomers City = «London», PostalCode = «WA1 1DP»;

MySQL отладчик — быстрая отладка MySQL процедур и функций

dbForge Studio for MySQL представляет отладчик процедур MySQL!

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

• Первый специализированный отладчик для MySQL
• Отлаживает любой код
• Хранит логику MySQL сервера для выполнения процедур
• Предоставляет полный контроль над выполнением кода
• Превращает процесс отладки в удовольствие

Станьте обладателем первого специализированного отладчика для MySQL

Мы гордимся тем, что мы первые представили полнофункциональный отладчик хранимых процедур MySQL, основанный на собственной инновационной технологии.

Отлаживайте любой код

Вы можете свободно отлаживать процедуры, функции и даже триггеры. Отладка сложных скриптов развёртывания БД стала простой задачей. Отладчик для MySQL позволяет обойтись без написания сценария сообщений трассировки вручную.

Сохраняйте исходную логику выполнения процедуры

Почему это важно? Так как MySQL сервер не предоставляет никакого интегрированного инструмента отладки, вы должны отлаживать вручную. Однако ручная отладка в основном влияет на исходный процесс выполнения и даже на логику процедур. Таким образом, вместо исправления ошибок Вы удваиваете их количество и в результате получаете неправильные процедуры. Отладчик для MySQL, поставляемый в dbForge Studio, знает, как избежать этого.

Получите полный контроль над выполнением кода

Отладчик для MySQL обеспечивает полный контроль над выполнением кода, включающий:

• Полную поддержку пошагового выполнения кода (Войти в код, Выйти из кода, Перейти код)
• Точки останова для полного контроля над выполнением кода
• Стек вызовов с возможностью переключаться между фреймами
• Встроенный механизм вычисления значений переменных

Получите все, чтобы наслаждаться отладкой

Отладчик для MySQL, поставляемый в dbForge Studio, содержит удобный интерфейс отладки уровня современных средств разработки ПО, таких как Microsoft Visual Studio. Работа в привычной среде с удобной функциональностью делает отладку хранимых процедур и функций простой задачей.

Учебное пособие онлайн

Прочтите статью Отладка хранимых процедур MySQL (EN) чтобы ознакомиться с тем, как эффективно использовать отладчик MySQL.

Хранимые процедуры управления — база данных Azure для MySQL

• 3/18/2020
• Чтение занимает 2 мин

В этой статье

Хранимые процедуры доступны для серверов базы данных Azure для MySQL, которые помогают управлять сервером MySQL.Stored procedures are available on Azure Database for MySQL servers to help manage your MySQL server. Сюда входит управление подключениями сервера, запросами и настройка Репликация входных данных. This includes managing your server’s connections, queries, and setting up Data-in Replication.

Репликация входных данных хранимых процедурData-in Replication stored procedures

Репликация входных данных позволяет синхронизировать данные работающего локально сервера MySQL в виртуальных машинах или службах баз данных, размещенных другими облачными поставщиками, в службу базы данных Azure для MySQL.Data-in Replication allows you to synchronize data from a MySQL server running on-premises, in virtual machines, or database services hosted by other cloud providers into the Azure Database for MySQL service.

Следующие хранимые процедуры используются для установки или удаления Репликация входных данных между источником и репликой.The following stored procedures are used to set up or remove Data-in Replication between a source and replica.

Имя хранимой процедурыStored Procedure Name	Входные параметрыInput Parameters	Выходные параметрыOutput Parameters	Примечание об использованииUsage Note
mysql. az_replication_change_mastermysql.az_replication_change_master	master_hostmaster_host master_usermaster_user master_passwordmaster_password master_portmaster_port master_log_filemaster_log_file master_log_posmaster_log_pos master_ssl_camaster_ssl_ca	Н/ДN/A	Чтобы передать данные в режиме SSL, передайте контекст сертификата ЦС в параметр master_ssl_ca.To transfer data with SSL mode, pass in the CA certificate’s context into the master_ssl_ca parameter. Для передачи данных без использования SSL передайте пустую строку в параметр master_ssl_ca.To transfer data without SSL, pass in an empty string into the master_ssl_ca parameter.
mysql.az_replication _startmysql.az_replication _start	Н/ДN/A	Н/ДN/A	Запускает георепликацию.Starts replication.
mysql.az_replication _stopmysql.az_replication _stop	Н/ДN/A	Н/ДN/A	Останавливает георепликацию. Stops replication.
mysql.az_replication _remove_mastermysql.az_replication _remove_master	Н/ДN/A	Н/ДN/A	Удаляет отношение репликации между источником и репликой.Removes the replication relationship between the source and replica.
mysql.az_replication_skip_countermysql.az_replication_skip_counter	Н/ДN/A	Н/ДN/A	Пропускает одну ошибку репликации.Skips one replication error.

Сведения о настройке Репликация входных данных между источником и репликой в базе данных Azure для MySQL см. в статье настройка репликация входных данных.To set up Data-in Replication between a source and a replica in Azure Database for MySQL, refer to how to configure Data-in Replication.

Другие хранимые процедурыOther stored procedures

Для управления сервером в базе данных Azure для MySQL доступны следующие хранимые процедуры.The following stored procedures are available in Azure Database for MySQL to manage your server.

Имя хранимой процедурыStored Procedure Name	Входные параметрыInput Parameters	Выходные параметрыOutput Parameters	Примечание об использованииUsage Note
mysql.az_killmysql.az_kill	processlist_idprocesslist_id	Н/ДN/A	Эквивалентно KILL CONNECTION команде.Equivalent to KILL CONNECTION command. Будет завершать подключение, связанное с указанным processlist_id после завершения любой инструкции, когда соединение выполняется.Will terminate the connection associated with the provided processlist_id after terminating any statement the connection is executing.
mysql.az_kill_querymysql.az_kill_query	processlist_idprocesslist_id	Н/ДN/A	Эквивалентно KILL QUERY команде. Equivalent to KILL QUERY command. Прекратит выполнение инструкции, в которой выполняется подключение.Will terminate the statement the connection is currently executing. Оставляет подключение активным.Leaves the connection itself alive.
mysql.az_load_timezonemysql.az_load_timezone	Н/ДN/A	Н/ДN/A	Загружает таблицы часовых поясов, чтобы разрешить time_zone Присвоение параметру именованных значений (например,Loads time zone tables to allow the time_zone parameter to be set to named values (ex. «США/тихоокеанское»).»US/Pacific»).

Дальнейшие действияNext steps

Хранимые процедуры и функции — HTML, CSS, JavaScript, Perl, PHP, MySQL: Weblibrary.biz

Хранимые процедуры и функции – это новая возможность, появившаяся в версии MySQL 5.O. Хранимая процедура представляет собой набор SQL-операторов, ко­торые можно сохранять на сервере. После того, как это будет сделано, клиентам больше не придется повторно задавать одни и те же отдельные операторы; вместо этого они смогут обращаться к хранимой процедуре.
Ситуации, когда хранимые процедуры могут оказаться особенно полезными, таковы:

• Многочисленные клиентские приложения написаны на разных языках или рабо
  тают на различных платформах, но должны выполнять одинаковые операции с
  базами данных.
• Безопасность играет первостепенную роль. В банках, например, хранимые проце
  дуры используются для всех стандартных операций. Это обеспечивает совмести
  мость и безопасность среды, а процедуры гарантируют надлежащую регистрацию
  каждой операции. При таком типе установки приложения и пользователи не по
  лучают непосредственный доступ к таблицам базы данных и могут выполнять
  только конкретные хранимые процедуры.

Хранимые процедуры помогают повысить эффективность, поскольку при их исполь­зовании объем пересылаемой между сервером и клиентом информации существенно снижается. Обратная сторона состоит в том, что это увеличивает нагрузку на систему сервера баз данных, так как в этом случае на стороне клиента (приложения) выполняется меньшая часть работы, а на стороне сервера – большая. Обязательно учитывайте это, если сразу большое количество клиентских машин (таких как Web-серверы) обслуживает только один или всего несколько серверов баз данных.
Хранимые процедуры также позволяют создавать библиотеки функций на сервере баз данных. Эта опция, используемая современными языками приложений, допускает внутреннее применение такого проекта, например, для классов. Для программиста будет выгодным использование этих особенностей языка клиентских приложений даже вне контекста баз данных.
MySQL для хранимых процедур применяет синтаксис SQL:2003, который также используется в IBM DB2.

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

Понравилась статья? Поделиться с друзьями:

5.10 Управление Хранимыми процедурами и Функциями с помощью MySQL Query Browser

5.10. Управление Хранимыми процедурами и Функциями с помощью MySQL Query Browser

MySQL Query Browser поддерживает хранимые процедуры и хранимые функции когда используется с MySQL версии 5 или выше. Поддерживается создание, редактирование и просмотр хранимых процедур и функций.

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

Для того, чтобы отредактировать хранимую процедуру или функцию кликните правой кнопкой на ней в обозревателе баз данных и выберите опцию меню Edit Procedure или Edit Function. Откроется новая закладка редактора сценариев, в котором будет отображена процедура/функция. После того, как вы закончите редактирование кликните на кнопку Execute над областью сценария или выберите опцию меню Execute из меню Script, чтобы обновить процедуру/функцию.

Чтобы создать новую процедуру или функцию, выберите опцию Create Stored Procedure / Function из меню Script. Введите желаемое название процедуры или функции и кликните на соответствующей кнопке Create PROCEDURE или Create FUNCTION. Будет создан шаблон, прохожий на показанный ниже:

DELIMITER \\

DROP PROCEDURE IF EXISTS `test`.`new_proc`\\
CREATE PROCEDURE `test`.`new_proc` ()
BEGIN

END\\

DELIMITER ;
  

После того, как вы ввели код процедуры или функции, кликните на кнопкеExecute над областью сценария или выберите опцию Execute из меню Script чтобы создать ее.

Чтобы отредактировать все хранимые процедуры/функции одновременно, выберите опцию Edit All Stored Procedures / Functions из меню Script. Будет создана новая закладка редактора сценариев, содержащая все хранимые процедуры и функции будут сохранены для текущей базы данных, выбранной по умолчанию.

5.4. Сохраненные процедуры, функции, триггеры и репликация. MySQL: руководство профессионала

5.4. Сохраненные процедуры, функции, триггеры и репликация

В MySQL 5. 0 сохраненные процедуры и функции работают с репликацией?

Да, стандартные действия, выполненные в сохраненных процедурах и функциях, скопируются. Имеются несколько ограничений, которые описаны подробно в разделе «5.5. Двоичная регистрация сохраненных подпрограмм и триггеров».

Будут ли сохраненные процедуры и функции, созданные на главном сервере, скопированы на подчиненный?

Да, создание сохраненных процедур и функций, выполненное через нормальные инструкции DDL, скопируется на подчиненный, так что объекты будут существовать на обеих серверах. Инструкции ALTER и DROP для сохраненных процедур и функций также скопируются.

Как реплицируются действия, которые происходят внутри сохраненных процедур и скопированных функций?

MySQL записывает каждое событие DML, которое происходит в сохраненной процедуре, и копирует эти индивидуальные действия на подчиненный сервер. Фактические обращения, сделанные, чтобы выполнить сохраненные процедуры не скопируются. Сохраненные функции, которые изменяют данные, регистрируются как функциональные вызовы, а не как события DML, которые происходят внутри каждой функции.

Есть ли специальные требования защиты для использования сохраненных процедур и функций вместе с репликацией?

Да. Поскольку подчиненный сервер имеет полномочия, выполнить любое операторное чтение из двоичного файла регистрации главного сервера, специальные ограничения защиты существуют для использования сохраненных функций с репликацией. Если репликация или двоичная регистрация вообще (с целью восстановления в контрольной точке активна, то MySQL DBA имеет два параметров защиты для них:

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

В качестве альтернативы, DBA может устанавливать переменную системы log_bin_trust_function_creators в 1, что позволяет любому со стандартной привилегией CREATE ROUTINE создавать сохраненные функции.

Обратите внимание: до MySQL 5.0.16 эти ограничения также относятся к сохраненным процедурам, и переменная системы именована log_bin_trust_routine_creators.

Какие ограничения существуют для копирования сохраненной процедуры и функциональных действий?

Не детерминированные (произвольные) или основанные на времени действия, внедренные в сохраненных процедурах, не могут копироваться правильно. Для них очень характерны беспорядочно произведенные не предсказуемые результаты, которые не могут быть точно воспроизведены, а, следовательно, произвольные действия, скопированные на подчиненный сервер, не будут отражать, что именно выполнили на главном сервере. Обратите внимание, что объявление сохраненных функций как DETERMINISTIC или установка переменной системы log_bin_trust_function_creators в 0 не будет позволять вызывать произвольно оцененные операции.

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

В заключение, нетранзакционные таблицы, для которых происходят ошибки в течение больших действий DML (типа объемных вставок), могут испытывать проблемы дублирования, в которых главный сервер может частично модифицироваться из действия DML, но никакие модификации не выполнены на подчиненном из-за ошибок, которые произошли. Обойти проблему можно с ключевым словом IGNORE так, чтобы модификации на главном сервере, которые вызывают ошибки, игнорировались, а модификации, которые не вызывают ошибок, скопируются на подчиненный.

Предшествующие ограничения воздействуют на способность MySQL делать восстановление до контрольной точки?

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

Что будет делать MySQL, чтобы исправить вышеупомянутые ограничения?

Будущий выпуск MySQL, как ожидается, даст выбор в том, как репликация должна быть обработана:

Операторно-основанная репликация (текущая реализация).

Дублирование уровня строки (которое решит все ограничения, описанные ранее).

Триггеры работают с репликацией?

Триггеры и репликация в MySQL 5.0 работают также как в большинстве других СУБД: действия, выполненные через триггеры на главном сервере, не скопируются на подчиненный. Вместо этого, триггеры, которые существуют на таблицах, которые постоянно находятся на главном сервере, должны быть созданы на соответствующих таблицах на любых подчиненных серверах так, чтобы триггеры активизировались там соответственно главному.

Как действия, выполненные через триггер на главном сервере, скопированы на подчиненный?

Сначала, триггеры, которые существуют на главном сервере, должны быть вновь созданы на подчиненном сервере. Если это выполнено, поток дублирования работает как любая другая стандартная инструкция DML, которая участвует в дублировании. Например, рассмотрите таблицу EMP, которая имеет триггер AFTER insert, существующий на главном сервере. Та же самая таблица и триггер существуют также и на подчиненном сервере. Поток дублирования был бы:

Инструкция INSERT сделана в EMP.

Триггер AFTER сработал на EMP.

Инструкция INSERT записана в двоичный файл регистрации.

Подчиненный сервер подбирает инструкцию INSERT к EMP и выполняет ее.

Триггер AFTER в EMP, который существует на подчиненном сервере, активизируется.

MySQL DELIMITER

Резюме : в этом руководстве вы узнаете, как изменить разделитель MySQL по умолчанию с помощью команды DELIMITER .

При написании операторов SQL вы используете точку с запятой (;) для разделения двух операторов, как в следующем примере:

 
  SELECT * FROM products;

ВЫБРАТЬ * ИЗ клиентов;  
  Язык кода: SQL (язык структурированных запросов) (sql)  

Клиентская программа MySQL, такая как MySQL Workbench или программа mysql, использует разделитель (;) для разделения операторов и выполняет каждый оператор отдельно.

Однако хранимая процедура состоит из нескольких операторов, разделенных точкой с запятой (;).

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

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

Чтобы переопределить разделитель по умолчанию, используйте команду DELIMITER :

 
  DELIMITER delimiter_character  
  Язык кода: SQL (язык структурированных запросов) (sql)  

delimiter_character6 может состоять из одного символа разделителя 6. или несколько символов e.g., // или $$. Однако вам следует избегать использования обратной косой черты ( \ ), потому что это escape-символ в MySQL.

Например, этот оператор изменяет разделитель на //:

 
  DELIMITER //  
  Язык кода: SQL (язык структурированных запросов) (sql)  

После изменения разделителя вы можете использовать новый разделитель чтобы завершить оператор следующим образом:

 
  DELIMITER //

ВЫБРАТЬ * ИЗ клиентов //

SELECT * FROM products //  
  Язык кода: SQL (язык структурированных запросов) (sql)  

Чтобы изменить разделитель обратно на точку с запятой, используйте этот оператор:

 
  DELIMITER;  
  Язык кода: SQL (язык структурированных запросов) (sql)  

Использование MySQL

 
  DELIMITER $$

СОЗДАТЬ ПРОЦЕДУРУ sp_name ()
НАЧИНАТЬ
  -- заявления
КОНЕЦ $$

DELIMITER;  
  Язык кода: SQL (язык структурированных запросов) (sql)