[kurazjajami]

#sql #oracle #plsql

Wyżej w zapytaniu nad LR i LB wybieram zapytaniem wygenerowane pesele. Wszystko elegancko w kursorze. Generalnie chcę pokazać ile jest błędnych (LB - błędny format, zła suma kontrolna) i wszystkich (LR - na dole) peseli. Wszystko się odpala, ładnie liczy dla 100, 1000, 10000 rekordów, ale jak puszczę to na całej bazie to wywala mi błąd po jakimś czasie:

ORA-06502 PL/SQL: błąd liczby lub wartości: charcter to number conversion error
ORA-06512: przy linia

Próbowałem wszystkiego i nie mam pomysłu...

[raffi74]

@kurazjajami: Najprostsza odpowiedź jest taka że masz w bazie coś co nie jest peselem, algorytm tego nie wyłapuje a ty wołasz dla tego rekordu konwersje na liczbe.

[kurazjajami]

@raffi74: Dokładnie tak samo pomyślałem, ale czemu regexp miałby tego nie łapać?

[D.....o]

@kurazjajami: c---a tam próbowałeś, masz podany nr linii gdzie leci wyjątek i czarno na białym błąd konwersji napisu do liczby, czego jeszcze chcesz?

[raffi74]

@kurazjajami: Zastanawia mnie tez czemu w linii 38 gdzie konwertujesz wynik instr na liczbe, skoro jego wynik jest liczba. Moze tam sie cuda dzieja?

[D.....o]

@kurazjajami: a za to goto, to bym ci lepe sprzedał

[raffi74]

@kurazjajami: Dodatkowo zwróć uwagę że INSTR domyslnie jest case sensitive wiec nie znajdzie małych liter. Dodatkowo regexp przepusci znaki spoza słownika

[kurazjajami]

@Duze_p--o: No własnie próbowałem.

A propos goto. Miałem pytać. Lepiej używać goto czy else? Optymalizacyjne jak to wygląda?

@raffi74: Jak przepuści znaki spoza słownika to po co regexp?

Znalazłem babola. Regexp przepuszczał numer, który ma 4 litery na początku...

[kurazjajami]

@raffi74: a co do case sensitive to wszystkie numery są upper.

[raffi74]

@kurazjajami: Regexp przepuścił bo nie dałes znacznika końca lub początku linii i przy zbyt długi ciągu udawało mu sie dopasowac regułę

[D.....o]

@kurazjajami: wywal GOTO i skorzystaj z CONTINUE

[raffi74]

@kurazjajami: co do case sensitive mi chodziło o to, że jeżeli będziesz miał ciag aaa123456 oraz AAA123456 to regexp oba przepuści, ale jeden z nich zostanie uznany za niepoprawny i tu pytanie czy słusznie czy nie.

[kurazjajami]

@Duze_p--o: Dzięki za radę! W sumie to w oraclu pracuję od miesiąca...

A co do continue - lepszy od goto, a od else'a?

[raffi74]

@kurazjajami: continue sprawia ze zaczynasz petle loop od nowa pomijając dalsze instrukcje.
pętlą lepiej sterowac używając break na jej zakończenie lub continue na pominięcie dalszych analiz

[D.....o]

@kurazjajami: ogólnie goto jest złe i się go nie używa. Zapomnij o nim. Nie tylko w PL/SQL.

[raffi74]

@kurazjajami: a co do INSTR jeżeli użyjesz INSTR(DICT_, SUBSTR(Wiersz, N, 1), 1)) wówczas małe 'a; i suże 'A' potraktuje tak samo

[kurazjajami]

@raffi74: @Duze_p--o: Dzięki panowie!

Z tego instr to chyba nawet skorzystam, ale pokminię jeszcze ( ͡° ͜ʖ ͡°)

[mpisz]

@kurazjajami: Jak masz taki błąd i nie przerabiasz milionów wartości to po prostu wyrzuć sobie wartość, która powoduje błąd na ekran.

Albo dajesz outputa przed linią z błędem i ostatni output będzie Twoim niepoprawnym, albo walisz każdą do zmiennej i na exceptionie wywalasz ostatnią zmienną.

To tak chyba najszybszy sposób, żeby takie błędy wyłapywać :)

[kurazjajami]

@mpisz: problem w tym właśnie był, że jest ponad 6 milionów rekordów...

a z tymi outputami próbowałem, ale przy tylu rekordach bufor mi wysiadał, a jak za bardzo go zwiększałem to się sypał plssql dev

[mpisz]

@kurazjajami: w ogóle nie używaj GOTO, nie używaj dwu-trzy literowych nazw zmiennych, nie używaj polskich nazw zmiennych i nie wiem po co Ci podkreślenie po nazwach.. to tęż średnio wygląda IMO :)

[kurazjajami]

@mpisz: Z tym to tak mam, że często mieszam i potem poprawiam na koniec. Głupie przyzwyczajenie ze studiów...

To podkreślenie... sam nie wiem :D

Dzięki!