PostgreSQL
La base de données la plus sophistiquée au monde.

Ouverture de session

Navigation

Contactez-nous

Administration du site :
"equipe chez postgresqlfr point org"

Contact presse :
"fr chez postgresql point org"

Contact association :
"bureau chez postgresqlfr point org"

Questions PostgreSQL :
 IRC :
  serveur irc.freenode.net
  canal #postgresqlfr

Recherche

Accéder aux archives

« Octobre 2008  
Lun Mar Mer Jeu Ven Sam Dim
  2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31  

Syndication

Flux XML

Sondage

Quelle est la version de PostgreSQL la plus répandue sur vos serveurs ?
8.3
10%
8.2
42%
8.1
40%
8.0
2%
7.4
6%
7.3 ou antérieure
0%
Nombre de votes: 48

Migration ORACLE 9i --> PostgreSQL 8 - pb API C

PostgreSQL 8 - pb API C " -->

Technique - général | Migration ORACLE 9i --> PostgreSQL 8 - pb API C

Par ycremel le 03/08/2005 - 11:38

Bonjour,
j'étudie actuellement la possibilité de migrer de Oracle 9i vers PostgreSQL 8 (pour un leader du spatial à Toulouse).
Nous utilisons dans nos applications une API C (interface avec Oracle). Dans cette API, nous avons une fonction "SQL_Query" qui reçoit en paramètre une requete SQL créée dynamiquement(char *) ainsi qu'un tableau de chaine de caractere contenant les valeurs des colonnes à insérer/"updater"/"deleter".
Cette fonction permet d'insérer/updater/deleter X rows d'une table (sans se préoccuper du type des valeurs, puisque toutes passées en char*) grace à l'API C Oracle.
Y a t-il un Ă©quivalent sous PostgreSQL 8?
Est-il possible de créer une fonction PostgreSQL 8 nommé SQL_Query répondant aux mêmes service définie tel que:
SQL_Query (char *,SqlQueryPtr *) avec :
1er param contenant par exemple: "INSERT INTO TABLE toto(col1, col2, col3) VALUES(#col1, #col2, #col3)"

2eme parametre: liste des valeurs (pr remplacer #col1, #col2, #col3)

typedef struct {
char ColName[ORA_COLNAME_MAX]; /* Name of the ORACLE column */
short ColLen; /* Max length of the values */
char *Values; /* Array of Values (see SQL_Query) */
} SqlQuery;

Car nous ne souhaitons pas casser la structure de toutes nos applications Ă©videmment.
Merci par avance des infos.

© PostgreSQLFr, tous droits rĂ©servĂ©s.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.