[Communication] Pourquoi utiliser des procédures stockées en SQL, et quels sont les avantages ?

À mon avis, les procédures stockées sont simplement un ensemble de fusions SQL. Un peu de contrôle logique est ajouté au milieu.

Cependant, les procédures stockées sont plus utiles lorsqu’on traite des entreprises plus complexes.
Par exemple, une manipulation complexe de données. Si vous vous en occupez à l’accueil. Plusieurs connexions à la base de données peuvent être impliquées. Mais si vous utilisez des procédures stockées. Une seule fois. Il y a un avantage en termes de temps de réponse.
En d’autres termes, les procédures stockées peuvent nous apporter les avantages d’une meilleure efficacité opérationnelle.
De plus, les programmes sont sujets à l’instabilité des bugs, et les procédures stockées, tant qu’il n’y a pas de problèmes de base de données, il n’y aura pratiquement aucun problème. En d’autres termes, en termes de sécurité, le système qui utilise des procédures stockées est plus stable.

Les projets avec de petites quantités de données ou qui n’ont rien à voir avec l’argent peuvent fonctionner normalement sans procédures stockées. Les procédures stockées de MySQL n’ont pas encore été testées en pratique. S’il s’agit d’un projet formel, il est recommandé d’utiliser SQL Server ou Oracle stored procedures. Lorsqu’on traite des données à données, le processus est bien plus rapide qu’un programme. L’intervieweur a demandé s’il y avait du stockage, en fait, il voulait savoir si le programmeur venu à l’entretien avait réalisé un projet avec une grande quantité de données. Si c’est un projet format, un petit projet ou une petite entreprise, il y aura certainement moins de contacts avec le stockage.

Par conséquent, si vous souhaitez entrer dans une grande entreprise, vous ne pouvez pas le faire sans une riche expérience des processus de stockage.

Alors, quand peut-on utiliser le stockage ? Pour les petits projets qui ne sont pas très volumineux en données et peu complexes en traitement métier, ne sont-ils pas nécessaires ?
Erreur. Les procédures stockées ne conviennent pas seulement aux grands projets, mais aussi aux projets de petite et moyenne taille, l’utilisation de procédures stockées étant également très nécessaire. Sa puissance et ses avantages se reflètent principalement dans :
  1. Les procédures stockées ne sont compilées qu’au moment de la création, et il n’est pas nécessaire de les recompiler à chaque exécution future de la procédure stockée, tandis que les instructions SQL générales sont compilées à chaque exécution, ce qui permet d’améliorer la vitesse d’exécution de la base de données.
  2. Lors d’opérations complexes effectuées sur la base de données (telles que mettre à jour, insérer, interroger et supprimer plusieurs tables), cette opération complexe peut être encapsulée dans des procédures stockées et utilisée en conjonction avec le traitement des transactions fourni par la base de données. Ces opérations, si elles sont effectuées de manière programmatique, deviennent des instructions SQL qui peuvent nécessiter plusieurs connexions à la base de données. Au lieu de stockage, vous n’avez besoin de vous connecter à la base de données qu’une seule fois.
  3. Les procédures stockées peuvent être réutilisées, ce qui réduit la charge de travail des développeurs de bases de données.
  4. Haute sécurité, seul cet utilisateur peut être configuré pour avoir le droit d’utiliser le processus stocké spécifié.