Commentaires pour SQL & SQL Server sans tabou

Commentaires sur Et si on se passait des clés étrangères ? par iberserk

iberserk — Wed, 19 Sep 2012 15:51:43 +0000

Ce n’est pas spécialement pour abonder dans le sens de SQLPRO mais votre approche me semble bien naïve…
Vous partez du POSTULAT que votre « technique » est infaillible car « tout le monde il est gentil tout le monde il est compétent, et personne ne ferait de requête en oubliant la jointure ».

Et bien on ne vit pas dans le même monde…

Impossible pour moi de cautionner cela, il y aura toujours des « boulettes » de faites d’autant plus probables à la vue du niveau moyen en SQL des développeurs (non DBA j’entends…)…

La preuve même les japonais se sont fait avoir

J’en reste là…

Commentaires sur Quand les fonctions tables surpassent les vues et CTE. par iberserk

iberserk — Wed, 19 Sep 2012 15:17:40 +0000

Le résultat que vous souhaitez obtenir n’a rien à voir avec la récursivité utilisée dans votre CTE (CTE ne veux pas dire récursif au passage….)???

Vous pouvez appliquer cette logique à n’importe qu’elle auto-jointure si vous allez par là…

Commentaires sur Quelques choses à savoir sur les espaces en fin de chaîne par zinzineti

zinzineti — Thu, 28 Jun 2012 22:14:13 +0000

http://blog.developpez.com/zinzineti/p10550/sql-server-2008/attention-a-la-fonction-len/

Commentaires sur Assigner des variables et renvoyer un résultat en une seule opération par sergejack

sergejack — Wed, 27 Jun 2012 13:39:18 +0000

Voici un exemple plus « viril » qui peut vous aider à cerner les gains de performance que cette approche peut amener:


 


SET NOCOUNT ON 


SET STATISTICS TIME OFF 


SET STATISTICS IO OFF 


 


IF Object_ID('dbo.t388Part', 'U') IS NOT NULL DROP TABLE dbo.t388Part; 


IF Object_ID('dbo.t388Article', 'U') IS NOT NULL DROP TABLE dbo.t388Article; 


IF Object_ID('dbo.t388Blacklist', 'U') IS NOT NULL DROP TABLE dbo.t388Blacklist; 


GO 


 


SELECT 


    Src.Name -- Non unique 


    , N' 


Lorem ipsum dolor sit amet, consectetur adipiscing elit. Etiam sit amet urna at nulla aliquam vulputate quis eget dui. Quisque ac mauris lorem. Donec sed neque nec urna tincidunt ultrices et eleifend nunc. Sed nunc nunc, egestas at rhoncus at, lacinia at risus. Sed tincidunt odio nec felis lacinia ac vestibulum urna sodales. Curabitur egestas elementum mauris non consequat. Class aptent taciti sociosqu ad litora torquent per conubia nostra, per inceptos himenaeos. Vestibulum venenatis ipsum vel metus euismod posuere vitae a odio. Mauris eget est vel massa dapibus vestibulum a at ipsum. Quisque vel libero nec justo posuere ultrices. Morbi volutpat dapibus ornare. Nulla facilisis lobortis pretium. Phasellus leo mauris, suscipit eget imperdiet sit amet, egestas non urna. Fusce non euismod orci. 


 


Proin a ligula risus, sed scelerisque orci. Fusce imperdiet viverra est eu pretium. Sed nibh erat, volutpat at hendrerit interdum, bibendum sed libero. Pellentesque ut ullamcorper felis. In hac habitasse platea dictumst. Morbi ut quam bibendum arcu rhoncus tempus a id ipsum. Aliquam ornare mollis magna, vitae fermentum nisi viverra quis. Nulla lectus felis, suscipit vel viverra nec, pharetra ut elit. Nulla a bibendum ipsum. Sed odio quam, dignissim in fermentum at, rutrum id mauris. 


 


