ADO eller BDE database via Internettet

Hvilken type database skal den have adgang til?

Det har jeg endnu ikke besluttet.... Det kommer jo også lidt an på om det bliver ADO eller BDE... Men, jeg tror nok at jeg hælder nok mest ADO med en connect til en Access DB... Men igen... Jeg er ikke sikker på om det er den "nemeste" og evt. den bedste... Derfor har jeg ikke besluttet mig endnu ;)

//'bramsing'

Skal du programmere begge ender, altså både klient og server?

Anyway, hvis du vil bruge ADO eller BDE, så vil jeg anbefale ADO, ellers er ZeosDBO godt til f.eks. MySQL og Firebird forbindelser. De er også ofte hurtigere.

Jeg skal "kun" programere klienterne... Det er kun databasen der ligger på serveren... Selve programmet køre på klient pc'en og modtager databasens indhold "som lå den i dens egen mappe"...

//'bramsing'

Hvilken protokol har du så tænkt dig at bruge til at overføre filen? :)

Øhh... TCP...

Databasen skal ligge på en Webserver... Ikke en FTP server...

Jeg vel skal du vel bruge TCP, men bruger du HTTP til overførslen? Men ellers, hvis du skal downloade en Access DB, og så åbne den, kan du sagtens bruge ADO.

Øhh.. kan man ikke "bare" connecte til den "ligesom" med eg. ASP??? sådan så databasen ikke downloades??
Har du evt. et lille ex. til at tilslutte en Access DB via ADO som ikke ligger på klienten??

Med mindre du selv skriver serveren, eller der er en decideret database server på serveren, så er den eneste mulighed jeg kender, at downloade filen.

Det eneste jeg ved er at serveren understøtter muligheden for at have Access DB'er på serveren... Men indrømmet det er med henblik på ASP tilslutning...
Men, jeg troede at det så også kunne være muligt at tilslutte sig via et program... :-/

Måske er det muligt.. Hvis det er kender jeg den ikke, desværre.

Det er bare ok angelod...Du må sige til hvis du gerne vil have del i pointne :)
Jeg lader spørgsmålet stå lidt endnu, hvis der er andre der har en mening om emnet... Men jeg takker foreløbelig...

Tak for tilbuddet, men jeg har jo ikke hjulpet dig. Så behold du bare de point, eller vent på en der svarer. :)

Det er bare ok ;)

På http://www.3wp.dk har jeg set meget flot programmering med en acces.mdb, der
opdateres med memo og det hele meget smuk og der er stadig da jeg kiggede for nogle dage siden en gratis velfungerende prøveversion liggende på deres 'gamle version´af hjemmesiden.Hyperlet at sætte op.(man kan vist hyre dem til en rimelig timeløn, hvis man vil have en mere personlig udgave lavet eller bruge programmet i commerciel sammenhæng.Men det har self. ikke meget med Delphi at skaffe.Her er den eneste (næsten) velfungerende version jeg har set her fra mit lille hjørne af verden når man laver en simpel database i BDE og lægger den ind i en aktiv-x hjemmeside.Der er dog noget med registreringen jeg ikke helt fatter.Derudover er der http://cgiexpert.com , der laver nogen opdaterbare databaser (man kan downloade velfungerende eksempelprogrammer med forskellige grader af funktionalitet.Det er dog ikke helt ligetil at programmere sig til online-opdateringsmulighederne for en hobbyprogrammør som mig, men hvis man var mere oplært og hverdagsvant med at programmere ville det sikkert ikke være uopnåeligt og det virker som en solid måde at gøre det på.

Deres 'sidste udkald' side kalder de http://old.3wp.dk/
som sagt med editor og universel opsætning så du lige kan smide din egen database ind.

Hvis du får mod på at lave en aktiv-X database er det lige ud af landevejen:du vælger ny applikation og tager en aktiv x applikation.Derefter laver du et lille databaseprogram (som du plejer) og når du er færdig checker du lige i options at programmet bliver sendt til dit scripts-bib.Og nu skal du bare bruge 'deploy' i stedet for det sædv. 'run' og der er nu dannet en htm-fil,
der kalder det object der er blevet dannet.Første gang du kalder filen bliver objectet anbragt i 'temp. internet objects', hvor det iøvrigt bliver liggende til du evt sletter det.Du har ikke mulighed for re-deploy, men må starte helt forfra hvis du vil 'pynte på programmet' hen af vejen.

Svaret er meget nemt ALDRIG BDE !

Jens B

Beklager janbb... Men jeg kan ikke helt se sammenhængen mellem et Delphi programeret klientprogram og dit svar :-/

Jeg er selv kommet frem til at jeg skal bruge ADO..
Problemet er at der er mange der skal bruge programmet... og dermed opdatere databasen... Derfor tror jeg at det er løsningen at downloade databasen for derefter at åbne den....

UPS... janbb... Jeg havde ikke lige set at det var dig der også havde skrevet det om Active-X... Jeg har slet ikke arbejdet med Active-X så jeg tror ikke liiiiiige jeg vil kaste mig ud i det projekt her og nu ;)

Nu må I bære over med en stakkels amatør som mig, men er I ikke ude i noget med at sammenligne pærer og bananer ?.ADO er en måde at skabe en forbindelse på ?, mens BDE er en slags fortolker.BDE kan principielt godt fortolke en acces.mdb og ADO kan vel osse principielt forbindes med en standard db ?.

Derfor min henvisning til ASP programmet, hvor jeg går ud fra der er brugt en ADO forbindelse (uden at jeg dog har checket det, men det plejer de i den slags programmer).

janbb << Det plejer nu at være en odbc tilslutning man scripter ind i sitet...

