ADO eller BDE til MS SQL, eller hvad med dbExpress?????

En ting du måske skulle tage med i dine overvejelser ville være brugen af DataSnap (tidligere kendt som MIDAS). Hvis du anvender DataSnap, så vil du på klienterne helt kunne slippe for at skulle installere nogen som helst driver. Der ville i såfald kun være en maskine der fysisk skulle tage fat i dine data (DataSnap-serveren).

dbExpress, skulle være lavet med hastighed for øje, så mon ikke du skal vælge den

martinlind>>

Hvordan har du fået dbexpress til at spille sammen med MS SQL ?

Stoney

Det er især også erfaringer jeg er ude efter. Så det tyder på en god start.

Men som sagt jeg deler point ud på mandag.

pellelil: Hvad går DataSnap ud på? Jeg er ikke stødt ind i det før.

DataSnap gør din applikation Multi-Tier (flere lag). Den ene "lag" er din database server, og de 2 andre er henholdvis DataSnap(Applikations)-Server og Klient. Dit klient program kender INTET til den fysiske database da den kun kommunikere med DataSnap serveren, og omvendt kender denne ikke noget til dit GUI (Graphical User Interface). DataSnap kan således gøre den nemt for dig hvis du på et tidspunkt "vil sadle om" til en anden database (kun DataSnap-serveren skal "programmeret om").

Hvis du allerede har kigge på dbExpress så ved du at dinee datasets er uni-directional (kan kune "læse fremad"), og hvis du skal bruge disse sammen med eksempelvis en grid så skal du have fat i en Provider. Kort og godt så vil du med DataSnap egentlig blot have dit ClientDataSet i en applikation og din Provider i en anden  (meget forenklet).

DataSnap kan også gøre det plausibelt at bruge din applikation "over langsomme linier". Du kan således nemmere lave en applikation hvor klienten via en Dial-Up, ISDN eller ADSL forbindelse tager fat i din databse (via DataSnap serveren). Vær dog opmærksom på at DataSnap kræver en licens til serveren der koster 300 USD.

Jeg har IKKE fået DBExpress til at spille sammen med M$-SQL, jeg nævnte bare hastighedden, MIDAS der det man kalder Multi-tier, der har man en Client - En Forretnings-logikserver - MSSQL server, så man har tre prgm der kører evt. også tre fysiske maskiner.

/Martin

martinlind> De 3 "tier" (lag) behøver ikke at ligge på 3 fysiske maskiner, de kan sagten ligge på en og samme. Men en af fordelene er netop at de kan deles og man deler dermed det arbejde der skal foretage over 3 maskiner. Normalt vil man kun have en Database server, men er der behov for det (MANGE klienter), så kan man sagtens have flere "Forretnings-logikservere".

Derfor skrev jeg også EVT. :)

"Godt ord igen", jeg ville såmænd bare lige nævne det  :-)

lytter med...

Hastighed/datamængde:

DBExpress skulle være det hurtigste, men om du bruger ADO/BDE/DBexpress
tror jeg stadigvæk vi er nede i småtings afdelingen. DBExpress giver
et mindre footprint i din applikation.
Det der er vigtigt er "designet" af applikation.
Hvis dine databaser/tabeller er store SKAL du bruge Stored Procedure
til dine forespørgsler i applikationen. Det virker som overkill i starten
hvor din database er lille, men på sigt er du så garderet. Det er i øvrigt
også en fordel hvis folk connecter via en langsom linie (modem,ASDL etc.)
Vedr. DBexpress & MS SQL fandt jeg dette link:
http://www.islamov.com/dbexpress/

Omkring DBExpress har jeg erfaring med INTERBASE/DB2/MYSQL og det virker bare kanon.

Stabilitet:

BDE har har altid fået skyld for at blive ustabil ved mange samtidige
brugere, jeg har dog ikke selv oplevet det.
Borland har i øvrigt stoppet udviklingen på BDE.

Så mit råd vil være du skal bruge ADO/OLE DB eller DBExpress med ovennænte
komponent (jeg har ikke prøvet den).

Hvis du "kun" har valget mellem ADO/OLE DB og BDE så brug ADO/OLE DB.

Stoney

ellers så kig lige på dette det er gratis

http://www.zeoslib.org det ser godt ud.

Jeg havde håbet på flere deltagere, men det er vel bare jeres held. Så her er point til jer.
Jeg venter lige lidt, for det kunne jo være at pellelil vil være med.

Så er jeg med  ;-)