[e.....t]

#programowanie #pracbaza przez przypadek usunalem 1,2kk rekordów z bazy danych, teraz siedzę schowany w kiblu dajcie plusa na pocieszenie

[B.....0]

@elcezet: jaka baza? FLASHBACK TABLE R-------ATABELA TO TIMESTAMP
TOTIMESTAMP('2017-02-08 09:00:00', 'YYYY-MM-DD HH:MI:SS');

[snowboarder]

@elcezet: chyba tylko gowniane ide maja autocomit na true :) ale jak to zrobiles? Sql, pl/sql?

[Peenie]

@elcezet: XDDDDDD

[blondeblossom]

@elcezet: No ale nie masz żadnych kopii?
A to niby różowe nie myślo ( ͡° ʖ̯ ͡°)

[zortabla_rt]

@eXsio: true

[Richard_Bachman]

@elcezet nie wiem co się dzieje, ale współczuję ( ͡° ʖ̯ ͡°)

[Khaine]

@elcezet: Dlatego u nas w robocie mamy 2 warstwy baz testowych zanim cokolwiek wyjdzie gdziekolwiek na produkcję xD

[snowboarder]

@Benq20: to chyba tylko oracle wspiera jak sobie ktos wlaczy tryb bazy archivelog

[kipowrot]

@Khaine tak i myślisz, że na produkcyjnej nie da się jebnac? ( ͡°( ͡° ͜ʖ( ͡° ͜ʖ ͡°)ʖ ͡°) ͡°)

[Khaine]

@kipowrot: Jasne, że się da. Ale każdy SQL jest testowany tyle razy i w tylu miejscach, że tutaj mówimy raczej o awarii niż głupocie i przypadkowym drop table. Ponadto SQLe są odpalane razem z updatem przez transakcje chyba.

[B.....0]

@snowboarder: a ktoś na produkcji by nie miał uruchomionych archivelogów? xD

[papalupakito]

@elcezet: to Ty jesteś tym ziomkiem z Gitlaba? ( ͡° ͜ʖ ͡°)

[snowboarder]

@Benq20: a mało to takich ( ͡° ͜ʖ ͡°) problem jest taki ze oracle domyslnie po instalacji ma tryb noarchive o ile dobrze pamietam wiec wiekszosc osob bez doswiadczenia stawia baze klikajac next, next next. *oczywiscie problem nie dotyczy duzych/powaznych firm ale i tu znajda sie pewnie wyjatki :D

[h.....j]

@elcezet: pracujesz w gitlabie? #pdk

[Ragnarokk]

@elcezet:
Jeszcze drugie wymyśliłem:
Kto produkcji nie rozwali, ten nie trafi do Wallhalli ;)

[Zdalny]

@elcezet jak będziesz szukał pracy to się odezwij ( ͡° ͜ʖ ͡°)

[nihuya]

@elcezet: próbowałeś wyłączyć i włączyć ? ( ͡° ͜ʖ ͡°)

[michalind]

@elcezet: oracle?