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

Search the boards