Hmm... Det tyder på at det ikke er så nemt som jeg havde håbet... Jeg lukker spørgsmålet men skulle der være én der kan hjælpe videre med tilslutningen sætter jeg gerne pointne på højkandt igen....

Som sagt er jeg meget ked af at skulle gøre mig klog på noget jeg ikke er sp 'stiv' i, men jeg vil her citere forfatterne KRISTIAN HANSEN OG KARIM PEDERSEN fra deres bog *ASP* fra teknisk forlag udgivet i det herrens år 2000.
fra side 102 i kapitel 5:
Databaseobjekter: Databaseadgang er ikke indbygget i de scriptsprog, man kan bruge sammen med asp.For at råde bod på dette, er der indbygget nogle objekter, som man kan bruge til at tilgå databaser.Disse objekter er baseret på ADO(ActiveX Data Object) som osse bruges i andre sammenhænge.

I ASP er der flere objekter, der repræsenterer ADO.Det centrale af disse objekter er Connection-objektet, som håndterer forbindelsen til databasen.Man opretter et Connection-objekt ved at skrive

Connection=Server.CreateObject("ADODB.Connection");

Som nævnt er Connection objektet det centrale i arbejdet med databaser  ....

osv

og videre : Forbindelsesstrengen kan være navnet på en systemdatakilde (DSN) som er registreret i ODBC !.

Nu er programmering ikke mit fag, men æh ...

BDE vil jeg så slet ikke komme ind på men blot føje mig til den almindelige folkestemning, der peger henimod at det efterhånden er ved at være en fortidig
ting, der dog er meget anvendelig i øvelsessammmenhæng, hvis man vil lege lidt med de basale ting.

Bramsing:Hvordan kan du komme frem til (selv ?) at du vil bruge ADO når du slet ikke er til axtivX ?.Og hvorfor din nedladenhed overfor min interesse for dit spørgsmål ?.

Hvis du kun kan modtage hjælp fra professionelle eksperter har E en underafdeling, der hedder Sharksforum, der godt nok ikke er tilfreds med dine kostbare points.Tak for snakken.

Tjah.. BDE står for Borland Database Engine. Problemet med sådan noget som Access er, at det ikke er en server som sådan, altså kan man ikke tilslutte til den via et hostname og portnummer.

Det man kan gøre, og som jeg ville anbefale, var enten at bruge en egentlig server, som f.eks. MySQL, eller også skrive et interface ind til databasen, så man kan manipulere den udefra. Dette kan enten være et program, eller at ASP script der kan besvare queries man sender til den. Muligvis med en begrænsning i form af et password, så andre ikke bare kan foretage ændringer i databasen.

Jeg ved godt, at dette ikke lige var den løsning du havde håbet på, men det er nu engang forskellen mellem f.eks. Access og MySQL. MySQL kommer med en "brugerflade" der giver adgang til manipulering. Så for at få dette på Access, skal man som sagt skrive en server til det, hvor man selvfølgelig skal passe meget på at man ikke skaber konflikter hvis to brugere prøver på at opdatere den samme post, eller 2+ brugere prøver at indsætte nye posteringer.

Jeg havde ellers besluttet at undlade at kommentere videre, men det er for svært, så forestil jer dette skrevet med bitte-bitte små bogstaver:
Bramsing du skriver at Beklager janbb... Men jeg kan ikke helt se sammenhængen mellem et Delphi programeret klientprogram og dit svar :-/
- der er heller ikke megen sammenhæng mellem et Delphi programmeret klientprogram og dit spørgsmål.Når du bruger Accesdatabasen er det vel en small sag osse at programmere en hjemmeside i Acces, der opdaterer databasen, hvor jeg vil henvise til de udemærkede anvisninger i bogen 'Mastering office 2000 af Gini Courter og Annette Marquis udgivet af Sybex-folaget.Hvorfor 'gå over åen efter vand' ?.

Iøvrigt plejer jeg når talen talløse gange er gået her på E vedrørende emnet at nævne denne udemærkede I-bog: http://www.209software.com/books/wpid/
der går http://www.cgiexperten.com i bedene mht brugen af webbroker, der er
trylleformularen og jeg er næsten 100 % sikker på at man kan bruge en MSjetoledb og derved få en acces database til at fungere i den sammenhæng osse selvom jeg tror programmeringen bliver lidt tungere, som jeg antydede højere oppe i tråden.

Det er mange år siden jeg kæmpede med at få en acces-db ind i et delphiprogram, men jeg fandt lige en tråd, hvor 'expralle' berigede
os om emnet og lavede den lille test der blev anvist:
unit adoUnit1;

interface

uses
  Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,
  StdCtrls, Db, ADODB;

type
  TForm1 = class(TForm)
    ADOConnection1: TADOConnection;
    ADOTable1: TADOTable;
    ADOTable1ID: TAutoIncField;
    ADOTable1Name: TWideStringField;
    ADOTable1Age: TIntegerField;
    ADOTable1Phone: TIntegerField;
    ADOTable1EMail: TWideStringField;
    Label1: TLabel;
    Label2: TLabel;
    Button1: TButton;
    procedure Button1Click(Sender: TObject);
  private
    { Private declarations }
  public
    { Public declarations }
  end;

var
  Form1: TForm1;

implementation

{$R *.DFM}

procedure TForm1.Button1Click(Sender: TObject);
begin

Label1.Caption := ADOTable1.Fields.Fields[1].AsString;
Label2.Caption := ADOTable1.Fields.Fields[2].AsString;

end;

end.

og det virker da fint - og jeg kan ikke umiddelbart se hvorfor man ikke skulle kunne bruge det i f.x. webbroker (men det kan man nok osse).

Hej janbb... Du må undskylde hvis jeg har været nedladende... Det har ikke været hensigten... Jeg har oprettet et spørgsmål til dig så du kan få point for din hjælp du har givet indtil nu :)