Posted By: jm (I'm Favman!) on 'CZdatabases' Title: Re: Jeste k ESQL Date: Thu Mar 9 17:26:54 2000 > Ne, ze bych byl plne spokojeny, ale to co tu pisete mi prijde, ze je > nepouzitelne. nepouzitelne ne ale ma to dost nevyhod > > 1 ten preprocesor z esql do c je strasne nestabilni. na nejaky min > > standartni > > konstrukce v c a na skoro vsechny chybny skonci ecpg segmentation fault > > Nepada. Sice hlasi chyby, ale nepada. Nespadl mi jeste ani jednou a to > pouzivam hoodne krkolomne konstrukce. Akorat ma obcas posunute radkovani o > 1, > ale to je chyba, o ktere se vi. ne vopravdu mne padal sice to nebyla urcite posledni verze ale na neco mne vyhodil hlasku ze je chybne zdrojak a na asi dve veci mne hazel segmentation fault > > 2 pokud chces zapnout nejaky debug veci, tak to v esql neni a volas zase > > rucne > Hmmm, co to znamena "debug veci"? Jestli chces vypis chyby, kterou poskytne > databaze, pak k ni se da pristupovat primo pomoci sqlca a pokud chces neco > vic, muzes odchytavat primo postmastera s debug parametrama. Nevim ale, co > konkretne potrebujes. no ja myslel jako ze vyhoda esql by mela bejt treba prenositelnost a jak zacnu cist chybovy hlasky a zapinad debug log do souboru, tak uz stejne nejsem prenositelnej > > 4 nedokazu dat parametry (treba jmeno databaze) jako char *, ale musim ho > > napsat jako exec sql connect jemnodb nebo nak tak, takze nemuzes pouzit > > parametr z radky, nebo konfiguracni soubor > > Tak to fakt nechapu, co s tim provadis. Mne to funguje naprosto > bezproblemove. > Dokonce je to popsano i v manove strance na ecpg, jak se k databazi > pripojovat. Pokud chces mit jmeno db nekde v konfiguraku, akorat misto primo > > toho jmena das :promenna a je to. U connectu opravdu naprosto bez problemu. > Jedine, kdy to selhava, je pri jmenu tabulky. To je ale normalni a holt se > to > musi resit jinak. Ja to delam pomoci execute immediate. 1 no tady sem se ujel 2 vo execute immediate nic nevim > > 5 - (a nekdy zase je to dobry) musis naspsat struktury do ceho selectis > No nekam holt selectit musis a ta db musi poznat, kam, ze jo:-)? Takze to > nevidim jako problem. no ja mislel:-))) ze jako nekdy je + ze presne vis do ceho selectis a jindy je plus ze nemus psat do ceho selectis a tahas to kam te ukazuje pointer > > > > ... libpq mi prijde jako dostatecny nastroj ... > > je trochu slozitejsi ale neni to zas tak strasny > > Je jednak slozitejsi a jednak naprosto neni prenositelny. Ja to potrebuji > mit > prenositelne minimalne na Oracle. Protoze az se to trochu rozjede, presidli o ty prenositelnisti viz nahore ze to nepreneses vsechno > > no podle mne je esql takova hracka > Mne prijde, ze se s tim da udelat temer vsechno, co muzes potrebovat. > > > si na ne zvykl a prizpusobil se. > > na tu stabilitu prekladace a behu si zvykat nehodlam > S behem taky problem nemam. Pouzivas opravdu nejnovejsi Postgres? ne ale ne taky zadnou vykopavku > > > Pokud vis o necem jednodussim, nez je ESQL, rekni mi... > > nic, ale zase vecina moc jednoduchych veci je jen na moc jednoduchy ukoly > > to mas ten samej problem jako kdy pouzivat M$ a kdy unix. Myslim, ze i s tim > > ESQL se da leccos udelat. Ja verim tomu, ze si s nim vystacim. jo nerikam ze v poslednich verzich to muze bejt uz lepsi a za 2hy sem moh delat naky blbosti a svadet to na esql ja sem esql zavrh driv nez sem z nej stacil vydolovat co se da a prepsat to z esql do volani libpq mne netrvalo ani tak moc dlouho a podle mne min, nez zkouseni s problemema esql proste pokud chcete neco jednoduchyho typu pude/nepude tak i ja to radsi v tom esql udelam, ale jak budu psat neco treba neco stabilniho, tak uz ne taxe mejte