Messages des blogs récents

Envoyé par ulmeen

Bonjour (et bonne année 2024)

Je rencontre un souci suite à la migration de mon serveur SQL de 2014 à 2019

J'ai une fonction scalaire fn_IdentiteNomPrenomCodeCEA qui renvoi une chaine

Code :

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

SELECT dbo.fn_IdentiteNomPrenomCodeCEA(CodeUtil) as IdentiteCIInverse

donne ceci sur mon serveur 2014
NOM PRENOM BADGE

Lancée sur mon serveur 2019, j’ai une erreur de requête
Msg 208, Level 16, State 1, Procedure fn_IdentiteNomPrenomCodeCEA,

...

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Pour qu'un paramètre déclaré dans une procédure stockée soit optionnelle il faut la déclarer comme ci-dessous

Code :

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

@parmaName Type= NULL

Et pour que le paramètre ne soit pas pris en compte quand il n'est pas passé en paramètre ...

Cette solution est pour les version d'Access inferieure à 16.0.7812 et avec une architecture Sql Server / Ms-Access.

Tout champ BIGINT Sql Server est interprété dans une table liée Ms- Access de version inférieur à 16.0.7812 comme du texte court (255)

De plus si un BIGINT est déclaré comme une clé primaire (primary Key) alors la table liée affiche #supprimé dans tous les champs de toutes les lignes.

La solution est de déclarer le champ en DECIMAL (38,0) ...

• La première des choses à voir sur un serveur MS SQL est de voir si toutes les bonnes pratiques ont été appliquées. La plupart du temps cela débloque 50 à 90 % des problèmes.
• La seconde des choses à faire consiste à mener une campagne d'indexation : rajouter les index manquants et supprimer les index inutiles, redondants (doublons) ou inclus.
• La troisième des choses est de voir quels sont les objets lents (pas seulement les requêtes) : requêtes, procédures, déclencheurs et UDF.

...

La fonction TRIMa été introduite à partir de SQL Server 2017.
Dans sa forme la plus simple et triviale, elle permet de supprimer les caractères espaces char(32) situés au début et à la fin d'une chaîne. Elle peut ainsi avantageusement remplacer LTRIM(RTRIM(xxx))Exemple :

Code SQL :

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

SELECT '[' + TRIM('  VFDRBM ') + ']'  as Result

Résultat :

Code :

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

1
2
3
Result
---------
[VFDRBM]

Mais, un autre aspect peu connu de la fonction ...