Il y a des situations qui nécessitent d'avoir une très grosse requête joignant plusieurs tables avec des instructions de sous-sélection pour produire les résultats souhaités. Ma question est la suivante: devrions-nous envisager d'utiliser plusieurs requêtes plus petites et intégrer les opérations logiques dans la couche application en interrogeant la base …
J'ai un problème avec la planification des requêtes de PostgreSQL 9.6. Ma requête ressemble à ceci: SET role plain_user; SELECT properties.* FROM properties JOIN entries_properties ON properties.id = entries_properties.property_id JOIN structures ON structures.id = entries_properties.entry_id WHERE structures."STRUKTURBERICHT" != '' AND properties."COMPOSITION" LIKE 'Mo%' AND ( properties."NAME" LIKE '%VASP-ase-preopt%' OR properties."CALCULATOR_ID" …
J'ai une requête qui s'exécute en 800 millisecondes dans SQL Server 2012 et prend environ 170 secondes dans SQL Server 2014 . Je pense que j'ai réduit cela à une mauvaise estimation de cardinalité pour l' Row Count Spoolopérateur. J'ai lu un peu sur les opérateurs de spoule (par exemple, …
Dans mon application, j'ai une requête qui effectue une recherche dans le tableau "fichiers". La table "fichiers" est partitionnée par "f". "Créée" (voir la définition de la table et contient ~ 26 millions de lignes pour le client 19 ("f". "Cid = 19). Le point ici est, si je fais …
J'essaie de voir s'il existe un moyen de tromper SQL Server pour utiliser un certain plan pour la requête. 1. Environnement Imaginez que vous ayez des données qui sont partagées entre différents processus. Supposons donc que nous ayons des résultats d'expérience qui prennent beaucoup de place. Ensuite, pour chaque processus, …
Structure DB simple (pour un forum en ligne): CREATE TABLE users ( id integer NOT NULL PRIMARY KEY, username text ); CREATE INDEX ON users (username); CREATE TABLE posts ( id integer NOT NULL PRIMARY KEY, thread_id integer NOT NULL REFERENCES threads (id), user_id integer NOT NULL REFERENCES users (id), …
J'ai une requête qui prend environ 3 heures pour s'exécuter sur notre serveur - et elle ne tire pas parti du traitement parallèle. (environ 1,15 million d'enregistrements en dbo.Deidentified, 300 enregistrements en dbo.NamesMultiWord). Le serveur a accès à 8 cœurs. UPDATE dbo.Deidentified WITH (TABLOCK) SET IndexedXml = dbo.ReplaceMultiWord(IndexedXml), DE461 = …
J'ai une requête qui doit filtrer le résultat d'un UDF scalaire. La requête doit être envoyée comme une seule instruction (donc je ne peux pas affecter le résultat UDF à une variable locale) et je ne peux pas utiliser de TVF. Je suis conscient des problèmes de performances causés par …
La requête suivante sur un étranger prend environ 5 secondes pour s'exécuter sur 3,2 millions de lignes: SELECT x."IncidentTypeCode", COUNT(x."IncidentTypeCode") FROM "IntterraNearRealTimeUnitReflexes300sForeign" x WHERE x."IncidentDateTime" >= '05/01/2016' GROUP BY x."IncidentTypeCode" ORDER BY 1; Lorsque j'exécute la même requête sur une table normale, elle revient en 0,6 seconde. Les plans d'exécution …
J'ai deux ensembles de mesures terrestres à partir de données satellites, chacun avec des champs temporels (mjd pour la date moyenne julienne) et des positions géographiques (GeoPoint, spatial) et je cherche des coïncidences entre les deux ensembles de sorte que leurs temps correspondent à un seuil de 3 heures (ou …
Actuellement, je compare deux ensembles de données, qui contiennent des StoreKey/ProductKeycombinaisons uniques . Le premier ensemble de données contient les StoreKey/ProductKeycombinaisons uniques de ventes entre début janvier 2012 et fin mai 2014 (résultat = 450 000 lignes). Le deuxième ensemble de données a les StoreKey/ProductKeycombinaisons uniques , pour des ventes …
Pour faire suite à ma question précédente sur le dépannage des performances d'un site Sharepoint , je me demandais si je pouvais faire quelque chose au sujet des attentes de CXPACKET. Je sais que la solution instinctive consiste à désactiver tout parallélisme en définissant MAXDOP sur 1 - cela semble …
Je suis simplement curieux de savoir pourquoi une requête agrégée s'exécute tellement plus rapidement avec une GROUP BYclause que sans. Par exemple, l'exécution de cette requête prend près de 10 secondes SELECT MIN(CreatedDate) FROM MyTable WHERE SomeIndexedValue = 1 Alors que celui-ci prend moins d'une seconde SELECT MIN(CreatedDate) FROM MyTable …
Nous avons une énorme base de données de production, sa taille est d'environ 300 Go. Existe-t-il une approche pour améliorer les performances d'une requête de suppression? À l'heure actuelle, la vitesse de suppression est comprise entre 1 et 10 000 par minute, c'est très lent pour nous.
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.