MSSQL 2008 Standard

MSSQL 2008 Standard (15 Beiträge, 195 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Hi,

mein Kollege hat ne Datenbank wo Einträge die älter als 365 Tage automatisch gelöscht werden sollen - hat vielleicht wer eine Ahnung wie das funktioniert?

Greetz,

Maugrim

ja, du legst einen job an, den schedulest du so wie du ihn haben möchtest, und als action machst sowas in der art:

delete from [tablename] where datediff(yy,[columnnametimestamp],GetDate()) > 1

vorausgesetzt er hat den zeitstempel der records mit im tabledesign

schedule ihn lieber häufiger (täglich oder so), da ein delete von vielen records aufgrund der nötigen einträge im transaction log schon mal ne zeit dauern kann, und du in der zeit timeouts von anderen queries bekommen könntest.

23.06.2010, 09:33 Uhr - Editiert von zeddicus, alte Version: hier

Eine elegantere Variante wären wohl Filegroups. ( da wird zwar nicht gelöscht - nachher kann man das immer noch)

Damit kannst du aktuelle und ältere ( indem Fall wohl ein Jahr) Daten elegant trennen und z.b. auch auf unterschiedliche Datenträger (schnell und langsam) aufteilen.

ansonsten den Job von untenlaufen lassen! ABER ich wäre gegen täglich. EInmal im Monat und da halt in der Nacht (kommt natürlich auf die Anzahl der Datensätze an)

ABER ich wäre gegen täglich. EInmal im Monat und da halt in der Nacht (kommt
natürlich auf die Anzahl der Datensätze an)

Naja, in der Nacht wäre bei mir zum Beispiel fürn Hugo, da die Produktionsstätte im 24/7 Betrieb arbeitet.

Aber rein interessenhalber:
Was spricht gegen täglich?

Was spricht gegen täglich?

worst case:

x-Milliarden Datensätze, Datum als ist Teilstring eines Varchar -> Faktor Zeit !!!

pong

"Ein Gewitter reinigt die Luft", sagte ein Mann, nachdem ein Blitz seine Frau erschlug

dann ist meines garantiert besser !!!

mit merge /split bist da besser ausgehoben aber dazu muss man wissen welches Feld zur Verfügung steht.

bitte gib mir ein auscodiertes beispiel, ich meine das jetzt völlig ernst, denn ich lerne gerne dazu (alles was ich bis jetzt über sql weiß ist learning by doing)

Bitte antworte auf meine PN (private Nachricht!)

Ich hoffe du konntest etwas damit anfangen.

weil dann täglich alles weg ist ???

Um es dann zurückzuholen, falls ein Fehler passiert ist, musst auch immer zum T-LOG zurückgreifen.

Es wird ja irgendwann einmal mehr Zeit sein bzw mehr Ressourcen zu Verfügung stehen - dann könntest mit dem Governour mehr Ressourcen zuweisen bzw die Parallelisierung etwas mehr aufdrehen (falls sie nicht sowieso voll greift)

Sind diese Einträge aufgrund eines TS erkennbar?

Von welchem Datenvolumen und welcher Verfügbarkeit reden wir?

pong

"Ein Gewitter reinigt die Luft", sagte ein Mann, nachdem ein Blitz seine Frau erschlug

23.06.2010, 18:34 Uhr - Editiert von pong, alte Version: hier

kA, wir haben das noch nie in nem SQL gehabt und ehrlich kenn ich mich genau ned aus was du fragst - ist aba schon egal, die frage war für nen kollegen von mir.

Danke trotzdem.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung