En UPDATE statement kan ikke slette rækker, medmindre der er en trigger, der udfører sletningen bagefter, og du siger, at tabellen ikke har nogen triggere.
Så det måtte være det scenarie, jeg lagde ud for dig i min kommentar:Rækkerne blev ikke indlæst korrekt til den nye tabel, og den gamle tabel blev droppet.
Bemærk, at det endda er muligt for den at have kikket rigtigt for dig, hvor rækkerne blev indlæst på et tidspunkt - hvis transaktionen ikke blev forpligtet, og så (for eksempel) senere, når din session blev afsluttet, blev transaktionen automatisk rullet tilbage. Transaktionen kunne også være blevet rullet tilbage af andre årsager.
Desuden kan jeg have fået rækkefølgen forkert:den kan oprette den nye tabel under et nyt navn, indlæse rækkerne, slippe den gamle tabel og omdøbe den nye. I dette tilfælde har du muligvis forespurgt den forkerte tabel for at finde ud af, om dataene var blevet indlæst. Jeg kan ikke lige nu huske, hvordan borddesigneren strukturerer sine scripts – der er mere end én måde at flå denne kat på.