Googluje:
-algorithm XML formatted
-algorithm XML formatting
i znalazlem tylko to
http://4programmers.net/Delphi/Gotowce/Formatowanie_kodu_XML_bez_u%C5%BCycia_dodatkowych_bibliotek
Algorytm wyglada na niepotrzebnie skomplikowany, odnosze wrazenie
ze mozna to napisac znacznie prosciej np. zamiast zapamietywania
wartosci na stosie mozna wykorzystac rekurencje.
Szukam czegos maksymalnie prostego.
Pozdrawiam
Fakt "nie u�ycia bibliotek" dla mnie swiadczy raczej o niskiej
profesjonalnej przydatno�ci programisty, niz o jego "hakerstwie", ale sa
kr�gi gdzie wynajdywanie ko�a jest odbierane pozytywnie (cho�by wysz�o
nieco eliptyczne).. kr�g Delphi tez do niego chyba nale�y.
Zar�wno dla DOM jak i SAX istnieje proste rozwi�zanie.
W SAX na kazdym begin-handler inkrementujesz, na end-handler dekrementujesz.
w DOM przechodz�c si� po drzewie te� poziom zag�ebienia �atwo uzyskasz.
Mo�esz dostosowac te uwagi do j�zyka w ktorym to robisz i do filozfiii
potraktowania XML w projekcie.
Moszesz pogoogla� za pretty printer wzgl�dnie beautifier
Przede wszystkim, dzieki za szybka odpowiedz
("kto pomaga szybko-pomaga 2x");)
Mam za zadanie sformatowanie tekstu XML za pomoca
procedury skladowanej w SQL. Zalozenia:
- string XML jest poprawny skladniowo
- struktura stringa XML jest zdefioniowana w zewnetrzym pliku *.xsd.
Czyli
- w stringu XML nie bedzie konstrukcji "CDATA"
- wydaje mi sie ze mozna to zamknac w 50- 70 linijkach
kodu.
- szukam gotowca bo termin jest na "wczoraj"
Czuje ze mozna to zrobic prosta rekurencja,
dokladnie tak jak pisales:
"W SAX na kazdym begin-handler inkrementujesz, na end-handler
dekrementujesz.
w DOM przechodz�c si� po drzewie te� poziom zag�ebienia �atwo uzyskasz."
Jezeli ktos ma prostego gotowca to prosze o zrodelko.
>Poszukuje algorytmu, kodu, pseudokodu
>do formatowania XML.
>dokladnie chodzi np. o zmiane tekstu
><dochodopodatkowany><P_36>1528.00</P_36><P_37>1528.00</P_37></dochodopodatkowany>
>na
><dochodopodatkowany>
> <P_36>1528.00</P_36>
> <P_37>1528.00</P_37>
></dochodopodatkowany>
Z tego co widze, to tresc jest taka sama. Nie chcialoby mi sie nawet
googlach -- napisalbym pchelke w C#, ktora czyta XML-a (jedna
linijka), ustawia flage formatting intendent (2-linijka), zapisuje to
do XML-a (3 linijka).
milego dnia, hej
Sk�d takie przekonanie?
Pisz� w Delphi i pierwszym, co przysz�o mi do g�owy by�o zastosowanie
MSXMLa - w�a�nie po to, �eby niepotrzebnie nie wynajdywa� ko�a.
> w DOM przechodz�c si� po drzewie te� poziom zag�ebienia �atwo
> uzyskasz.
Tylko po co to robi� r�cznie?
var XMLDoc : TXMLDocument;
begin
XMLDoc:=TXmlDocument.Create(self);
XMLDoc.Options:=[doNodeAutoIndent];
(...)
end;
Wystarczy teraz jednym poleceniem sklonowa� g��wn� ga��� do tak utworzonego
dokumentu i zapisa�.
Pozdrawiam -- Spook.
Napisz jak baza danych, bo niekt�re z nich maj� wbudowan� obs�ug�
dokument�w XMLa (np. DB2 czy MSSQL). Chyba do ka�dej bazy danych mo�na
tez napisa� funkcj� rozszerzaj�c� w j�zyku wysokiego poziomu i u�y� jej
w SQL; w innych mo�na pisa� wprost w maszynie wirtualnej osadzonej w
silniku bazodanowym (.NET lub Java, wszystko zale�y od tego JAKA baza
danych).
> - string XML jest poprawny skladniowo
> - struktura stringa XML jest zdefioniowana w zewnetrzym pliku *.xsd.
> Czyli
> - w stringu XML nie bedzie konstrukcji "CDATA"
A to XSD zabrania u�ywanie CDATA?
Zresztďż˝, to nie ma znaczenia przy formatowaniu.
> - wydaje mi sie ze mozna to zamknac w 50- 70 linijkach
> kodu.
�le Ci sie wydaje, zw�aszcza �e to mia�oby jeszcze walidowa� tre�� pod
k�tem schematu za pomoc� czystego SQLa.
Po po co wspomnia�e� o XSD?
> - szukam gotowca bo termin jest na "wczoraj"
A wi�c u�yj gotowca - zewn�trznej biblioteki do przetwarzania dokument�w
XML, pod warunkiem �e Twoja baza danych ju� nie posiada czego� takiego...
/ciach/
--
wloochacz
Temat formatowanie XML-a w SQL-u jest juz nieaktualny ale chetnie
podyskutuje;)
> Po co baza danych ma formatowa� dane? Baza ma przechowywa� dane, a nie formatowa�; daty te� zapisujecie w char(10), sprowadzaj�c
> do postaci "yyyy-mm-dd"?
> Przecie� KA�DE dane, pochodz�ce z bazy konsumuje jaka� aplikacja (uog�lniaj�c oczywi�cie, bo t� aplikacj� mo�e by� WS) napisana w
> jakim� j�zyku. A ka�dy j�zyk potrafi sformatowa� XMLa, cho�by i w locie. Poza tym sformatowany XML zajmuje wi�cej miejsca, co ma
> znaczenie dla bazy danych (wprost proporcjonalnie do ilo�ci informacji).
1) Baza nie przechowuje sformatowanych danych, nie przechowuje nawet
danych w formacie XML.
2) Zapytanie do procedury wbudowanej zwraca niesformatowany tekst XML.
3) W aplikacji wywolujacej zapytanie (funkcje wbudowana SQL)
nie chce uzywac zewnetrznych bibiotek do formatowania XML poniewaz:
Od wielu lat zalozeniem aplikacji nad ktora pracuje jest
maksymalna:
- flexybilnosc i konigurawalnosci zapeweniona przez jezyk skryptowy SQL.
- oddzielenie warstwy logiki biznesowej (SQL) od warstwy wizualizacji(aplikacja i pliki binarne).
> Napisz jak baza danych, bo niekt�re z nich maj� wbudowan� obs�ug� dokument�w XMLa (np. DB2 czy MSSQL).
Sybase ASA w wersji 6,7 lub 9(u klientow chodza rozne wersje),
faktycznie w Sybase 9 jest prosta obsluga XML ale na 100% nie ma formatowania XML.
>Chyba do ka�dej bazy danych mo�na tez napisa� funkcj� rozszerzaj�c� w j�zyku wysokiego poziomu i u�y� jej w SQL; w innych mo�na
>pisa� wprost w maszynie wirtualnej osadzonej w silniku bazodanowym (.NET lub Java, wszystko zale�y od tego JAKA baza danych).
Tak Sybase wersja 9(w przeciwienstwie do ver 6 i 7)
obsluguje NET i Java ale zalozenia/wymagania sa takie,
ze tego nie uzywamy.
> Po po co wspomnia�e� o XSD?
??? Nie rozumiem, prawda?
;)
> A wi�c u�yj gotowca - zewn�trznej biblioteki do przetwarzania dokument�w XML, pod warunkiem �e Twoja baza danych ju� nie posiada
> czego� takiego...
Reasumujac, realia/zalozenie/wymagania sa takie ze
- logika biznesowa jest w skryptach SQL.
- wizualizacja w plikch binarnych(*.exe,*.dll,*.bpl)
- nie uzywamy zewnetrzych bibliotek jezeli nie ma takiej koniecznosci (tzw. brzytwa ockhama)
Pozdrawiam
>> Po co baza danych ma formatowa� dane? Baza ma przechowywa� dane, a nie formatowa�; daty te� zapisujecie w char(10), sprowadzaj�c
>> do postaci "yyyy-mm-dd"?
>> Przecie� KA�DE dane, pochodz�ce z bazy konsumuje jaka� aplikacja (uog�lniaj�c oczywi�cie, bo t� aplikacj� mo�e by� WS) napisana w
>> jakim� j�zyku. A ka�dy j�zyk potrafi sformatowa� XMLa, cho�by i w locie. Poza tym sformatowany XML zajmuje wi�cej miejsca, co ma
>> znaczenie dla bazy danych (wprost proporcjonalnie do ilo�ci informacji).
>
> 1) Baza nie przechowuje sformatowanych danych, nie przechowuje nawet
> danych w formacie XML.
To na cholerďż˝ formatowanie XMLa za pomocďż˝ T-SQLa?
Bo to jest niby logika, a ta ma byďż˝ zaszyta w SQL?
Jakbym nie patrzyďż˝, to formatowanie jest prezentacjďż˝, a nie logikďż˝...
> 2) Zapytanie do procedury wbudowanej zwraca niesformatowany tekst XML.
Nie rozumiem.
Co to znaczy "zapytanie do procedury" - znaczy, co procedura zwraca
niesformatowany XML? Czy do jej parametru wej�ciowego wchodzi
niesformatowany XML?
> 3) W aplikacji wywolujacej zapytanie (funkcje wbudowana SQL)
> nie chce uzywac zewnetrznych bibiotek do formatowania XML poniewaz:
> Od wielu lat zalozeniem aplikacji nad ktora pracuje jest
> maksymalna:
> - flexybilnosc i konigurawalnosci zapeweniona przez jezyk skryptowy SQL.
Ciekawym strasznie na czym owa "flexybilnosc i konigurawalnosc" polega.
Moim zdaniem, "flexybilnosc i konigurawalnosc" w przypadku u�ycia T-SQLa
ko�czy si� (i zaczyna) na dw�ch za�o�eniach:
1) SQL to j�zyk deklaratywny
2) SQL to j�zyk skryptowy
W mojej osobistej opinii to zdecydowanie za ma�o, aby zapewni�
"flexybilnosc i konigurawalnosc" na odpowiednim poziomie.
> - oddzielenie warstwy logiki biznesowej (SQL) od warstwy wizualizacji(aplikacja i pliki binarne).
To jest sztuczne i z�udne!
Tu nie ma �adnej logiki, wszystko jest w bazie danych; ciekawym czy
walidacj� danych na formularzach tez robicie za pomoc� SQLa? Oczywi�cie
mo�na, tak samo jak mo�na uczesa� si� wyka�aczk�...
Widzia�em taki system, kt�ry opiera� si� na podobnych za�o�eniach -
wszystko w SQL i wszystko za pomoc� procedur. Tylko, �e tam "autor"
zapomnia� iz SQL jest zoptymalizowany do przetwarzania zbior�w, a nie
rekord�w. Taka dygresja...
>> Napisz jak baza danych, bo niekt�re z nich maj� wbudowan� obs�ug� dokument�w XMLa (np. DB2 czy MSSQL).
>
> Sybase ASA w wersji 6,7 lub 9(u klientow chodza rozne wersje),
> faktycznie w Sybase 9 jest prosta obsluga XML ale na 100% nie ma formatowania XML.
>
>> Chyba do ka�dej bazy danych mo�na tez napisa� funkcj� rozszerzaj�c� w j�zyku wysokiego poziomu i u�y� jej w SQL; w innych mo�na
>> pisa� wprost w maszynie wirtualnej osadzonej w silniku bazodanowym (.NET lub Java, wszystko zale�y od tego JAKA baza danych).
> Tak Sybase wersja 9(w przeciwienstwie do ver 6 i 7)
> obsluguje NET i Java ale zalozenia/wymagania sa takie,
> ze tego nie uzywamy.
>
>> Po po co wspomnia�e� o XSD?
>
> ??? Nie rozumiem, prawda?
> ;)
>
>> A wi�c u�yj gotowca - zewn�trznej biblioteki do przetwarzania dokument�w XML, pod warunkiem �e Twoja baza danych ju� nie posiada
>> czegoďż˝ takiego...
>
> Reasumujac, realia/zalozenie/wymagania sa takie ze
> - logika biznesowa jest w skryptach SQL.
Zdefiniuj - "logika biznesowa".
> - wizualizacja w plikch binarnych(*.exe,*.dll,*.bpl)
OK, a powiedz w jaki spos�b odwo�ujecie si� do tej bazy?
Wo�acie bezpo�rednio obiekty bazy za pomoc� SQLa (select from; exec
proc, etc.), czy macie jaki� �adniutki wrapper na t� baz�?
> - nie uzywamy zewnetrzych bibliotek jezeli nie ma takiej koniecznosci (tzw. brzytwa ockhama)
A nie zdarza si� Wam popada� w skrajno��? Przyk�ad z formatowaniem XLA
za pomoca SQL jest sztandarowym przyk�adem na antywzorzec metodologiczny;
"[...] Odkrywanie kwadratowego ko�a (ang. Reinventing the square wheel)
Rozwi�zywanie problemu w z�y spos�b, podczas gdy istniej� skuteczne i
sprawdzone rozwi�zania. Na przyk�ad tworzenie w�asnego systemu
bazodanowego, zamiast wykorzystania istniej�cych darmowych rozwi�za�, z
du�ym prawdopodobie�stwem lepszych ni� sami jeste�my w stanie stworzy�."
Za
http://pl.wikipedia.org/wiki/Antywzorzec_projektowy
--
wloochacz
> To na choler� formatowanie XMLa za pomoc� T-SQLa?
To nie jest Transact-SQL tylko Watcom-SQL
> Bo to jest niby logika, a ta ma by� zaszyta w SQL?
> Jakbym nie patrzy�, to formatowanie jest prezentacj�, a nie logik�...
Z tym mozna dyskutowac ale raczej formatowanie XML
zaliczylbym do logiki biznesowej.
> Nie rozumiem.
> Co to znaczy "zapytanie do procedury" - znaczy, co procedura zwraca niesformatowany XML? Czy do jej parametru wej�ciowego wchodzi
> niesformatowany XML?
Procedura otrzymuje jako parametr id rekordu i jako wynik zwraca niesformatowany XML
> Ciekawym strasznie na czym owa "flexybilnosc i konigurawalnosc" polega. Moim zdaniem, "flexybilnosc i konigurawalnosc" w przypadku
> u�ycia T-SQLa ko�czy si� (i zaczyna) na dw�ch za�o�eniach:
> 1) SQL to j�zyk deklaratywny
> 2) SQL to j�zyk skryptowy
> W mojej osobistej opinii to zdecydowanie za ma�o, aby zapewni� "flexybilnosc i konigurawalnosc" na odpowiednim poziomie.
Moze uzylem zbyt daleko idacego uproszczenia
- wyglad formatek
- reakcja na interakcje z uzytkownikiem (np. klawisze: drukuj, OK, anuluj, dane wyswietlane w
DBComboBox czy DBGried)
- uprawnienia uzytkownika(wykonywanie raportow i zestawien, zmiany w struktorze bazy)
- rozmiary formatki i wyglad raportow, ustawienia drukarek
jest zalezna od danych zaszytych w bazie w przewazajacej czesci te dane
to skrypty W-SQL ktore sa wykonywane w warstwie biznesowej.
Czy to jest fleksybilne i konfiguralne?
Moim zdaniem tak, 95-97% wygladu i zachowania systemy mozna zmienic bez przekopilowywania.
Wystarczy prosta konsola do updatowania ustawien w bazie.
> To jest sztuczne i z�udne!
> Tu nie ma �adnej logiki, wszystko jest w bazie danych; ciekawym czy walidacj� danych na formularzach tez robicie za pomoc� SQLa?
Walidacja nie jest robiona w W-SQL-u ale powiem szczerze, ze myslalem czy
nie da sie tego zrobic:)
>>> A wi�c u�yj gotowca - zewn�trznej biblioteki do przetwarzania dokument�w XML, pod warunkiem �e Twoja baza danych ju� nie posiada
>>> czego� takiego...
Nie posiada i wlasnie szukam prostego gotowca, zeby przepisac go na W-SQL-a:)
> Zdefiniuj - "logika biznesowa".
To jest moja definicja, tak na szybko, z glowy:
- logika biznesowa decyduje o tym jak program ma dzialac a nie jak wygladac,
przyczym formatowanie XMLa uwazam za element warstwy logicznej poniewaz
ta funkcjonalnosc ma sluzyc wdrozeniowca/programista a nie ostatecznemu userowi.
> OK, a powiedz w jaki spos�b odwo�ujecie si� do tej bazy?
> Wo�acie bezpo�rednio obiekty bazy za pomoc� SQLa (select from; exec proc, etc.), czy macie jaki� �adniutki wrapper na t� baz�?
Dosc skomplikowany wrapper wywolywany z parametrami:
- wykonaj nastepujece zadania zanim wywolasz funkcje glowna ....(sprawdz bledy, potem dzialaj wedlug ostatniego parametru)
- wykonaj funkcje glowna....(sprawdz bledy, potem dzialaj wedlug ostatniego parametru)
- pozamiataj po wywolaniu funkcji glownej....(sprawdz bledy, potem dzialaj wedlug ostatniego parametru)
- wykonaj akcje przewidziana do obslugi bledow (jezeli cos sie wysypie wyswietl komunikat, z numerem akcji i popros
uzytkownika zeby skontaktowal sie z administratoram)
1) System ma ponad 10 lat
2) Osobiscie pracuje nad nim od 5 lat
3) Poczatkowo wydawalo mi sie, ze system jest absurdalnie skomplikowany
i jest to akademicki przyklad przerostu formy nad trescia.
4) Po 5- latach stwierdzam, ze system jest totalnie flexybilny i konfigorowalny.
Nowym klientom wystarczy wystawic baze w podstawowej postaci i binarki
a nastepnie dowolnie skonfigorowac na ich potrzeby- paroma skryptami W-SQL.
A takiego s�owa jak 'elastyczny' nie znasz?
> > Bo to jest niby logika, a ta ma być zaszyta w SQL?
> > Jakbym nie patrzył, to formatowanie jest prezentacją, a nie logiką...
>
> Z tym mozna dyskutowac ale raczej formatowanie XML
> zaliczylbym do logiki biznesowej.
E - nie zgadzam się.
> > Nie rozumiem.
> > Co to znaczy "zapytanie do procedury" - znaczy, co procedura zwraca niesformatowany XML? Czy do jej parametru wejściowego wchodzi
> > niesformatowany XML?
>
> Procedura otrzymuje jako parametr id rekordu i jako wynik zwraca niesformatowany XML
A chcesz, żeby zwracała sformatowany?
Bu użytkownik używa jakiejś konsolki do wydawania zapytań do bazy,
produktu dołączonego do bazy?
Skoro ten user jest taki mądry "flexybilny", że umie zadawać zapytania
bazie, to chyba umie skopiować ten XML, zapisać jako plik.xml i
otworzyć w np. Internet Explorerze?
> > Ciekawym strasznie na czym owa "flexybilnosc i konigurawalnosc" polega. Moim zdaniem, "flexybilnosc i konigurawalnosc" w przypadku
> > użycia T-SQLa kończy się (i zaczyna) na dwóch założeniach:
> > 1) SQL to język deklaratywny
> > 2) SQL to język skryptowy
> > W mojej osobistej opinii to zdecydowanie za mało, aby zapewnić "flexybilnosc i konigurawalnosc" na odpowiednim poziomie.
>
> Moze uzylem zbyt daleko idacego uproszczenia
> - wyglad formatek
> - reakcja na interakcje z uzytkownikiem (np. klawisze: drukuj, OK, anuluj, dane wyswietlane w
> DBComboBox czy DBGried)
Znaczy, co - określa widoczność buttonów i definiuje jakie dane są
podpięte do jakiejś kontrolki, tak?
> - uprawnienia uzytkownika(wykonywanie raportow i zestawien, zmiany w struktorze bazy)
> - rozmiary formatki i wyglad raportow, ustawienia drukarek
Tak, ale to są typowe informacje, którymi każda aplikacja zarządza.
Nie ma w tym nic nowego...
> jest zalezna od danych zaszytych w bazie w przewazajacej czesci te dane
> to skrypty W-SQL ktore sa wykonywane w warstwie biznesowej.
Sztucznie naginasz pojęcie "warstwa biznesowa".
Dla mnie to jest tylko b
> Czy to jest fleksybilne i konfiguralne?
Poniekąd - tak.
Ale za mało, imo.
> Moim zdaniem tak, 95-97% wygladu i zachowania systemy mozna zmienic bez przekopilowywania.
> Wystarczy prosta konsola do updatowania ustawien w bazie.
Pod warunkiem, że to jest prosta aplikacja typu "data entry".
Jeżeli jakikolwiek informacje są przetwarzane przez aplikację (a na
pewno tak jest, chociażby wspomniana walidacja), to niestety - ale
musicie rekompilować aplikację.
Np. chcesz zmienić funkcjonalność, która jest podpięta pod konkretny
button. Co musisz zrobić?
> > To jest sztuczne i złudne!
> > Tu nie ma żadnej logiki, wszystko jest w bazie danych; ciekawym czy walidację danych na formularzach tez robicie za pomocą SQLa?
>
> Walidacja nie jest robiona w W-SQL-u ale powiem szczerze, ze myslalem czy
> nie da sie tego zrobic:)
Da się, tylko po co?
> >>> A więc użyj gotowca - zewnętrznej biblioteki do przetwarzania dokumentów XML, pod warunkiem że Twoja baza danych już nie posiada
> >>> czegoś takiego...
>
> Nie posiada i wlasnie szukam prostego gotowca, zeby przepisac go na W-SQL-a:)
>
> > Zdefiniuj - "logika biznesowa".
>
> To jest moja definicja, tak na szybko, z glowy:
> - logika biznesowa decyduje o tym jak program ma dzialac a nie jak wygladac,
> przyczym formatowanie XMLa uwazam za element warstwy logicznej poniewaz
> ta funkcjonalnosc ma sluzyc wdrozeniowca/programista a nie ostatecznemu userowi.
Nie, ponieważ wdrożeniowiec/programista to tez user, tylko ciut inny.
Ale jest aktorem systemu? Jest.
> > OK, a powiedz w jaki sposób odwołujecie się do tej bazy?
> > Wołacie bezpośrednio obiekty bazy za pomocą SQLa (select from; exec proc, etc.), czy macie jakiś ładniutki wrapper na tę bazę?
>
> Dosc skomplikowany wrapper wywolywany z parametrami:
> - wykonaj nastepujece zadania zanim wywolasz funkcje glowna ....(sprawdz bledy, potem dzialaj wedlug ostatniego parametru)
> - wykonaj funkcje glowna....(sprawdz bledy, potem dzialaj wedlug ostatniego parametru)
> - pozamiataj po wywolaniu funkcji glownej....(sprawdz bledy, potem dzialaj wedlug ostatniego parametru)
> - wykonaj akcje przewidziana do obslugi bledow (jezeli cos sie wysypie wyswietl komunikat, z numerem akcji i popros
> uzytkownika zeby skontaktowal sie z administratoram)
Oook... za mało danych, żebym mógł to zrozumiec i wyciągnąć jakieś
wnioski.
> 1) System ma ponad 10 lat
> 2) Osobiscie pracuje nad nim od 5 lat
> 3) Poczatkowo wydawalo mi sie, ze system jest absurdalnie skomplikowany
> i jest to akademicki przyklad przerostu formy nad trescia.
> 4) Po 5- latach stwierdzam, ze system jest totalnie flexybilny i konfigorowalny.
Zaprawdę powiadam ci, że:
1) nie wiesz co to znaczy totalnie
2) ja nie wiem, co tam tak naprawdę można zrobić.
> Nowym klientom wystarczy wystawic baze w podstawowej postaci i binarki
> a nastepnie dowolnie skonfigorowac na ich potrzeby- paroma skryptami W-SQL.
Dostosowując logikę do ich konkretnych potrzeb?
Tworząc nowe okna?
BTW - Czy Ty czasem nie pracujesz w firmie, którą kupiła inna firma (o
nazwie na A), a która potem kupiła (połączyła się z?) firmę
Krauzego? ;-)
Pytam, bo wiem że ta firma miała takie rozwiązanie, tylko jakoś nigdy
inie miałem okazji z nimi pogadać...
BTW - piszesz w Delphi, prawda? Jeżeli tak, to dyskutowaliśmy na ten
temat ostatnio:
http://groups.google.pl/group/pl.comp.lang.delphi.bazy-danych/browse_frm/thread/7dc34bb7c9c80cbe?hl=pl#
http://groups.google.pl/group/pl.comp.lang.delphi/browse_frm/thread/9577b6fd284a2309?hl=pl#
http://groups.google.pl/group/pl.comp.lang.delphi.bazy-danych/browse_frm/thread/b113cdbc3824b0ab/380ecae9455d108c?hl=pl&lnk=gst&q=gosmo#380ecae9455d108c
Wątki są długie i trzeba mieć zacięcie, żeby je doczytać :D
--
wloochacz