Bonsoir,

Ce n'est pas comme s'il n'y avait pas de bug sous SQL Server.

Voici un topic qui détaille un problème majeur que j'ai rencontré avec SQL Server 2005 :
http://www.developpez.net/forums/d11183 … -bug-like/

Il ne s'agit même pas d'un FULL JOIN, mais du pauvre opérateur LIKE...

Je préfère de loin avoir un SGBDR gratuit qui m'avertit ne pas gérer une fonctionnalité, qu'un SGBDR payant qui me sort des conneries.

En ce qui concerne la bug list de SQL Server, on peut lire sur internet :

Source : http://dba.stackexchange.com/questions/ … er-sp4-cu4

Merci pour vos réponses Julien

Sujet Résolu.

Bonjour gleu,

Mon fichier pg_hba.conf contient à la base (fichier par défaut avec installation) juste 2 instructions, qui sont :

host    all             all             127.0.0.1/32            md5
host    all             all             ::1/128                 md5  

Le premier doit correspondre au localhost ipv4, le second au localhost ipv6.

Tout ce que j'ai fait de mon coté, c'est autoriser les connexions externes en ajoutant l'instruction suivante :

host	all             all             0.0.0.0/0				md5

Et j'ai laissé l'instruction par défaut suivante dans le fichier postgresql.conf :

listen_addresses = '*'		# what IP address(es) to listen on;

Comme indiqué dans la doc ici : http://www.postgresql.org/docs/9.2/stat … -conf.html
Et aussi sur ce forum : http://stackoverflow.com/a/13139342

De plus, comme je l'ai déjà indiqué, j'arrive à me connecter à PostgreSQL, mais pas toujours ! D'où le titre de ce topic que j'ai créé : ODBC PostgreSQL est instable
Avant j'avais installé la version : psqlodbc_09_02_0100.zip, puis je suis passé à la dernière version : psqlodbc_09_03_0100.zip mais le problème persiste.

Pourriez-vous me dire d'où peut provenir le problème, et comment y remédier, s'il vous plait ?

Cordialement,

Bonjour,

C'est dommage qu'on ne puisse pas choisir son caractère de "séparation" pour le csvlog, heureusement que la commande COPY permet de définir le type de séparateur lors d'un import/export.

En tout cas je vous remercie pour toutes vos réponses. Je considère ce topic comme résolu et espère qu'il apportera des réponses aux personnes qui se posent les mêmes questions.

PS: Pas de question 11 , c'était juste une petite remarque. D'ailleurs j'aurais deux nouvelles remarques :
* Dans le dossier pg_log j'ai maintenant un fichier "postgresql-2013-10-25_000000.csv" et un fichier "postgresql-2013-10-25_000000.log", et pourtant j'ai bien défini "log_destination = 'csvlog'" et pas "log_destination = 'stderr, csvlog'". Le fichier d'extension ".log" reste vide donc pas de double enregistrement. Aussi, lors d'un redémarrage du serveur, un nouveau fichier ".log" est créé 3-4 secondes avant un nouveau fichier ".csv".
PostgreSQL version: 9.2

* J'ai testé "log_statement = 'ddl'" et "log_statement = 'mod'", rien à faire, cela n'enregistre pas les SELECT, il faut passer par "log_statement = 'all'". Dommage que l'option "dml" n'existe pas !

Cordialement,

Merci pour les réponses gleu

3. Si stderr, csvlog, syslog, et eventlog sont tous des fichiers, est-ce que c'est juste la mise en forme du texte à l'intérieur du fichier qui change ? Quel serait votre préférence et pourquoi ?

4. Est-t-il possible de choisir plusieurs de ces formats comme ceci : log_destination = 'stderr, syslog, csvlog' ?

5. J'ai vu que le contenu du dossier pg_log contenait déjà des des fichiers d'extension .log, donc si je met juste log_destination = 'csvlog' aurais-je des fichiers avec le nom : postgresql-%Y-%m-%d_%H%M%S.csv ? Ou bien dois-je paramétrer l'attribut log_filename pour l'extension ? Oui parce que comment faire la différence entre stderr et csvlog s'ils ont tout les deux la même extension et le même nom de fichier (ce qui n'est pas possible) ?

