"Harald" <swobu@kroning.dk> wrote in
news:3d3f0146$0$12691$edfadb0f@dspool01.news.tele.dk:
> "Claus Christiansen" <kruc@bigfoot.com> skrev i en meddelelse
> news:Xns9255D742957BEkrucsid@news.unipeople.dk...
>> "Harald" <swobu@kroning.dk> wrote in
>> news:3d3ef6b3$0$12692$edfadb0f@dspool01.news.tele.dk:
>>
>> > "Claus Christiansen" <kruc@bigfoot.com> skrev i en meddelelse
>> > news:Xns9255CDB82F462krucsid@news.unipeople.dk...
>> >> "Harald" <swobu@kroning.dk> wrote in
>> >> news:3d3ee3bb$0$13961$edfadb0f@dspool01.news.tele.dk:
>> >>
>> >> > "Nils Thøger Møller" <bentbit@hotmail.com> skrev i en
>> >> > meddelelse news:ahkn4k$ic7$1@sunsite.dk...
>> >> >> Hej i gruppen
>> >> >>
>> >> >> Søger noget information vedrørende database programmering i
>> >> >> Delphi
>>
>> <klip en hel masse>
>>
>> >>
>> >> Hvis man skal anbefale noget så hedder det ADO / ODBC / Direkte
>> >> adgang, til en rigtig db-server. M$-SQL server og Interbase
>> >> kunne være eksempler, hvor der findes komponenter til direkte
<klip en hel masse>
>> >
>> > Er det ikke rigtig at man til denne typer databaser kun har
>> > adgang via SQL og hvis det er rigtig er man så ikke volsomt
>> > begrænset i forhold til en BDE løsning?
>>
>> Nej du kan sagtens bruge alle de lækre visuelle db-komponenter, som
>> vanligt med f.eks. interbase komponenterne
>
> Nu har jeg f.eks. et program som viser en log liste i en TDBGrid,
> når en anden station ændre i loglisten som så opdatere jeg den med
> en TTable.Refresh, det kan jeg vel ikke gøre når det kører via SQL
> så skal jel vel lave et SQL kald igen og det tager sikkert noget
> længere tid end en Refresh på en TTable.
Jeg tvivler på at det tager væsentligt længere tid end en almindelig
refresh, men jeg vil ikke hundrede procent afvise det - tilgengæld får
man så nogle andre lækre ting, som f.eks. db-events (der godt nok ikke
kører gennem en firewall, men det er jo så en anden sag).
> Og kan man f.eks. bruge TDBEdit? Og hvis ja hvordan pokker får man
> så sin table som måske ligger på en anden maskine opdateret? Jeg er
Det er ikke noget du selv skal tænke over, det er helt op til db-
serveren. Det eneste du skal tage hensyn til er at du får en meget
kraftigere transaktionsstyring (eller i hvertilfælde en mere synlig).
Det kan give problemer i forbindelse med brugen af en db-navigator, idet
du så ikke har så god styr på transaktionsstyringen. Muligvis også i
forbindelse med en DBEdit, hvilket jeg ikke tror, men ellers er den jo
forholdsvis nem at erstatte med en TEdit og to events (på en linie hver)
samt en updatemetode på højest 5-7 linie. - ok det kræver lidt mere end
ingen linier :)... Kort sagt der er lidt flere hensyn at tage ved brug af
en database server frem for BDE'en tilgengæld får man flere muligheder og
et mere stabilt system (egen erfaring) og husk at hvis der bare er den
mindste change/risiko for at systemet senere skal køre på en db-server,
så er det /umuligt/ at gå fra BDE'en til en rigtig server, men det ikke
umuligt at lave et almindelig enkelt bruger system med en db-server.
> bange for at jeg måske har brugt BDE for meget for jeg kan kun se
> ulemper i de andre muligheder.
Det er kun fordi du ikke har prøvet at køre mange klienter på f.eks. en
BDE/Paradox kombination, det er noget af de værste jeg kan forestille mig
:) (ok DBase er heller ikke speciel sjov) - særligt under udviklingen når
programmet går ned og den eneste løsning, der findes for at give paradox
lyst til at frigive databasen igen er en genstart!
PS: Alt ovenstående skal tolkes som en Interbase løsning!
/Claus
--
Claus Christiansen, <mailto:cch@unipeople.dk>
personal:
http://www.bigfoot.com/~kruc/; pythia:
http://www.pythia.dk
============================================--------------------------
"Computers are useless. They can only give you answers."
- Pablo Picasso (1881-1973)