Discussion :

[new_wave]

Bonjour,

J'essaie de comprendre l'effet de l'option WITH RECOMPILE à la création d'une procédure stockée.

Si j'ai bien compris, l'utilisation de cette option entraîne la recompilation automatique d'une procédure stockée.

J'ai aussi compris que seules les parties de la procédure stockées qui présentent un changement par rapport à la première exécution( modification de valeur des paramètres ) est recompilée .

Mais qu'en est- il des plans d'execution?
A la première exécution, un plan d'exécution est placé dans le cache plan .Où est situé ce cache plan, en mémoire, fans un fichier particulier?

A la recompilation, ce plan d'exécution est-il modifié?


Pour finir, quel est l'intérêt de choisir la clause OPTION(RECOMPILE) par rapport à la clause WITH RECOMPILE?

Merci beaucoup de votre aide sur ces points car j'ai un peu de mal avec la doc microsoft.

Bien cordialement.

new_wave

[SQLpro]

Dans une routine SQL (Trigger, Procédure, UDF) il y a du code SQL (requêtes) et du code Transact SQL (procédural).
Pour une procédure l'option WITH RECOMPILE, recompile le code TRANSACT SQL, mais pas les requêtes...
Pour recompiler une requête sans toucher au code Transact SQL de la procédure, vous devez ajouter OPTION (RECOMPILE) en fin de requête.

Autrement dit vous avez toutes les options possible :
1) ne recompiler que le code procédural => WITH RECOMPILE
2) recompiler une ou plusieurs requête(s) avec OPTION RECOMPILE
3) tout recompiler avec WITH RECOMPILE + OPTION RECOMPILE

CONSEIL :
Il n'est pas toujours souhaitable de recompiler toutes les requêtes d'une procédure. Seule les requêtes complexes sont parfois intéressantes à recompiler.
La recompilation de la procédure relance sa mise en cache

A +

[new_wave]

Bonjour et merci beaucoup de votre réponse.

Pouvez vous me dire où est placé le cache plan : est ce un fichier temporaire ou est il en partie stocké en mémoire?
Merci à vous .

Par ailleurs, j'ai les questions suivantes relatives à l'approbation SQL Serveur à la connexion d'un utilisateur

Si l’utilisateur du réseau est approuvé dans SQL Server, ou s’il appartient à un groupe qui est approuvé dans SQL Server, alors l’utilisateur sera connecté au serveur SQL.

Vous indiquez dans votre cours sur la sécurité SQL Serveur

Au niveau SGBDR SQL Server, vous avec des comptes de connexion au serveur qui peuvent être de deux sortes :

1) un mappage de compte Windows
C’est à dire un compte Windows enregistré dans le serveur SQL et donc autorisé à y pénétrer.
Syntaxe minimale de création d’un mapping d’utilisateur Windows à un compte de connexion SQL :
CREATE LOGIN <nom_utilisateur_Windows> FROM WINDOWS;

Ce que je ne comprends pas bien c'est ceci

un compte Windows enregistré dans le serveur SQL et donc autorisé à y pénétrer

Quand j'utilise mon compte Windows pour me connecter à Sql serveur , comment mon compte peut il être enregistré dans Sql Serveur alors qu'il s'agit d'un compte Windows?Est ce un enregistrement qui se fait automatiquement sans que je fasse aucune opération? Si oui, pourquoi est ce fait ainsi ?

Merci beaucoup de votre aide sur ce point.

Par ailleurs, j'ai appris que lorsque une base de données est OFFLINE, il n'est pas possible de faire des opérations de maintenance sur cette base de données .

Comment peut on alors procéder s'il est nécessaire de réparer cette base de données ?

Pour finir,j'ai lu ceci à propos des extensions de base de données

. Pour éviter de perdre de la place disque, il existe deux types d’extensions :
• Uniforme : réservée à un seul objet.
• Mixte : partagée par plusieurs objets, 8 au maximum.
Lorsqu’une table est créée, les pages sont allouées dans une extension mixte. Quand les données représentent huit pages, alors des extensions uniformes sont allouées à la table.

Pouvez vous m'expliquer la notion d'extension mixte que je n'ai pas bien comprise , notamment

partagée par plusieurs objets, 8 au maximum.

Cela signifie t-il que ces extensions peuvent servir à la création de plusieurs objets (8 au maximum)?

Je vous remercie encore beaucoup de votre aide .

Bien cordialement.

new_wave

[SQLpro]

Bonjour et merci beaucoup de votre réponse.

Pouvez vous me dire où est placé le cache plan : est ce un fichier temporaire ou est il en partie stocké en mémoire?
Merci à vous .

Un cache c'est toujours et exclusivement de la mémoire en matière de SGBDR. Jamais de disque jamais de fichier. Pour information, vous pouvez avoir une "vision" des niveaux de cache de SQL Server à l'aide de la commande DBCC MEMORYSTATUS (environ 70 niveaux de cache...)

Par ailleurs, j'ai les questions suivantes relatives à l'approbation SQL Serveur à la connexion d'un utilisateur

Notez qu'il aurait fallu ouvrir une nouvelle discussion pour ce qui suit et qui fait référence à mon article sur le sujet :
https://blog.developpez.com/sqlpro/p..._et_utilisateu

Vous indiquez dans votre cours sur la sécurité SQL Serveur...
Quand j'utilise mon compte Windows pour me connecter à Sql serveur , comment mon compte peut il être enregistré dans Sql Serveur alors qu'il s'agit d'un compte Windows?

En lançant la commande qui figure dans ce même article

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

CREATE LOGIN <nom_utilisateur_Windows> FROM WINDOWS;

Est ce un enregistrement qui se fait automatiquement sans que je fasse aucune opération?

NON

...
Par ailleurs, j'ai appris que lorsque une base de données est OFFLINE, il n'est pas possible de faire des opérations de maintenance sur cette base de données .

Comment peut on alors procéder s'il est nécessaire de réparer cette base de données ?

OFFLINE signifie que la base de données est placé dans un mode inaccessible. Or inaccessible veut bien dire inaccessible ! Que ce soit par un utilisateur externe, vous par exemple ou interne (processus SQL Server) . À de très rare exceptions près (opération d'extrême urgence) aucune opération n'est donc possible dans ce mode.
Dans SQL Server, toutes les opérations de maintenance se font à chaud (la base est en exploitation), et sans blocage (les utilisateurs peuvent continuer de lire ou d'écrire les données, de modifier la structure des objets.... ). Par exemple la sauvegarde (BACKUP DATABASE...) ne peut se faire que si la base est en exploitation.

Pour finir,j'ai lu ceci à propos des extensions de base de données

Le mieux serait de lire mon livre "SQL Server 2014", qui le détaille.

Pouvez vous m'expliquer la notion d'extension mixte que je n'ai pas bien comprise , notamment

En gros, table et index sont structurés dans des pages de 8 Ko. Mais la lecture du disque se fait par bloc de 64 Ko regroupant donc 8 pages contiguës. Certaines extensions peuvent donc contenir 8 pages d'un même index ou d'une même table (on parle alors d'extensions uniformes) et d'autre peuvent combiner les pages de différents index ou table (on parle d'extensions mixtes). Il est possible de régler cela et depuis les dernières version de SQL Server, les extensions sont par défaut toutes uniformes.

Cela signifie t-il que ces extensions peuvent servir à la création de plusieurs objets (8 au maximum)?

OUI !

A +

[new_wave]

Bonjour et merci beaucoup de toutes ces réponses.

Je vais bien y réfléchir et reviens vers vous .

Bon confinement et bonne santé.

Bien cordialement.

new_wave