Du skal foretage 2 valg: Den egentlige database og så et
kommunikationslag, som giver dig adgang til at tale med databasen fra
Delphi.
Kommunikationslag (eksternt):
BDE, ODBC, ADO
Databaser (C/S):
Interbase, Oracle, MS SQL
Midas hedder vist nok Datasnap nu. Men jeg skal ikke præcist kunne sige,
hvad det bruges til.
DCOM, CORBA er protokoller til at håndtere objekter på fremmede
computere på tværs af netværk. DCOM er "windows-only", hvorimod CORBA er
implementeret på de fleste OS'er og en en åben platform. Men det skal du
ikke bruge i denne sammenhæng.
I nogle lokale databaser (såsom paradox), er database adgangen også
selve databasen. BDE "taler" ikke med nogen database, når den anvender
paradox, da den her til går filerne direkte. Samme med dBase.
Der er også en tredie løsning og der er at droppe det eksterne
kommunikationslag helt og kompilere det ind i din applikation i stedet.
Så snakker applikationen enten direkte med de filer, som udgør databasen
eller den snakker med databasen (f.eks. SQL server). Det sidst kaldes
client/server, er mere stabilt og generelt dyrere, hvorimod det første
kaldes en lokal database - også selvom den placeres på et drev på et
LAN.
Jeg vil foreslå dig at anvende DBISAM som kompileres direkte ind i din
applikation (altså ikke noget eksternt kommunikationslag). Med denne kan
du relativt enkelt skifte mellem lokal og client/server mode.
Den koster enten 250 US$ (kun lokal mode) eller 530 US$ (også
client/server mode) og så er der ikke yderligere udgifter ved
distribution af din applikation. Dit projekt peger i høj grad mod, at du
starter med den dyre løsning til 530 US$ og så sparer tiden til at
opgradere senere fra lokal til C/S.
Jeg håber det hjalp.
"Thomas Eg Jørgensen" <thomas@kontorbutikken.dk> wrote in message
news:b25hd4$oar$1@sunsite.dk...
> Hej
>
> Jeg har udviklet et program som skal gemme en større mængde data,
disse data
> vil jeg gerne gemme i en database. Så er det så cirka her jeg gerne
vil
> "sætte mig" på en database og så bruge den, men hvilken? Jeg roder
rundt i
> begreber som BDE, ODBC, ADO, Midas, Interbase, Oracle, MS SQL, DCOM,
CORBA
> osv uden at have nogen ide om hvor jeg skal starte
>
> Programmet skal både kunne anvendes standalone og i mindre
> flerbrugerløsninger(formentlig aldrig over 10 samtidige brugere). Men
hvor
> skal jeg så kikke henaf med hensyn til databasen?
>
> Er der nogen derude der kender eksempelvis en hjemmeside med
sammenligninger
> af de forskellige databasetyper så jeg har en mulighed for at danne
mig et
> overblik?
>
> Hvis nogen har lyst til at give råd/pege i en bestemt retning med
hensyn til
> mit projekt så kan jeg give lidt flere oplysninger. Som skrevet så
kommer
> brugerantallet sandsynligvis ikke over 10. Antallet af poster ligger
> sammenlagt på den lave side af 50.000. De små "grupper af brugere"
skal
> muligvis kobles sammen i større netværk(dette havde jeg dog tænkt mig
at
> løse med et synkroniseringsprogram som sammenligner de forskellige
> databaser, kan også gøres nemmere hvis databasen understøtter events).
Det
> skal være forholdsvis nemt at lave systemet så forskellen med klienten
i et
> enkeltbruger system og en flerbrugersystem er minimal(f.eks. ved at
anvende
> ODBC-alias'er).
> Hastigheden/pris er nok de kritiske faktorer, mens skalering og
maskinkrav
> ikke er helt så vigtige. Styresystemet vil (formentlig) altid være
windows
> og brugerantallet vil formentlig aldrig stige(pr server). Mængden af
data
> vil stort set heller ikke stige da gamle poster vil blive slettet
> efterhånden som nye kommer ind.
>
> Jeg har selv kikket lidt i retning af MS SQL-server da det er rimlig
lige
> til at gå til. Den kan anvendes i situationen med flere brugere, i
> enkeltbrugerløsninger kan f.eks. et ODBC alias pege på en
access-database i
> stedet hvis man ikke vil have udgiften til en MS-SQL licens. MS-SQL
ligger
> nok i toppen af hvad kunderne vil give for en flerbrugerløsning. Hvad
er
> jeres mening om denne ide?
>
> MVH
> En forvirret Thomas
>
>