[Sebgat]

#klient pisze, że mu wolno działa zadanie w bazie i żebyśmy zerknęli.
Patrzymy, a tam #sql mieli update na 36,700,527,081,730,780 wierszy ( ͡° ʖ̯ ͡°)
Oni nie potrzebują #oracle exadata, oni potrzebują oracle petadata, która wyjdzie za 20 lat. Ich geniusz podsumuję tylko jednym słowem - hindusi.

[seeksoul]

36,700,527,081,730,780

@Sebgat: tak to jest jak robisz update i zapomnisz dopisać where :p

[ChanceTheMikroblog]

@Sebgat ogarnijcie im updatowanie co jakiś czas np nowa wersja aplikacji wymuszane aktualizacje

[Sebgat]

@ChanceTheMikroblog: ja DBA jestem, bazą się zajmuje, mamy gdzieś ich warstwę aplikacyjną. Zgłoszone do nich zostało w grzecznych słowach, że są idiotami i niech się nauczą pisać zapytania ( ͡° ͜ʖ ͡°)

[ChanceTheMikroblog]

@Sebgat optymalizacja bazy raz odpowiednie zapytanie aby nie mielilo pół dnia drugie xD

[maniac777]

Patrzymy, a tam #sql mieli update na 36,700,527,081,730,780 wierszy ( ͡° ʖ̯ ͡°)

@Sebgat: a jestes pewien zeto nie jest blad planu zapytania tej wersji Oracle? Jaka to wersja?

[Sebgat]

@maniac777: stara stabilna 11.2.0.4. Walnęli jakiś update na partycjonowanej tabeli z danymi archiwalnymi z okresu 15 lat. Ktoś się walnął ewidentnie. Uwierz mi, sam nie wiem, co oni tam trzymają, ale baza ma kilka tera i trzy tabele giganty, gdzie reszta ma normalne rozmiary. Nie ma to co "dobry" design i optymalizacja...
Sam się zastanawiam, co do cholery można trzymać, że maja tyle danych ᶘᵒᴥᵒᶅ

[maniac777]

@Sebgat: Eh... bywa. Ja współpracuję z klientem który miał problem podobny problem na kilku bazach (największe po nieco ponad terabajt i szybki wzrost). Trwały ustalenia na temat wdrożenia retencji danych (my odziedziczyliśmy aplikację po innej firmie i ją rozwijamy bo poprzednicy dawali dupy, a i o retencji nie pomyśleli). Proces wdrożenia retencji zaczęty na mój wniosek. W pewnym momencie projekt zatrzymany. Powód? Klient stwierdził, że kupuje exadata i już nie będzie