Questions marquées «optimization»

Dans le contexte d'une base de données, l'optimisation fait référence au processus de l'optimiseur de requêtes sélectionnant un plan d'exécution physique efficace.

1
Les requêtes lentes ne se connectent pas
J'essaie d'activer la journalisation lente des requêtes sur notre serveur afin d'identifier toutes les requêtes qui pourraient utiliser l'optimisation. Cela semble assez simple, mais mon fichier n'est pas en cours d'écriture. Je ne reçois aucune erreur ou quelque chose du genre, il ne semble tout simplement pas consigner les requêtes …
1
Pourquoi ces requêtes similaires utilisent-elles différentes phases d'optimisation (traitement des transactions vs plan rapide)?
L'exemple de code dans cet élément de connexion Affiche un bug où SELECT COUNT(*) FROM dbo.my_splitter_1('2') L1 INNER JOIN dbo.my_splitter_1('') L2 ON L1.csv_item = L2.csv_item Renvoie les résultats corrects. Mais ce qui suit renvoie des résultats incorrects (en 2014 en utilisant le nouvel estimateur de cardinalité) SELECT (SELECT COUNT(*) FROM …
2
Une requête WHERE fera-t-elle des vérifications sur des comparaisons plus simples (c'est-à-dire bit) avant d'exécuter des comparaisons plus ardues (c'est-à-dire varchar)?
Si j'écris une requête qui inclut une WHEREclause composée , par exemple: SELECT * FROM MyTable WHERE BitField = 1 AND VarcharField = 'asdf' et l'inclusion de cette bitcomparaison exclut simplement les mêmes champs que la varcharcomparaison exclura, la présence de cette bitcomparaison de champs me rendra-t-elle une amélioration des …
2
Pourquoi cette requête n'utilise-t-elle pas mon index non cluster et comment puis-je la créer?
Pour faire suite à cette question sur l'augmentation des performances des requêtes, j'aimerais savoir s'il existe un moyen de rendre mon index utilisé par défaut. Cette requête s'exécute en environ 2,5 secondes: SELECT TOP 1000 * FROM [CIA_WIZ].[dbo].[Heartbeats] WHERE [DateEntered] BETWEEN '2011-08-30' and '2011-08-31'; Celui-ci fonctionne en environ 33 ms: …
2
L'utilisation de la logique NOT par rapport aux index
Selon le livre de Microsoft sur le développement de bases de données Examen 70-433: Développement de bases de données Microsoft SQL Server 2008 : Ni les caractères génériques de tête ni la logique NOT ne permettent à l'optimiseur de requête d'utiliser des index pour optimiser la recherche. Pour des performances …
2
Conditions Postgres JOIN vs conditions WHERE
Postgres newbie here. Je me demande si cette requête est optimisée ou non? J'ai essayé de JOIN ON uniquement les valeurs qui sont 100% nécessaires et en laissant toutes les conditions dynamiques dans la clause WHERE. Voir ci-dessous. SELECT * FROM myapp_employees JOIN myapp_users ON myapp_users.user_id=myapp_employees.user_id JOIN myapp_contacts_assoc ON myapp_contacts_assoc.user_id=myapp_users.user_id …
1
Postgres: nombre (*) vs nombre (id)
J'ai vu dans la documentation la différence entre count(*)et count(pk). J'avais utilisé count(pk)(où pkest a SERIAL PRIMARY KEY) sans savoir l'existence de count(*). Ma question concerne les optimisations internes de Postgres. Est-il suffisamment intelligent pour SERIAL PRIMARY KEYcomprendre qu'un va exister dans chaque ligne et ne jamais être faux et …
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.