Direkte databasetilgang vs. embedded sql

Ved brug af et database specifikt API så er man ihvertfald
bundet til databasen.

Embedded SQL er mere standard og uafhængigt af database.

Derudover er embedded SQL nok nemmere at lære, fordi
alle (blandt dem som skal programmere den slags) i
forvejen kender SQL.

Man kunne fortsat bruge de database specifikke
kald efter embedded SQL kom til verden (embedded
C/Cobol/Fortran skal jo også oversættes
til noget der kalder noget).

Men er man ikke bundet til databasen selvom man bruger embedded SQL?
Der er det jo databaseproducentens precompiler man bruger til at oversætte SQL til de specifikke API-kald. Så efter den er kompileret så virker det vel som direkte database tilgang gør det ikke?

Jo.

Den binære kode er bundet til databasen. Og den
genererede kode er bundet til databasen.

Men selve den embedded SQL er database uafhængig
(eller kan ihvertfald være det i simple tilfælde).

Men jeg tror iøvrigt ikke, at det argument har
betyder ret meget for dem der bruger embedded
SQL.

Det er normalt ret store database sites. Og der skifter
man altså ikke database uden videre.

Jeg tror mere at det er, fordi man kan lide
embedded SQL.

oki....det var bare lige det jeg ville have på det rene :]
Tak skal du have hæhæ....
Der var lige en sidste ting..Sidst vi snakkede nævnte du sprog som cobol,fortran og java der kan gøre brug af embedded sql.
Er det i princippet ikke alle sprog hvortil der findes en precompiler der kan bruge embedded sql?

Har du god ide til sammenlignigsgrundlag jeg kan bruge ved sammenligning af database-forbindelses teknologier?
Indtil videre har jeg skrevet :
- understøttende Platforme
- Tilgængelighed (Hvor let/svært det er at komme i gang med at bruge)
- Udviklingssprog (Hvilke sprog teknologien kan bruges fra)
- Om MySQL understøtter den enkelte teknologi(Da vi har brugt mysql i vores projekt)

Jo - alle sprog som levenrandøren af pre-compilere
vælger at supportere kan bruges.

Jeg har bar ealdrig hørt om andre end C, Cobol og
Fortran (og så Java).

Men der kan sagtens findes pre-compilere til PL/I og
pascal som jeg bare aldrig har hørt om.

Det er vel nogle udmærkede kriterier.

Jeg ville måske tilføje:
  - udbredelse (det er en fordel med noget teknologi
    hvis man har nemt ved at ansætte folk som kender det)
  - et forsøg på at vurdere om det er et godt
    værktøj (selvom noget kan være svært at lære, kan
    det være meget godt for dem som har
    lært det)