6. Pensez-vous que pour ce que je souhaite faire ("enregistrer de façon continu les logs dans une table de la base"), mieux vaut passer par un fichier CSV (csvlog) puis charger dans une base de la table à partir d'une tâche planifié ?

7. Puis-je définir le log_line_prefix comme ceci : log_line_prefix = '%t, %a, %u, %d, %r, %i, %e' . Aussi lequel de ces lettre représente la date d'exécution et la durée de la requête ?

8. Comment faire pour mettre un sujet en statut "Résolu" dans le forum ?

PS: Je sais qu'il n'est pas bien d'avoir deux PosgtreSQL sur la même machine, mais c'est au cas où je n'aurais pas le choix (et c'est une "mini prod").

Je vous remercie

Bonjour,

Je vous remercie pour votre réponse Arthurr. Ce que je souhaiterais, c'est enregistrer de façon continu les logs dans une table de la base.

Du coup j'aurais quelques questions :
1. J'ai vu qu'il existait plusieurs façon d'enregistrer le log (stderr, csvlog, syslog, and eventlog). Sauf qu'on ne dit pas exactement à quoi correspondent ces 4 types d'enregistrement dans la doc (même si on se doute bien que pour csvlog il va enregistrer dans un fichier au format CSV).
    a. A quoi correspondent chacun de ces 4 types d'enregistrement ?  Lesquels enregistrent sous forme de fichier, et d'autres directement dans la table d'une base ?
    b. N'y a-t-il pas un moyen d'enregistrer le log dans une base à part comme "base_pg_des_logs" avec une table "table_des_logs" ? Si oui comment faire ?

2. Je suis conscient pour les ressources (perfs) que cela demande, mais ce qui m'inquiète c'est surtout l'enregistrement des logs de mes scripts d'automatisation journalière. Du coup est-t-il possible d'indiquer dans postgresql.conf le nom des comptes dont il ne faut pas enregistrer les logs ? (ex: le compte admin postgres).
    a. Si oui, comment l'indiquer dans le postgresql.conf ?
    b. Si non, est-t-il possible d'installer 2 SGBDR PostgreSQL sur la même machine ? (le premier aura pour but d'effectuer les traitements journaliers, le second récupère les résultats du premier serveur pour servir de consultation + enregistrement des logs utilisateurs).

Voici le contenu de mon postgresql.conf, partie "Error Reporting and Logging" (aucune modification apporté pour le moment):

#------------------------------------------------------------------------------
# ERROR REPORTING AND LOGGING
#------------------------------------------------------------------------------

# - Where to Log -

log_destination = 'stderr'        # Valid values are combinations of
                    # stderr, csvlog, syslog, and eventlog,
                    # depending on platform.  csvlog
                    # requires logging_collector to be on.

# This is used when logging to stderr:
logging_collector = on        # Enable capturing of stderr and csvlog
                    # into log files. Required to be on for
                    # csvlogs.
                    # (change requires restart)

# These are only used if logging_collector is on:
#log_directory = 'pg_log'        # directory where log files are written,
                    # can be absolute or relative to PGDATA
#log_filename = 'postgresql-%Y-%m-%d_%H%M%S.log'    # log file name pattern,
                    # can include strftime() escapes
#log_file_mode = 0600            # creation mode for log files,
                    # begin with 0 to use octal notation
#log_truncate_on_rotation = off        # If on, an existing log file with the
                    # same name as the new log file will be
                    # truncated rather than appended to.
                    # But such truncation only occurs on
                    # time-driven rotation, not on restarts
                    # or size-driven rotation.  Default is
                    # off, meaning append to existing files
                    # in all cases.
#log_rotation_age = 1d            # Automatic rotation of logfiles will
                    # happen after that time.  0 disables.
#log_rotation_size = 10MB        # Automatic rotation of logfiles will
                    # happen after that much log output.
                    # 0 disables.

