Forum: Datenbanken
by TigerLilly,
14. Sep 2017
Natural key vs surrogate key - das Netz ist voll davon :-)
Ich geb dir recht, manchmal macht ein "künstlicher" Primärschlüssel einem das Leben leichter. Aber für mich ist das immer ein Hinweis, dass das Datenmodell nicht stimmt. Oder das abzubildende Problem nicht verstanden wurde.
Ein künstlicher Primärschlüssel macht Datenaustausch/Datenabgleich nahezu unmöglich. Ich fürchte mich vor...
Forum: Datenbanken
by TigerLilly,
14. Sep 2017
Das halte ich für eine sehr gewagte Behauptung. In der Regel wirst du den Unterschied nicht mal messen können. Integer-Keys brauchen weniger Platz als String-Keys, darum geht der Vergleich ein kleines bisschen schneller, aber da sind andere Faktoren viel viel wichtiger. Je mehr Datensätze es sind und je länger der Key ist, desto mehr schlägt das zu Buche, aber ich würde sagen, da reden wir von >...
Forum: Datenbanken
by TigerLilly,
13. Sep 2017
Weil je größer das transaction log wird, desto langsamer wird die Sache. Bulk Insert etc sind nicht notwendigerweise in einer Transaktion, siehe BATCHSIZE.
Außerdem bekommt man bei großen und lang dauernden Transaktionen meistens Platzprobleme, weil das Log explodiert.
Deshalb frage ich ja. Ich würde gern wissen, wie die Laufzeiten sind, wenn zB 100 Sätze in einer Transaktion gesammelt sind.
Forum: Datenbanken
by TigerLilly,
13. Sep 2017
Und du schließt den ganzen Import in eine(!) Transaktion ein?
In der Regel macht das die Sache langsam. Hast du versucht, kleinere Blöcke (zB 10 Datensätze) in eine Transaktion zu packen?
Forum: Datenbanken
by TigerLilly,
13. Sep 2017
Schön für dich. Es wäre nett, wenn du die Lösung auch noch postest.
Forum: Datenbanken
by TigerLilly,
12. Sep 2017
Was hast du in eine Transaktion geklammert - nur das Statement oder alles?