Mysql - usuwanie wierszy starszych niż 7 dni

pytanie zadane 19 lutego 2019 w SQL, bazy danych przez niezalogowany

hej, czy istnieje mozliwosc automatyzacji za pomocą jakiegos triggeru usuwania wierszów (oczywiscie na podstawie pola z datą), które są starsze niż X dni?

Póki co mam to zrobione za pomocą cron'a w pythonie.

komentarz 19 lutego 2019 przez Tomek Sochacki Ekspert (227,510 p.)

a po co Ci taka funkcjonalność... rozumiałbym jeszcze usuwanie jakiś bardzo dawnych wpisów, z przed 5+ lat, ale takie świeże to kompletnie bez sensu... co Cię składania do takiej operacji?

komentarz 19 lutego 2019 przez niezalogowany

@ Tomek Sochacki: Nie baw się w psychoanalityka, tylko odpowiedz, jak wiesz.

@ Raptor: poszukaj frazy "mysql delete rows older than", pierwsze linki ze stackoverflow powinny ci pomóc.

komentarz 19 lutego 2019 przez Tomek Sochacki Ekspert (227,510 p.)

Basia... nie bawię się w psychoanalityka, tylko zapytałem o powód takiej operacji, ponieważ wydaje mi się on mało sensowny, a z doświadczenia wiem, że wiele początkujących osób robi takie rzeczy z jakiś obaw o duże bazy itp. gdzie w praktyce operują bazami, które mają max kilka-kilkanaście tysięcy rekordów więc są to mikro bazy i tego typu optymalizacje nie mają sensu. Wiele osób zapomina, że najcenniejsza jest informacja, dyski i ram można dokupić łatwo, ale informacje jak raz stracisz to możesz już nie odzyskać.

A co do samego rozwiązania to ja bym nie szedł w jakieś trigery bezpośrednio na bazie itp. tylko właśnie w crona, jeśli już naprawdę musisz to robić. A to z bardzo prostej przyczyny - odpalając własny skrypt masz pełną kontrolę nad logami gdy coś pójdzie nie tak, albo po pozytywnej operacji. Tu też wiele osób wydaje się nie przywiązywać należytej uwagi do takich kwestii, a potem jest płacz bo nie wiadomo co się stało... Ja wychodzę z załozenia, że lepiej wysłać 10 eventów czy logów za dużo, niż jeden za mało...

Nie wiem jakie masz doświadczenie i jak podchodzisz do tych zagadnień, ale ja już przerabiałem spore problemy w rozmowach z analitykami, gdy po czasie okazało się, że zapomnieliśmy wysłać jakiś istotnych eventów czy logów, a nikt tego nie wykrył w testach...

A co do tego usuwania, to zawsze w pierwszej kolejności warto rozwazyć tzw. soft delete i dopiero potem myśleć o całkowitym usunięciu rekordów z bazy...

komentarz 20 lutego 2019 przez niezalogowany

Też jestem tego zdania, że "lepiej wysłać 10 eventów czy logów za dużo, niż jeden za mało". Pytający ma rację, że posługuje się schedulerem, ale warto pamiętać o przepisaniu usuwanych rekordów do innej tabeli, a nie wysyłaniu ich do "nula". Tak, aby w razie czego można je było przywrócić. Po co to pytającemu? Nie wiem, nie wyjaśnia, ale jak tak chce, niech robi.