teorispørgsmål

Er der ingen der har tid eller lyst til at hjælpe mig?

Der er rigtigt mange måder:
  - proprietary API's som f.ex. Sybase og Microsoft DBLIB
  - ODBC som er et standard API (mest udbredt på Windows)
  - JDBC som er et standard API for Java
  - embedded SQL som er næsten standard
  - OLE DB som er et Windows API
  - ADO og ADO.NET som er et Windows API

Ofte bruger nogel af API'erne hinanden.

ADO bruger OLE DB.

JDBC kan bruge ODBC.

ODBC & JDBC kan bruge proprietary API.

Det er en jungle. EN stor jungle.

Og jeg tror at en af grundene til at du ikke har
fået nogle svar er omfanget af problem-stillingen.

Hmmm ok. Hvad nu hvis man fx. sidder i et unix system og skal connecte til en database. Fx. måske oracle. Hvilken metode skulle man så vælge hvis man ikke havde mulighed for at bruge java og jdbc. Mange af dem du har nævnt er jo MS-specifikke metoder.

Er det rigtigt forstået at ODBC og JDBC svarer til hindanden. De kører bare på forskellige platforme?

Du kan godt få ODBC til ihvertfald nogle Unix.

Men det er ikke hvad man normalt bruger.

Hvis du har en applikation som kører på
Unix og skal bruge data fra en Oracle database,
så var embedded SQL absolut en mulighed.

Måske har Oracle også et specielt Oracle API.
(jeg er ikke nogen Oracle haj)

ODBC og JDBC ligner hinanden rigtigt meget.

Der er mest til Windows, fordi two-tier ofte
er Windows client til Unix database.

Hvorfor har man så en jdbc:odbc bridge?
Er det fordi at der ikke er skrevet nogen jdbc driver til fx. access og MSSql ? Så connecter man bare til en odbc datakilde istedet?

Og hvad er embedded sql helt præcist?

JDBC ODBC bridge er lavet fordi:
  - man ikke kan bruge ODBC direkte i Java
  - man gerne ville have folk igang med JDBC hurtigt
    og der var ODBC drivere til næsten alt

Der er en JDBC driver til SQLServer 2000 (jeg er sikker
på Bil gates græd da man beslutetde at lave den).

det er korrekt at der ikke er en JDBC driver til
Access. MS og Java !

Embedded SQL består i at du skriver et program i
C/FORTRAN/COBOL/whatever.

Du sætter EXEC SQL sql-sætning ind midt i programmet.

Så kører du det program gennem en pre-compiler
og så har du et færdigt program der kan compiles
(ofte kalder pre-compileren den almindelige compiler).

Det er faktisk "klassisk database-programmering".

Du må kunne finde masser om det i manuler og på
nettet.

F.eks.:
http://www-db.stanford.edu/~ullman/fcdb/oracle/or-proc.html

du kan evt hente odbc drivere til unix på www.unixodbc.org .. serveren svarede ikke her til morgen .. men plejer at virke.

Det er lidt svært at svare på hvordan man forbinder sig til en database fra et unix-system - det er jo som regel en del af et programmeringssprog at forbinde sig til en database. F.eks. har PHP sine metoder at forbinde sig til en database på (ganske vist baserer de sig på et API som et leveret af Oracle selv) og Perl har en anden måde.

hov kom lige til at tænke på at en af måderne at forbinde sig til en Oracle database fra unix (og windows oxå) er igennem værktøjet "sqlplus".

man logger ind ved:
sqlplus scott/tiger@ORCL

hvor "scott" er brugernavn
"tiger" er password
og "ORCL" er oracle-SID som defineres i tnsnames.ora (en tekstfil med noget som ligner følgende:
local_SID =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL= TCP)(Host= hostname.network)(Port= 1521))
    (CONNECT_DATA = (SID = remote_SID))
  )

).
Dette kan også bruges i et shell-script til at hente data ud med;
noget i stil med:
#!/bin/bash

FILENAME=$1

sqlplus scott/tiger@ORCL<<EOF
spool $FILENAME
select * from min_tabel;
spool off
exit
EOF

hvis du kalder filen for "mit-script" kan du hente data ud med:
# mit-script minfil.txt