Nunc congue dictum dolor, a tristique quam sollicitudin a. Nullam nec ornare ipsum. Quisque id dignissim magna. Lorem ipsum dolor sit amet, consectetur adipiscing elit. Vivamus scelerisque arcu et dui porttitor varius. Proin at nisl odio, ut vehicula nulla. Curabitur tempus lobortis aliquet. Quisque quis enim orci, varius commodo felis. Mauris non ligula in sem euismod dapibus. 


 


Aliquam convallis consequat quam, sed suscipit justo fermentum commodo. Aliquam elit libero, placerat sit amet posuere in, malesuada quis massa. Morbi hendrerit enim non sapien congue sit amet tristique sem aliquet. Ut sed justo ac tellus pellentesque gravida sed a est. Integer ut imperdiet arcu. Curabitur volutpat sagittis massa vitae faucibus. Phasellus aliquam, erat quis tempus porta, dui massa molestie orci, sit amet suscipit augue arcu ut velit. Mauris ultrices erat lorem. 


 


Proin eget augue sed dui condimentum faucibus vitae vel lectus. Curabitur turpis lacus, sodales id pellentesque eget, dictum et ligula. Curabitur malesuada ante vel ante aliquet convallis cursus mauris iaculis. Vestibulum commodo condimentum luctus. Nam nisl lacus, consequat vel suscipit ut, consectetur sed lorem. Cras eu consequat elit. Sed condimentum adipiscing magna vel interdum. Quisque interdum metus at nibh condimentum a commodo massa venenatis. Duis eget sem turpis, eu volutpat est. Aliquam molestie, quam sed varius pellentesque, leo est facilisis tortor, ut congue erat lorem non quam. Nam porta cursus consectetur. Vestibulum ante ipsum primis in faucibus orci luctus et ultrices posuere cubilia Curae; Phasellus condimentum venenatis massa eget volutpat. Mauris at sem non nisi ultricies tristique at id urna. Curabitur volutpat, nunc sed dapibus hendrerit, mauris quam auctor ligula, sed semper sem est nec magna.  


' AS Txt 


INTO t388Blacklist 


FROM ( 


    VALUES('A%'), ('LAS%'), ('ERREM%'), ('CORPORA%'), ('AT%'), ('SEA%'), ('SIT%'), ('PETENTIUM%'), ('QUAERENDUM%'), ('EU%'), ('FASTIDII%'), ('OFFICIIS%'), ('MEI%'), ('AN%'), ('EST%'), ('TE%'), ('FABULAS%'), ('PERICULIS%'), ('EU%'), ('TATION%'), ('OFFICIIS%'), ('HIS%'), ('SIT%'), ('AUTEM%'), ('INVIDUNT%'), ('UT%') 


) Src(Name); 


GO 


 


WITH A (N) AS (SELECT 1 FROM (VALUES (1), (1), (1), (1), (1), (1), (1), (1), (1), (1)) X (N)), 


B (N) AS (SELECT 1 FROM A A1, A A2, A A3), 


C (N) AS (SELECT ROW_NUMBER() OVER (ORDER BY (SELECT 1)) FROM B B1, B B2, B B3), 


Nums AS (SELECT N FROM C WHERE N <= 1000) 


SELECT DISTINCT 


    Src.Name + Convert(varchar(11), Nums.N) Name -- Unique 


INTO t388Article 


FROM 


    ( 


         VALUES('STET'), ('PORRO'), ('PUTENT'), ('NO'), ('PRO'), ('DICO'), ('DOLORES'), ('ACCOMMODARE'), ('NEC'), ('EU'), ('USU'), ('TE'), ('ZRIL'), ('SCRIPSERIT'), ('NECESSITATIBUS'), ('IUS'), ('SUMO'), ('QUIDAM'), ('FACILISIS'), ('EA'), ('IUS'), ('AT'), ('ATQUI'), ('REFERRENTUR'), ('EA'), ('VIRIS'), ('OCURRERET'), ('CONSTITUAM'), ('MEI'), ('PRI'), ('IN'), ('IRIURE'), ('RECTEQUE'), ('VOLUPTATUM'), ('EX'), ('DOLORE'), ('PUTENT'), ('VOLUPTATUM'), ('USU') 


    ) Src(Name) 


    CROSS JOIN Nums 


