🚀 go-pugleaf

Witam,

(Z gory przepraszam jesli NTG, temat na pograniczu C#/TSQL.)

Mamy w projekcie ologowany kod C# (biblioteka log4net), logi zapisuja
sie w bazie danych (poziom error) oraz w rolling files (wszystko),
swietnie sie to sprawdza. Jestesmy w stanie przesledzic wykonanie
wszystkich akcji w aplikacji do momentu wywolania procedury
skladowanej. W momencie przejscia wykonania na strone bazy danych,
wpadamy w czarna dziure. Jesli kod T-SQL rzuci wyjatkiem to nie ma
mozliwosci uzyskac informacji z ktorego konkretnie miejsca i jaka
instrukcja ten wyjatek spowodowala. Jest to zwlaszcza problematyczne w
przypadku, gdy wywolujemy jakas procedure (mamy wiec punkt
zaczepienia), ale ta procedura wywoluje kolejne procedury, te wywoluja
kolejne itd. Taki poziom komplikacji kodu bazodanowego sprawia duze
trudnosci przy wykrywaniu, analizowaniu i poprawianiu bledow.
Refaktoring warstwy bazodanowej niestety nie wchodzi w gre.

Padl zatem pomysl opracowania mechanizmu logownia wykonania kodu w
procedurach skladowanych T-SQL (SQL Server 2k5, szukuje sie "niedlugo"
migracja na 2k8). Czyli parafrazujac nazewnictwo cos typu "log4TSQL".
Idealnym rozwiazaniem byloby umieszczanie tychze logow do tego samego
rolling file'a, do ktorego pisze log4net, aby zachowac logiczna
kolejnosc wykonywania sie kodu oraz tym samym ulatwic support itd.
Innym rozwiazaniem jest rowniez wpisywanie logow do tabeli, wraz z
timestampem, poziomem komunikatu (debug, info, error, critical),
loginem itp. To podejscie jest o tyle dobre, ze pozwala latwo
filtrowac i przegladac logi, co w przypadku pliku tekstowego nie jest
mozliwe. Idealnym rozwiazaniem byloby polaczenie tych dwoch opcji, tak
jak to ma miejsce w log4net - dodajemy tylko  odpowiedni appender.

Jesli zas chodzi o samo ologowanie procedur, to dobrym punktem
startowym byloby uzyskanie sytuacji, w ktorej mamy zalogowane wejscie
do procedury plus wartosc wszystkich parametrow oraz wyjscie z
procedury. Wyobrazam to sobie w ten sposob, aby napisac mechanizm,
ktory automatycznie do ciala kazdej procedury dodaje na poczatku
odpowiednie wywolanie innej procedury. W tej dodanej procedurze bedzie
juz sie odbywac logowanie. No i tutaj juz pierwsze schody - jak cos
takiego napisac. Reflksji nie mamy:) Jest widok, w ktorym sa trzymane
ciala wszystkich procedur, ale napisanie skryptu, ktory to potrafi
sprytnie przeparsowac i powstawiac "to co trzeba, tam gdzie trzeba"
juz nie wydaje sie wcale banalna sprawa. Dodatkowo dochodzi tu sprawa
wydajnosci - czy aby zbyt duzo insertow nie zarznie serwera. inna
sprawa, ktora rowniez mnie nurtuje to transakcje. Kod w C# jest
napisany w ten sposob, ze transakcja jest otwierana na poziomie
aplikacji i jesli z procedury przyjdzie wyjatek, to w catchu robimy
rollback. Jesli zatem bedziemy robic inserty z logami to jakiejs
tabeli to w momencie rollbacka zostajemy z wroblem na dachu. Moze da
sie zrobic cos w rodzaju wewnetrznej transakcji do wykonania tych
insertow?

Troche moj mail jest nieuporzadkowany, za co przepraszam. Jest mnostwo
znakow zapytania i watpliwosci (nie sposob nawet wszystkich wymienic),
a wolalbym nie zaczynac pracy nie majac pewnosci, ze warto. Mam
nadzieje, ze udalo mi sie w miare jasno nakreslic sytuacje :)

Uprzejmie bym prosil o jakies wskazowki, linki do artykulow (niestety
nie znalazlem niczego sensownego), Wasze doswiadczenia i sugestie. Jak
sobie poradzic z takim problemem. A moze mechanizm logowania T-SQL'a
to slepy zaulek i istnieje jakis lepszy, uniwersalny sposob na to?

Z gory dziekuje ze wszelkie porady.
Pozdrawiam uprzejmie,
Maro