Pourquoi un accès natif par SGBD ?

[brice01]

Les trames envoyées au serveur sont des reqêtes SQL (format texte) et le serveur renvoit aux clients un résultat (format texte) : c'est un échange de texte.
Alors pourquoi y-a-til un accès natif par SGBD ?

C'est la structure des données échangées qui est différente selon le SGBD ?

Si oui, pourquoi n'y a t-il pas une norme, un standard d'échange entre le client et le serveur ?

Les trames envoyées au serveur sont des reqêtes SQL (format texte) et le serveur renvoit aux clients un résultat (format texte).

Merci d'avance pour vos réponse.

[orafrance]

il y a simplement des ports différents parce qu'il est impossible d'utiliser le même port pour des applis différentes ( conflit de port)... comment les SGBD ferait pour connaitre leurs paquets de ceux de l'autre SGBD sinon ?

[brice01]

Donc si j'ai bien compris, il suffit d'envoyée un texte ASCII contenant la requete SQL sur le port associé SGBD !

Ne serait-il pas imaginable d'avoir un accès natif générique où il suffirait de paramétrer dans un fichier de config texte le no de port

OU BIEN

de passer en paramètre de la fonction de connexion le no port ?

[orafrance]

il y a ODBC ou les object OLE qui permettent de faire ce type de chose mais là ça dépasse mes compétences... la comm réseau c'est pas trop mon fort

[Barbibulle]

Chaque SGBD utilise une structure qui lui est propre pour converser avec le serveur. Ce n'est pas du simple texte, ni les réponses d'ailleur.

Il n'y a qu'a se poser la question des BLOB de type binaire comme exemple pour deviner que les réponses ne peuvent pas être textuelles.

Et il est tout a fait logique qu'il n'y ait pas de norme en là matière (commercialement parlant).

[Danny]

S'il y avait des normes, il n'y aurait pas de business.
A ton avis, pourquoi on recherche des "DBA Oracle" et pas des "DBA" ?
Et pourquoi un concessionnaire Renault ne réparera pas ta Peugeot ?