GO 


 


SELECT 


    A.Name refArticle, 


    X.Number 


INTO t388Part    


FROM 


    t388Article A 


    CROSS APPLY ( 


         SELECT ABS(CAST(CAST(NEWID() AS VARBINARY) AS BIGINT)) 


    ) Random (Number) 


    -- 1 to 5 parts 


    CROSS APPLY ( 


         SELECT  Src.Number 


         FROM (VALUES (1),(2),(3),(4),(5)) Src (Number) 


         WHERE Src.Number <= (Random.Number % 5) + 1 


    ) X 


GO 


 


SET STATISTICS IO ON; 


 


PRINT ' 


No op 


'; 


PRINT 'No op Step 1: Articles blacklisted more than once' 


    SELECT 


         A.Name, 


         BL.Txt, 


         Count(*) NbBlacklist, 


         Sum(CASE WHEN A.Name = BL.Name THEN 1 ELSE 0 END) ExactMatch 


    FROM 


        t388Article A 


        INNER JOIN t388Blacklist BL 


          ON A.Name LIKE BL.Name 


    GROUP BY A.Name, BL.Txt 


    HAVING Count(*) >= 2; 


PRINT ''; 


 


PRINT 'No op Step 2: Related parts' 


SELECT 


    P.refArticle, 


    P.Number 


FROM 


    t388Part P 


WHERE 


    EXISTS ( 


        SELECT * 


        FROM 


          t388Article A 


          INNER JOIN t388Blacklist BL 


            ON A.Name LIKE BL.Name 


        WHERE 


          P.refArticle = A.Name 


        GROUP BY A.Name, BL.Txt 


        HAVING Count(*) >= 2 


    ); 


PRINT ''; 


GO 


 


PRINT ' 


insert 


'; 


PRINT 'insert Step 1: Articles blacklisted more than once'; 


DECLARE @tmp TABLE ( 


    Name varchar(Max), 


    Txt NVARCHAR(MAX), 


    NbBlacklist int, 


    ExactMatch int 


); 


 


INSERT @tmp 


OUTPUT inserted.* 


SELECT 


    A.Name, 


    BL.Txt, 


    Count(*) NbBlacklist, 


    Sum(CASE WHEN A.Name = BL.Name THEN 1 ELSE 0 END) ExactMatch 


FROM 


    t388Article A 


    INNER JOIN t388Blacklist BL 


        ON A.Name LIKE BL.Name 


GROUP BY A.Name, BL.Txt 


HAVING Count(*) >= 2; 


PRINT ''; 


 


PRINT 'insert Step 2: Related parts'; 


SELECT 


    P.refArticle, 


    P.Number 


FROM 


    t388Part P 


    INNER JOIN @tmp T 


        ON P.refArticle = T.Name; 


PRINT ''; 


GO 


 


PRINT ' 


Merge 


'; 


PRINT 'Merge Step 1: Articles blacklisted more than once'; 


DECLARE @tmp TABLE ( 


    Name varchar(MAX) 


); 


 


MERGE @tmp T 


USING ( 


    SELECT 


        A.Name, 


        BL.Txt, 


        Count(*) NbBlacklist, 


        Sum(CASE WHEN A.Name = BL.Name THEN 1 ELSE 0 END) ExactMatch 


    FROM 


        t388Article A 


        INNER JOIN t388Blacklist BL 


          ON A.Name LIKE BL.Name 


    GROUP BY A.Name, BL.Txt 


    HAVING Count(*) >= 2 


) Src 


ON 1 = 2 


