Sql Server 2008-Update-Abfrage so viel Zeit

Ich habe eine Tabelle name Companies mit 372370 records.

Und es ist nur eine Zeile, die hat CustomerNo = 'YP20324'.

Ich eine folgende Abfrage ausgeführt und das dauert so viel Zeit, ich wartete 5 Minuten und es war immer noch läuft. Ich konnte nicht herausfinden, wo das problem ist. 

UPDATE Companies SET UserDefined3 = 'Unzustellbar 13.08.2012' WHERE CustomerNo = 'YP20324'
  • was ist Indizes ??
  • "372370 records. "- das ist eine sehr kleine Zahl....
  • Überprüfen Sie die sperren für die Tabelle. Versuchen Sie es ausführen SELECT mit der gleichen WHERE - Klausel und sehen Sie, wie viel Zeit es braucht.
  • es dauert weniger als eine Sekunde, wenn ich ausführen, WÄHLEN Sie mit der gleichen WHERE-Klausel.
InformationsquelleAutor Kamran | 2013-11-29
  1. 4

    Sie don ' T Trigger on update, das auf dieser Tabelle?
    Haben Sie eine cascade foreign key auf die Spalte?

    Sind Sie sicher, dass die Leistung Ihrer server? versuchen Sie, einen Blick auf die Speicher, cpu, wenn Sie die Abfrage ausführen (zum Beispiel auf einem 386er mit 640 MB könnte ich verstehen, dass es langsam ist :p)

    Und für die sperren können Sie mit der rechten klicken Sie auf die Datenbank und auf den Bericht, den Sie sehen können, das blockieren von Transaktionen. Manchmal hilft es, für gleichzeitigen Zugriff.

    InformationsquelleAutor Mathese F
  2. 2

    Versuchen Sie, einen index auf das Feld, das Sie verwenden in Ihrem WHERE Klausel:

    CREATE INDEX ix_CompaniesCustomerNo ON Companies(CustomerNo);

    Überprüfen Sie auch, ob es andere aktive Abfragen, die blockieren könnten das update.

    InformationsquelleAutor SAS
  3. 2

    Versuchen Sie diese SQL und sehen, was läuft:

    SELECT TOP 20
        R.session_id, R.status, R.start_time, R.command, Q.text
FROM
        sys.dm_exec_requests R
        CROSS APPLY sys.dm_exec_sql_text(R.sql_handle) Q
WHERE R.status in ('runnable')
ORDER BY R.start_time

    Mehr details:
    Liste der Abfragen unter SQL-Server
    oder
    http://sqlhint.com/sqlserver/scripts/tsql/list-long-running-queries

    Sobald ich jemanden gefunden, Datenbank verkleinern und blockieren alle anderen Menschen.

    InformationsquelleAutor vasin1987
  4. 1

    Mehr als wahrscheinlich nicht Ihre UPDATE nichts tut, wird das nur darauf wartet, blockiert durch eine andere Anweisung. Verwenden Activity Monitor zu untersuchen, was die Ursache der Blockierung. Wahrscheinlich haben Sie ein weiteres statement, dass die Schritte einer Transaktion, und Sie haben vergessen, es zu schließen.

    Könnte es andere Ursachen zu, zB. Datenbank/log Wachstum. Nur Sie können die Untersuchung. Ein index auf CustomerNo erforderlich ist, stimmt, aber das fehlen eines index ist unwahrscheinlich, um zu erklären, 5 Minuten auf 370k Datensätze. Blockieren ist eher.

    Gibt es mehr fortschrittliche tools wie sp_whoisactive.

    InformationsquelleAutor Remus Rusanu
  5. 0

    5mn ist viel zu lang für 370k Zeilen, auch ohne Indizes, jemand anderes ist das sperren Ihre update. verwenden sp_who2 (oder activity monitor), und überprüfen Sie BlockedBy Spalte zu finden, die sperren Ihre update

    InformationsquelleAutor ARA
  6. 0

    Ich würde vorschlagen, um eine Neuerstellung der Indizes. Das sollte sicher helfen.

    Wenn Sie nicht über index auf Feld CustomerNo müssen Sie eine hinzufügen.

    InformationsquelleAutor Paresh Varde
  7. -1

    370k Datensätze ist nichts für sql Server. Sie sollten überprüfen, Indizes auf dieser Tabelle. Jeder index macht den update-Vorgang länger.

    • Sie sollten klären, was du meinst mit "Jeder index macht den update-Vorgang länger"; In diesem Fall ist ein index für das Feld verwendet wird, in der WHERE Klausel würde erheblich beschleunigen update. Wenn Sie viele Indizes zu aktualisieren, weil der Felder, die sich geändert haben, dass könnte verlangsamt INSERT oder UPDATE aber nicht viel, und nur, wenn das Massenladen von vielen Zeilen.
    InformationsquelleAutor semao
Schreibe einen Kommentar