Können wir in neueren Versionen von PostgreSQL (Stand: Dezember 2013) eine Abfrage zwischen zwei oder mehr Kernen gemeinsam nutzen, um eine Leistungssteigerung zu erzielen? Oder sollten wir schnellere Kerne bekommen?
Ich muss eine fortlaufende Summe über einen Datumsbereich berechnen. Zur Veranschaulichung, unter Verwendung der AdventureWorks-Beispieldatenbank , würde die folgende hypothetische Syntax genau das tun, was ich brauche: SELECT TH.ProductID, TH.TransactionDate, TH.ActualCost, RollingSum45 = SUM(TH.ActualCost) OVER ( PARTITION BY TH.ProductID ORDER BY TH.TransactionDate RANGE BETWEEN INTERVAL 45 DAY PRECEDING AND CURRENT …
Ich habe ein Abfragemuster, das sehr häufig vorkommt, aber ich weiß nicht, wie ich eine effiziente Abfrage dafür schreiben soll. Ich möchte die Zeilen einer Tabelle nachschlagen, die "dem letzten Datum nicht nach" den Zeilen einer anderen Tabelle entsprechen. Ich habe zum Beispiel einen Tisch, inventoryder das Inventar darstellt, das …
Ich wurde von Kimberly Tripp wie diese einige große Artikel über SQL Server Plan Caching lesen: http://www.sqlskills.com/blogs/kimberly/plan-cache-and-optimizing-for-adhoc-workloads/ Warum gibt es überhaupt eine Option zur "Optimierung für Ad-hoc-Workloads"? Sollte das nicht immer an sein? Unabhängig davon, ob die Entwickler Ad-hoc-SQL verwenden oder nicht, warum sollte diese Option nicht für jede Instanz …
Ich habe eine ziemlich einfache Frage SELECT TOP 1 dc.DOCUMENT_ID, dc.COPIES, dc.REQUESTOR, dc.D_ID, cj.FILE_NUMBER FROM DOCUMENT_QUEUE dc JOIN CORRESPONDENCE_JOURNAL cj ON dc.DOCUMENT_ID = cj.DOCUMENT_ID WHERE dc.QUEUE_DATE <= GETDATE() AND dc.PRINT_LOCATION = 2 ORDER BY cj.FILE_NUMBER Das ist eine schreckliche Leistung für mich (als hätte ich nie darauf gewartet, dass es …
Ich möchte verstehen, warum es einen so großen Unterschied bei der Ausführung der gleichen Abfrage auf UAT (läuft in 3 Sekunden) und PROD (läuft in 23 Sekunden) geben würde. Sowohl UAT als auch PROD haben genau Daten und Indizes. ABFRAGE: set statistics io on; set statistics time on; SELECT CONF_NO, …
Ich habe eine PostgreSQL 9.2-Instanz, die auf einem RHEL 6.3-Computer mit 8 Kernen und 16 GB RAM ausgeführt wird. Der Server ist dieser Datenbank zugeordnet. Angesichts der Tatsache, dass die Standardeinstellung für postgresql.conf in Bezug auf die Speichereinstellungen recht konservativ ist, hielt ich es für eine gute Idee, Postgres mehr …
Unser System schreibt viele Daten (eine Art Big-Data-System). Die Schreibleistung ist gut genug für unsere Anforderungen, aber die Leseleistung ist wirklich zu langsam. Die Primärschlüsselstruktur (Constraint) ist für alle unsere Tabellen ähnlich: timestamp(Timestamp) ; index(smallint) ; key(integer). Eine Tabelle kann Millionen von Zeilen enthalten, sogar Milliarden von Zeilen, und eine …
Bei einer mäßig komplexen Abfrage, die ich optimieren möchte, ist mir aufgefallen, dass das Entfernen der TOP nKlausel den Ausführungsplan ändert. Ich hätte gedacht, dass, wenn eine Abfrage TOP ndas Datenbankmodul enthält , die Abfrage ausgeführt wird, wobei die TOPKlausel ignoriert wird , und am Ende das Ergebnis auf die …
Das Thema: Wir haben eine soziale Website, auf der Mitglieder sich gegenseitig auf Kompatibilität oder Übereinstimmung bewerten können. Diese user_match_ratingsTabelle enthält über 220 Millionen Zeilen (9 Gig-Daten oder fast 20 Gig-Indizes). Abfragen für diese Tabelle werden routinemäßig in slow.log angezeigt (Schwellwert> 2 Sekunden) und sind die am häufigsten protokollierte langsame …
Wenn ich eine UPDATEAnweisung habe, die tatsächlich keine Daten ändert (weil sich die Daten bereits im aktualisierten Zustand befinden). Gibt es einen Leistungsvorteil, wenn die WHEREKlausel überprüft wird , um das Update zu verhindern? Zum Beispiel würde sich die Ausführungsgeschwindigkeit zwischen UPDATE 1 und UPDATE 2 wie folgt unterscheiden: CREATE …
Ich konnte ein Problem mit der Abfrageleistung reproduzieren, das ich als unerwartet beschreiben würde. Ich suche nach einer Antwort, die sich auf Interna konzentriert. Auf meinem Computer führt die folgende Abfrage einen Clustered-Index-Scan durch und benötigt ca. 6,8 Sekunden CPU-Zeit: SELECT ID1, ID2 FROM two_col_key_test WITH (FORCESCAN) WHERE ID1 NOT …
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.