Vous n'êtes pas identifié(e).
Après maintes recherches je suis arrivé au résultat suivant :
Avec cet outil, on peut connecter toutes les bases importantes du marché sauf une base de données PostgreSQL. D'ailleurs le manuel du produit le stipule bien (en anglais) :
The Third Party JDBC Drivers panel specifies drivers to be used for connections to third-party (non-Oracle) databases, such as MySQL, Microsoft SQL Server, or Sybase Adaptive Server. (You do not need to add a driver for connections to Microsoft Access databases.)
Dans préférences, Database, Third Party JDBC Driver, on peut "Ajouter une entrée" et ajouter le jar du driver JDBC
Cela fonctionne pour MySQL mais pas pour PostgreSQL, voici un lien plus explicite :
http://download.oracle.com/docs/cd/E121 … m#CIHDHHHJ
Bonne journée.
Sophonie
Résolu.
Bonjour à tous et à toutes,
Pour faire suite au ticket précédent, j'ai installé via le dépôt de pgdg (j'utilise Linux FedoraCore 8) le fournisseur officiel des pilotes ODBC & JDBC pour PostgreSQL.
Le package installé est postgresql-jdbc.x86_64, cependant à l'ouverture de SQL Developer je n'ai toujours
pas l'onglet PostgreSQL (Connection->clic droit New Connection).
Faut-il effectuer une autre action afin d'activer le connecteur JDBC sur SQL Developer?
Merci d'avance.
Sophonie.
Bonsoir Katagoto,
Il faut que tu saches qu'un trigger (ou déclencheur)
-est stocké dans la base
-est rattaché à une table et une seule
-répond à une opération sur les données
-exécute de manière automatique ET autonome l'évènement pour lequel il a été conçu.
Tu souhaiterai si j'ai bien compris éviter la fastidieuse tâche du copier-coller de chaque
CREATE TRIGGER nomdutrigger et ce pour chaque colonne.
A ma connaissance PostgreSQL ni Oracle ne possède une fonction de traitement de masse
des évènements, tout simplement parceque ce traitement est dangereux
=> Lors de l'exécution du trigger nous ne sommes pas maître de son temps d'exécution, et comment
vérifier à chaque fois qu'il a bien effectué son action.
Sous ORACLE on utilise un booléen pour l'une ou l'autre de ces trois instructions :
si DELETING est vrai alors
UPDATING et INSERTING sont faux
Ce qui permet de savoir ce qu'a fait le trigger.
Bonne soirée.
Sophonie.
Bonsoir à tous et à toutes,
Je souhaiterai installer le connecteur JDBC pour PostgreSQL afin de connecter une base de données PostgreSQL à l'outil SQL Developer de chez Oracle (afin uniquement d'exécuter une batterie de tests).
1°) J'ai téléchargé depuis le site internet suivant http://jdbc.postgresql.org/ le connecteur postgresql-8.3-604.jdbc4.jar.
- Est-ce le bon connecteur sachant que j'ai installé SQL Developer avec toutes les dernières versions
des outils de Java (JRE, JDK, JVM, SDK...).
a) Point positif SQL Developer est opérationnel quoiqu'un peu lent (je n'ai pas un PC récent, il est vrai).
b) Par contre, je ne dispose pas de l'onglet PostgreSQL qui me permettrai de me connecter à ma base de données (je n'ai que l'onglet Oracle).
=> Normal je n'ai pas encore installé le connecteur JDBC.
2°) Dans la documentation concernant l'installation, j'ai lu qu'il fallait uniquement placé le fichier .jar téléchargé dans le CLASSPATH de l'application pour pouvoir l'utilser.
=> Mais encore : Est-ce la variable d'environnement CLASSPATH ou le chemin d'accès à l'applicatif (ie au même endroit que postmaster)?
3°) Est-il vrai que :
- Comme jdbc utilise le réseau et que java ne supporte pas les sockets unix, postmaster doit être lancé avec l'option -i ( postmaster se lance sous l'utilisateur postgres ).
bash$ postmaster -i -S
Des modifications sont alors à apporter dans le fichier pg_hba.conf pour autoriser les connexions à la base de données.
Exemple B.2. Fichier de configuration des connexions à Postgresql ( /etc/postgresql/pg_hba.cong )
local all peer sameuser
host all 127.0.0.1 255.255.255.255 trust
host all 192.168.1.1 255.255.255.0 trust
Merci d'avance.
Sophonie.
Bonjour à tous et à toutes,
J'aurai souhaité avoir une précision sur l'utilisation du langage de procédure interne de PostgreSQL.
1°) Par défaut le PL/pgSQL est compilé et installé lors de l'installation de PostgreSQL
=> Pour l'invoquer, dois-je faire un CREATE LANGUAGE plpgsql afin de pouvoir saisir dans psql du code
PL/pgSQL?
Merci d'avance.
Sophonie.
Impeccable.
Merci encore et bonne fin de soirée.
Sophonie.
Bonjour à tous et à toutes,
J'aurai souhaité savoir si il existe un fichier de configuration du client psql à l'instar de
celui existant pour l'éditeur de texte vi.
En effet j'aurai souhaité automatiser l'affichage des tables sur 2 bordures à l'aide de la commande
\pset border 2 et ne pas devoir le faire à chaque ouverture de session postgres.
Merci d'avance.
En effet j'utilise la vesion EnterpriseDB.
Mon installation est mono-poste, la couche serveur et la couche cliente sont sur la même station de travail.
Lors de l'installation des pilotes ODBC Eet JDBC ces derniers ont été installé respectivement dans les répertoires :
/opt/PostgreSQL/psqlODBC et /opt/PostgreSQL/pgJDBC alors que la couche serveur et les données sont installées dans un répertoire que j'ai crée:
/u01/app/pg/product/.
Je vais déinstaller proprement l'installation du pilote ODBC uniquement car il n'y a que ce dernier qui me pose un problème, et je vais passer par la réponse fournie par proxy.
Deplus, j'avais déjà téléchargé le RPM du dépôt.
Merci encore.
Bonsoir gleu,
J'ai téléchargé le fichier suivant http://www.enterprisedb.com/products/pg … #linux-x64 (qui une fois téléchargé est un fichier binaire).
J'ai fait un chmod +x pour le rendre exécutable puis un ./nomdufichierbinaire.bin.
Lors de l'installation une fenêtre d'installation se présente (à la façon Installshield).
Ensuite à la fin de l'installation, il ouvre une application (stackbuilder) qui installe les pilotes ODBC.
Si effectivement le message provient des informations de version absentes de la bibliothèque Kerberos, où peut-on les récupérer?
Bonjour gleu,
Il est vrai que le ticket que j'ai posté en fin de soirée n'était pas très explicite, voici l'explication plus détaillée du problème.
Je dispose d'une Fedora Core 8, et j'ai installé PostgreSQL 8.3.5 à partir de l'archive tar.gz fournie sur le site du "constructeur" et non via un dépôt en utilisant YUM.
Au démarrage du noyau le serveur de Base de Données Postgres se lance correctement, par contre un message apparaît ensuite me disant :
/opt/PostgreSQL/psqlODBC/lib/libk5crypto.so.3: no version information available (required by /lib64/libssl.so.6)
/opt/PostgreSQL/psqlODBC/lib/libkrb5.so.3: no version information available (required by /lib64/libssl.so.6)
Dis-moi si je me trompe, mais l'OS me fait comprendre que des fichiers de la bibliothèque partagées (/lib64) ont besoin de connaître la version des fichiers de la bibliothèque présente dans le répertoires d'installation du pilote ODBC.
En consultant la documentation, j'ai lu qu'il fallait crée une variable d'environnement LD_LIBRARY_PATH contenant le chemin de la bibliothèque de l'exécutable.
Le message viendrait-il de là, car je n'ai pas crée cette variable d'environnement.
Sophonie.
Bonsoir à tous et à toutes,
Lors du démarrage du serveur de bases de données postgres, j'ai les messages suivant
concernant le pilote ODBC :
/opt/PostgreSQL/psqlODBC/lib/libk5crypto.so.3: no version information available (required by /lib64/libssl.so.6)
/opt/PostgreSQL/psqlODBC/lib/libkrb5.so.3: no version information available (required by /lib64/libssl.so.6)
Je ne comprends pas de quelle données textuelles concernant la version du pilote dont il a besoin.
Merci d'avance.
Sophonie.