# These are relevant when logging to syslog:
#syslog_facility = 'LOCAL0'
#syslog_ident = 'postgres'

# This is only relevant when logging to eventlog (win32):
#event_source = 'PostgreSQL'

# - When to Log -

#client_min_messages = notice        # values in order of decreasing detail:
                    #   debug5
                    #   debug4
                    #   debug3
                    #   debug2
                    #   debug1
                    #   log
                    #   notice
                    #   warning
                    #   error

#log_min_messages = warning        # values in order of decreasing detail:
                    #   debug5
                    #   debug4
                    #   debug3
                    #   debug2
                    #   debug1
                    #   info
                    #   notice
                    #   warning
                    #   error
                    #   log
                    #   fatal
                    #   panic

#log_min_error_statement = error    # values in order of decreasing detail:
                     #   debug5
                    #   debug4
                    #   debug3
                    #   debug2
                    #   debug1
                     #   info
                    #   notice
                    #   warning
                    #   error
                    #   log
                    #   fatal
                    #   panic (effectively off)

#log_min_duration_statement = -1    # -1 is disabled, 0 logs all statements
                    # and their durations, > 0 logs only
                    # statements running at least this number
                    # of milliseconds


# - What to Log -

#debug_print_parse = off
#debug_print_rewritten = off
#debug_print_plan = off
#debug_pretty_print = on
#log_checkpoints = off
#log_connections = off
#log_disconnections = off
#log_duration = off
#log_error_verbosity = default        # terse, default, or verbose messages
#log_hostname = off
log_line_prefix = '%t '            # special values:
                    #   %a = application name
                    #   %u = user name
                    #   %d = database name
                    #   %r = remote host and port
                    #   %h = remote host
                    #   %p = process ID
                    #   %t = timestamp without milliseconds
                    #   %m = timestamp with milliseconds
                    #   %i = command tag
                    #   %e = SQL state
                    #   %c = session ID
                    #   %l = session line number
                    #   %s = session start timestamp
                    #   %v = virtual transaction ID
                    #   %x = transaction ID (0 if none)
                    #   %q = stop here in non-session
                    #        processes
                    #   %% = '%'
                    # e.g. '<%u%%%d> '
#log_lock_waits = off            # log lock waits >= deadlock_timeout
#log_statement = 'none'            # none, ddl, mod, all
#log_temp_files = -1            # log temporary files equal or larger
                    # than the specified size in kilobytes;
                    # -1 disables, 0 logs all temp files
log_timezone = 'Europe/Brussels'

Je vous remercie, cordialement,

Oui, c'est possible, mais vous devez d'abord définir ce que signifie "la plus proche inférieur"... inférieur de combien d'unité ? -> 1 jour ? 1 heure ? 1 minute ? 1 seconde ?

Il en demande déjà beaucoup pour les utilisateurs lambda
L'objectif c'est de supprimer la partie "hote + port" et ne laisser que "user + pwd".
C'est le user qui fera référence au "hote + port".

Bonjour,

Je viens de regarder le contenu du fichier postmaster.pid , ce fichier n'a rien à voir avec un tnsnames.ora

Voici un contenu d'un "tnsnames.ora" :

COMPTE_ECRITURE_GESTION =
 (description=
   (address_list=
     (address = (protocol = TCP)(host = server.development.gestion)(port = 1521))
   )
 (connect_data =
   (service_name=gestion)
 )
) 

COMPTE_LECTURE_DISTRIBUTION =
 (description=
   (address_list=
     (address = (protocol = TCP)(host = server.development.distribution)(port = 1521))
   )
 (connect_data =
   (service_name=distribution)
 )
)

Ainsi lorsque l'utilisateur veut utiliser son application, il n'a plus à préciser l'hôte, son numéro de port ou autre information, tout ce qu'il aura à faire c'est entre le login et son mot de passe.

Après je ne sais pas comment font les administrateurs réseau pour :
* mettre en partage ce fichier pour tous les postes utilisateur.
* intégrer ce fichier tnsnames.ora à ODBC

Merci