WHEN NOT MATCHED THEN 


    INSERT (Name) 


    VALUES (Src.Name) 


OUTPUT Src.*; 


PRINT ''; 


 


PRINT 'Merge Step 2: Related parts' 


SELECT 


    P.refArticle, 


    P.Number 


FROM 


    t388Part P 


    INNER JOIN @tmp T 


        ON P.refArticle = T.Name; 


PRINT ''; 


GO

Commentaires sur Quelques choses à savoir sur les espaces en fin de chaîne par sergejack

sergejack — Wed, 27 Jun 2012 08:10:25 +0000

DATALENGTH() renvoyant un résultat dépendant de l’encodage (UNICODE par exemple), je préfère en éviter l’emploi.
Alors même si DATALENGTH(‘abc ‘) renverra bien 4 (puisqu’il s’agit d’une chaîne non unicode où chaque lettre occupe un octet), je préfère utilisez LENGTH([chaîne unocide ou non] + ‘.’) – 1

Commentaires sur Quelques choses à savoir sur les espaces en fin de chaîne par elsuket

elsuket — Wed, 27 Jun 2012 00:29:31 +0000

Bonjour SergeJack,

En effet pour le dernier exemple, si l’on souhaite prendre en compte les espaces, il faudra utiliser la fonction DATALENGTH()

@++

Commentaires sur Et si on se passait des clés étrangères ? par sergejack

sergejack — Thu, 21 Jun 2012 16:18:32 +0000

Ce que vous dîtes, tout aussi croustillante soit-il, ne concerne pas la mécanique défendue dans ce billet.
Il s'agit ici d'un scénario tout à fait analogue à ce que vous avez l'habitude de faire en jouant de SET DEFAULT.

La seule différence (encore une fois, soulignée dans ce billet) est la nécessité de ne jamais récupérer/modifier/insérer des lignes "dépendantes" sans jointure avec les lignes "influentes" (à une ou plusieurs niveaux).
Si vos tomodachi avaient procédé ainsi (sans que cela aurait forcément été judicieux) il n'auraient pas eu une seule ligne orpheline.

Quant aux suppressions, elles sont faites par batch aux heures creuse.

Il existe des solutions robustes et performante où des tables de schemas différents sont en relation, comme quoi la vie sans FK est possible.

Commentaires sur Et si on se passait des clés étrangères ? par sqlpro

sqlpro — Thu, 21 Jun 2012 14:13:23 +0000

Pour avoir fait depuis une vingtaine d'années de nombreux audits de bases de données, je n'ai jamais vu de base dans laquelle l'absence de contrainte de clef étrangère FOREIGN KEY, et donc l'absence d'intégrité référentielle ne se traduisait pas en production par des lignes orphelines.
Expérience récente : chez un des grand constructeur de photocopieurs japonais, audit d'une des plus grosse base de données de SAV client réalisée par l'équipe japonaise. Les japonais étant très pointilleux sur la qualité, ils nous avaient assuré que l'application gérait parfaitement l'intégrité des données et qu'en aucun cas ils avaient détecté d'anomalies.
J'ai d'ailleurs été brillamment surpris : seules, deux tables avaient des lignes orphelines. L'une, une seule ligne, l'autre plusieurs, mais moins de 1% du volume total.
Lors de la remise de mon rapport d'audit, j'ai pointé du doigt cette problématique qui engendrait non seulement des problèmes de performances, mais aussi des statistiques fausses et des traitements mineurs erronés.
Mais on m'a demandé de modifier mon rapport fournit en PDF, afin de supprimer ce paragraphe. L'équipe française étant persuadé qu'à la lecture du document les développeurs japonais allaient se faire harakiri...

