🚀 go-pugleaf

W dniu 2012-02-01 14:25, R.e.m.e.K pisze:
> Dnia Tue, 31 Jan 2012 14:44:12 +0100, wloochacz napisał(a):
>
>>>> Brakuje tylko jeszcze, zeby pokazal jakie sa rzeczywiste kolumny w tabeli
>>>> ;-)
>>> Pokazuje też pola DataSetu z typami danych i same dane (podczas wyjątku
>>> tylko bieżący rekord)...
>>> Nie ma na obrazkach?
>>> Przeoczenie.
>> A nie, jest jeszcze inaczej - nie pokazuje ani pól ani danych, bo akurat
>> w tym przypadku nie ma ani jednego ani drugiego.
>> To było dynamiczne zapytanie, które wali się przy Open.
>>
>> Co do pól - o proszę:
>> http://www.miramar.com.pl/download/dFLEX/Error_8.png
>>
>> Co prawda to nie logowanie błędu, tylko inicjalizacji i otwarcia, ale
>> używana jest ta sama metoda.
>
> Chodzilo mi o cos innego :-)
> Jesli jest blad typu "Column not found..." to moglbys sprawdzic jakie
> obiekty (tabele, widoki, SP) biora udzial w selekcie i pokazac ich kolumny,
> zeby latwiej bylo dostrzec literowke w tej blednej ;-)
>
Przekombinowane:
Żeby poznać kolumny w "tabele, widoki, SP" to trzeba zaprząc do pracy 
SQL Parser + odpytywać metadane serwera)

Niebezpieczne:
Cała zabawa wali w łeb, skoro wyjątek jest z przyczyny np. zerwanego 
połączenia z serwerem) - imho.
Innymi słowy - można, ale po co? Uzyskany efekt będzie niewspółmierny do 
nakładów i ciut za bardzo skomplikowany...

Jak dla mnie wystarczy, że widzę dokładnie polecenia SQL wraz z 
parametrami i ich wartościami.
Żeby poznać błędną kolumnę, niepotrzebne mi wszystkie kolumny z obiektów 
z prostej przyczyny - nie używam z definicji zapytań w stylu:
select * from obiekt.
Z różnych przyczyn...

-- 
wloochacz

-- 
wloochacz