
Lade die kostenlose Kindle-App herunter und lese deine Kindle-Bücher sofort auf deinem Smartphone, Tablet oder Computer – kein Kindle-Gerät erforderlich. Weitere Informationen
Mit Kindle für Web kannst du sofort in deinem Browser lesen.
Scanne den folgenden Code mit deiner Mobiltelefonkamera und lade die Kindle-App herunter.

Mehr erfahren
SQL : Au cœur des performances: Tout ce que les développeurs doivent savoir à propos des performances en SQL Taschenbuch – 28. März 2013
- Seitenzahl der Print-Ausgabe204 Seiten
- SpracheFranzösisch
- HerausgeberWinand, Markus
- Erscheinungstermin28. März 2013
- ISBN-103950307834
- ISBN-13978-3950307832
Produktbeschreibungen
Pressestimmen
Über den Autor und weitere Mitwirkende
Produktinformation
- Herausgeber : Winand, Markus (28. März 2013)
- Sprache : Französisch
- Taschenbuch : 204 Seiten
- ISBN-10 : 3950307834
- ISBN-13 : 978-3950307832
- Originaltitel : SQL Performance Explained
- Kundenrezensionen:
Kundenrezensionen
Kundenbewertungen, einschließlich Produkt-Sternebewertungen, helfen Kunden, mehr über das Produkt zu erfahren und zu entscheiden, ob es das richtige Produkt für sie ist.
Um die Gesamtbewertung der Sterne und die prozentuale Aufschlüsselung nach Sternen zu berechnen, verwenden wir keinen einfachen Durchschnitt. Stattdessen berücksichtigt unser System beispielsweise, wie aktuell eine Bewertung ist und ob der Prüfer den Artikel bei Amazon gekauft hat. Es wurden auch Bewertungen analysiert, um die Vertrauenswürdigkeit zu überprüfen.
Erfahre mehr darüber, wie Kundenbewertungen bei Amazon funktionieren.Spitzenrezensionen aus anderen Ländern

Que ce soit pour apprendre les fondamentaux des performances des bases de données ou bien se remettre à jour, ce livre vous sera donc très utile.
A vous de lire maintenant…


Omission, inexactitudes, erreurs :
L'auteur parle des index fonctionnels, mais n'y a pas opposé la notion d'index sémantique sui se cache derrière les contraintes PRIMARY KEY et UNIQUE. Bien entendu, il ne dénonce pas non plus la mauvaise pratique de MySQL qui consiste à créer systématiquement un index derrière toute contrainte FOREIGN KEY, ce qui est parfaitement, stupide !
Un certains nombres de remarques concernant SQL Server date de la version 2000 et le moteur actuel, entièrement refait avec la version 2005 n'a plus rien à voir. C'est donc avec 10 ans de retard que s'effectue cette comparaison...
Chapitre 1 :
les principaux index des SGBDR sont des BTree+ en non des BTree (le + signifie que les pages sont chaînées).
Chapitre 2 :
Page 18 - optimisation RBO. Remarque fausse. Certains SGBDR utilisent l'optimisation sémantique (RBO). PostGreSQL un tout petit peu (dans le cadre du partitionnement), Oracle un peu plus (pour élaguer les jointures), SQL Server beaucoup plus (pour les jointures et prédicats).
Page 45 - LIKE. certains SGBDR comme SQL Server disposent de statistiques particulières permettant d'optimiser les recherches LIKE.
Page 48 - Indexation textuelle. Incomplet sur la recherche "full-text" concernant SQL Server qui propose outre le prédicat CONTAINS, le prédicats FREETEXT et les fonctions "table" CONTAINSTABLE et FREETEXTTABLE ainsi que la recherche textuelle dans les métadonnées et la recherche sémantique.
Page 77 : l'auteur omet de parler de l'algébriseur de certains SGBDR (Oracle, SQL Server) capable de récrire à la volée la requête afin de la rendre "sargable"
Chapitre 5 :
Page 122 : l'auteur parle beaucoup trop succinctement des index "inclus", alors que c'est une technique d'une redoutable efficacité. Hélas implémentée uniquement sur SQL Server...
Page 125 : les remarques sur les "tables organisées en index" (index clustered) sont incomplètes et fausses. Visiblement l'auteur ne les a pas suffisamment testées ! En effet dire qu'ils sont la plupart du temps inefficaces est totalement faux. Ils sont même à l'origine des moteurs Ingres, Sybase et SQL Server. Et pour ce dernier, son optimisation bien plus poussée que la concurrence est essentiellement dû à ce type d'index dont le moteur sait tirer partie (ce qui n'est pas le cas d'Oracle avec ses IOT...).
Chapitre 7 :
L'auteur ne vas pas assez loin dans ce chapitre, en ne présentant pas le seule solution efficace, cohérente et intègre concernant la pagination des données.
Peut être la traduction (il faut quand même rendre hommage à Guillaume Lelarge de Dalibo pour l'avoir fait...) a t-elle perdu un peu de la valeur du livre ?