En fait il est mathématiquement impossible de réaliser l'intégrité référentielle par du code applicatif, tout simplement parce que les bases de données fonctionnement d'un SGBDR est ensembliste (modification d'un ensemble de lignes de manière simultané) alors que le code applicatif est itératif, c'est à dire agissant ligne à ligne.

Notez que Frank Edgar Codd, pointe du doigt dès l'origine, cette problématique dans sa règle n°12 :
"
Non subversion : Il ne doit pas être possible de transgresser les règles d’intégrité et les contraintes
définies par le langage relationnel du SGBDR en utilisant un langage de plus bas
niveau (gérant une seule ligne à la fois).
"

A +

Commentaires sur Et si on se passait des clés étrangères ? par sergejack

sergejack — Fri, 25 May 2012 11:37:43 +0000

-Se passer des contraintes FK n'a rien de stupide.-

Cher Terminator (j'ai bien vu votre présentation), la seule stupidité que je voit ici est celle de vos habituelles suffisance et entêtement.

Pour rendre service aux lecteurs (qui souvent vous font confiance), je vais me permettre avant de vous répondre, de trancher un bon coup dans l'aura de gourou qui vous entoure.
Vous vivez (bien, je suppose) de la diffusion de vos connaissances (livres, cours, etc.) et la contradiction de vos propos ne s’inscrit pas dans votre business plan.
Néanmoins, vous avez plus souvent que vous ne l'imaginez tort et vous vous cramponnez aux seuls scénarios que vous même aillé envisagés ou rencontrés. Vous avez l'entêtement d'un Terminator et cela handicape très fortement le potentiel dont vous dotent vos connaissances (que j'apprécie, figurez-vous).

Maintenant, en réponse à votre remarque :

1) Ne confondez pas contrainte et donnée.

Je parle bien de supprimer la contrainte, je ne parle aucunement de dé-normaliser les tables.
Donc, les tables et jointures restent les même, seule la contrainte tombe.

2) Les contraintes FK permettent de ne pas avoir à vérifier la jointure.

Voici l'optimisation à laquelle vous songez (et dont vous parlez dans votre présentation) :
Quand des tables sont mises en relations dans une requête et qu'il existe une contrainte FK à cet effet, si aucune données de la table influente ne sont exploitées alors SQL Server ne va pas réellement faire la jointure.

Si SQL Server peut faire fit d'une jointure, le développeur de qualité en fera tout autant.
Car ce dernier aura la même présence d'esprit que SQL Server de ne pas "vérifier ce que la contrainte garantit déjà".

Je sais tout cela et je traite ce point dans le sujet.
Section "Pourquoi pas", je me cite "Cela n’est pas gênant quand, dans toutes vos requêtes, vous soumettez déjà les lectures des lignes dépendantes à leur relation aux lignes influentes".

Voilà.

En conclusion : se passer des contraintes FK n'a rien de stupide.

PS: Lorgnez un peu du côté de la communauté anglophone, ils sont bien plus créatifs (et moins bornés) que la communauté francophone dont vous êtes justement l'un des étendards :-)

Commentaires sur Et si on se passait des clés étrangères ? par sqlpro

sqlpro — Thu, 24 May 2012 17:53:11 +0000

C'est d'autant plus stupide de se passer de clef étrangères (Foreign Keys) que certains SGBDR comme SQL Server dispose d'une optimisation sémantique qui utilise les contraintes pour simplifier les plans de requêtes...
De plus il faudra se débarrasser des lignes orphelines en faisant des requêtes plus complexes, donc forcément plus couteuses.
Bref, croire que les contraintes c'est couteux et que l'on peut s'en passer est toujours hautement stupide. C'est une vue à court terme, qui à conduit de nombreux benêts à utiliser des SGBDR bas de gamme du genre MySQL et se trouver aujourd'hui dans des impasses techniques et de performances dramatique, car ce que l'on a pas fait dans les fondations, va rejaillir immanquablement en bien pire lors de la construction des étages :!!!

Pour une idée sur l'importance des contraintes pour l'optimisation des requêtes, regardez la démo que j'ai fait dans le cadre des SQL days 2011 chez Microsoft. Contraintes et performances / Journées SQL Server

A +