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

Ouverture de session

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

Technique - odbc

Technique - odbc | Binary Large Objects : bytea ou oid ???

Par darems le 21/09/2006 - 18:50

Bonjour,

J'essaie désespérément d'écrire une requête sql qui permet d'insérer le contenu d'un fichier dans une table postgres.
Le fichier est situé sur le poste client et la requête est exécutée depuis le poste client elle aussi.

J'ai donc créé un champ de type oid et ma commande est la suivante:
INSERT INTO ma_table (champ_oid)
VALUES (lo_import('D:\fichier.jpg'));

Le message d'erreur que j'obtiens est le suivant:

Technique - odbc | Driver ODBC "positioned cursor"

Par avril.stephane le 19/09/2006 - 06:50

Bonjour à tous,

j'utilise un logiciel pour synchroniser mes données de Postgresql 8.1 à un Pocket PC.
Ce logiciel c'est Visual CE, qui utilise les driver ODBC pour synchroniser les données.
J'utilise la version 8.02 du driver officiel de postgresql

Il y a malheureusement un soucis au niveau de "la position du curseur" :
(je n'y connais rien)
Voici le message de la maintenance du dit logiciel :

Technique - odbc | Stockage d'images

Par ducker88 le 15/09/2006 - 13:48

Bonjour à tous,

Je suis en train de realisé une application en C# (ecrit sour visual studio 2005) et je communique avec une base postgres via l'ODBC.
Je souhaiterai stocké une image dans ma table, j'ai donc créé un champ de type bytea.
Du coté de mon logiciel je transforme mon image en tableau de byte.

Le problème est que quand j'essaye de faire le transfert j'ai l'erreur suivante : type "lo" does not exist

Technique - odbc | Migration SQL SERVER 2000 vers PostGresql avec des Nom de tables et colonnes en Majiscules

Par walzed le 14/09/2006 - 10:56

J'ai une Base de données SQL Server 2000 dont les noms des tables ainsi que les noms de colonnes sont écris en majiscule. Lors de la migration en PostGres, tout est bien passé, sauf que les noms des tables et les noms de colonnes dans la nouvelles bases de données PostGres ont été crée en Majiscules, ce qui va m'engendrer un travail supplémentaire pour transformer toutes mes requetes SQL sachant que je travaille en Java et la persistance en JDBC (DAO).

Technique - odbc | update grouper

Par miche53 le 10/09/2006 - 21:25

Bonjour a tous,

Je voudrais savoir si il etait possible d'effectuer un update grouper sous postgresql. Voilà, je voudrais faire une requete du style :

UPDATE matable SET idType = '2' WHERE idObjet IN (1,43,54,32,65,56,...).

En fait dans un script PHP, je fais cette requete une par une dans une bouble et il y a tellement de requete à faire (au minimum 10000) que mon serveur web m'indique que le temps d'execution de mon script est trop long.

Technique - odbc | Interface access pour base de données postgre - question d'optimisation

Par stonneau le 31/07/2006 - 10:23

Bonjour à tous,
j'espère que le message n'a pas déjà été posté, je n'ai rien vu après un rapide coup d'oeil.
Ma question est en fait assez simple :
Si je lie une table postgre sous access via le driver odbc, lors de mes requêtes, est ce le moteur jet d'access ou bien le moteur de postgres qui va être utilisé?
Les indexs créés sous postgres servent ils à quelque chose ?
Je suppose que c'est celui de postgres - et cela m'arrangerait bien ;)-, mais je n'en ai vu la preuve nulle part.

Technique - odbc | Commande ODBC

Par ducker88 le 30/06/2006 - 14:54

Bonjour à tous,

Est t'il possible de faire un vaccum, une sauvegarde ou une reindexation à partir d'une commande ODBC ?

Merci de vos reponses.

Technique - odbc | Se connecter à PostgreSQL avec MS Access avec demande de mot de passe

Par ket le 13/06/2006 - 12:49

Bonjour,

je dois migrer une base de donn√©es Access vers PostgreSQL, et relier l'interface (formulaires, ...) √† la nouvelle base par ODBC. Jusque l√† tout se passe plut√īt bien ...
Mais une fois les tables PostgreSQL li√©es, les nom d'utilisateur et mot de passe sont enregistr√©s quelquepart par Access. Et c'est l√† mon probl√®me : je voudrais que l'utilisateur se voit demander un mot de passe √† chaque lancement de l'application, pour se connecter √† la base. Bien s√Ľr, ce mot de passe doit correspondre √† celui de la base, et non pas √† celui de l'interface Access. Le but √©tant que les droits utilisateurs d√©finis dans PostgreSQL s'appliquent aussi dans Access.

Technique - odbc | yet another depressiv access97/odbc/pgsql user...

Par ioguix le 02/06/2006 - 12:16

Bonjour,

J'avais déjà posté un sujet à ce propos ici, mais je n'ai eu aucune réponse, ce que je comprend trés bien au vu du nombre de posts et mails échangé à ce propos un peu partout sur internet.

Cependant, je suis au regret de constater une chose :
- soit je suis vraiment trop fatigué, soit je configure mal ma chose (après au bas mots une 30n d'essai), soit je suis aveugle ou je ne sais dans quel autre état de conscience suspecte je suis...

Technique - odbc | Problème avec les booleens

Par troubleshooting le 16/05/2006 - 10:51

Bonjour à tous.
Je tente d'accéder à une base postgreSQL à l'aide d'un connecteur odbc sous linux et de lui passer des données provenant d'une base db2. Cependant les booleens semblent poser problème. Lorsque l'on tente de synchroniser les données, une erreur se produit sur les champs booleens indiquant l'incapacité de passer un champ de type int à un champ de type texte.
J'aimerais savoir si il est possible de modifier les paramèters sur mon connecteur psql odbc afin de rendre les champs compatible.

Flux XML

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