Как на самом деле процедура магазина работает

Question

я привык много времени, я знаю различия между SQL запросами и зром,

SQL query will be compiled everytime it is executed. 
Stored procedures are compiled only once when they are 
executed for the first time. 

Это вопрос общей базы данных

Но один большое сомнение,

Например,

одна динамическая работа, то есть я передаю идентификатор пользователя в SP и sp, вернет имя пользователя, пароль, полную информацию,

Так что для этого сценария запрос должен выполнить еще раз знать, так что является необходимым СП вместо SQL QUERY,

Пожалуйста, удалите это сомнение,

Привет спасибо за все ваши обновления,

, но я не хочу, преимущество, сравнение,

просто сказать,

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

Например,

если проход Идентификатор_пользователя 10, то зр также читать записи 10,

, если я прохожу 14 затем, SP снова посмотрите на 14 записей, увидеть это та же работа NORMAL SQL QUERY

делает , но в то время выполнения и выборки, так почему я должен идти на зр,

с уважением

Answer 1

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

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

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

MySQL, как и другие РСУБД, имеет кэш запросов. Но это позволяет избежать компиляции и только в том случае, если запрос в точности совпадает с ранее выполненным запросом, что означает, что кеш не используется, если вы выполняете 2 раза один и тот же запрос с разными значениями в предложении where, например.

Answer 2

Я не вижу причины для хранимой процедуры просто запрашивать все детали пользователя.

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

1. Чтобы создать интерфейс для пользователей, которые скрывают детали схемы от клиентов.
2. Производительность.Обширные вычисления в большом наборе данных могут быть более эффективными на сервере базы данных.
3. Иногда может быть сложно (или невозможно, в зависимости от вашего навыка) выразить то, что, по вашему мнению, вам нужно, в декларативном, основанном на наборах языке, таком как SQL , Вот когда некоторые люди бросают руки и пишут хранимые процедуры.

Только 1. будет оправданным из вашего вопроса. Я бы рекомендовал придерживаться SQL.

ОБНОВЛЕНИЕ. Новая информация, предоставленная вами, по-моему, не оправдывает хранимые процедуры. Запрос, который возвращает 14 записей, является обычным.