Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#1 Re : Général » SQL : Convertir numéro du jour dans la semaine en texte » 29/04/2015 18:43:57
Dommage car en SQL Server je crois que c'est possible.
#2 Re : Général » SQL : Convertir numéro du jour dans la semaine en texte » 29/04/2015 14:40:54
Non malheureusement je n'ai pas la date. Juste le numéro du jour dans la semaine où a eu lieu l'intervention.
Le CASE WHEN c'est ce que j'ai fait en attendant, mais, pour ma culture , je voulais savoir s'il n'y avait pas un moyen plus propre.
#3 Re : Général » SQL : Convertir numéro du jour dans la semaine en texte » 29/04/2015 14:20:31
Bonjour
Mouais et comment je fais avec le numéro du jour dans la semaine en paramètre d'entrée ?
#4 Général » SQL : Convertir numéro du jour dans la semaine en texte » 29/04/2015 11:24:27
- gom
- Réponses : 8
Bonjour
J'ai une colonne avec le numéro du jour dans la semaine et j'aimerais convertir ces numéros en texte.
Exemple :
1 => Lundi
2 => Mardi
etc.
7 => Dimanche
J'essaye de faire comprendre à la fonction to_char() que mon 1er paramètre est un numéro de jour dans la semaine et que je veux le nom du jour correspondant :
select to_char(3, 'ID Day');
J'attends comme résultat : "Mercredi".
J'ai également essayé comme ça mais ça me ramène "Samedi" :
select to_char(to_date('3', 'ID'), 'Day');
Est-ce possible ?
Gôm
#5 Re : Général » Incroyable ... mon SQL me ramène un résultat qui n'existe pas !!! » 19/07/2013 17:37:11
Merci !
#6 Re : Général » Incroyable ... mon SQL me ramène un résultat qui n'existe pas !!! » 18/07/2013 10:30:02
Je pense avoir trouvé !
http://www.postgresql.org/docs/8.4/stat … ading.html + http://www.postgresql.org/docs/8.4/stat … edure.html (point 4)
Donc si j'ai bien tout lu Shakespeare ... je dois réaliser uniquement les points 2, 4 et 7 de la doc "install-upgrading". C'est bien ça ?
#7 Re : Général » Incroyable ... mon SQL me ramène un résultat qui n'existe pas !!! » 18/07/2013 10:24:50
Bon ... j'ai bien lu les conseils mentionnés ici ou là :
http://www.postgresql.org/docs/8.4/stat … -4-17.html
http://www.postgresql.org/docs/8.4/stat … -4-10.html
http://www.postgresql.org/docs/8.4/stat … 8-4-8.html
Mais ça ne me dit pas clairement ce que je dois faire pour mettre à jour PostgreSQL ?
#8 Re : Général » Incroyable ... mon SQL me ramène un résultat qui n'existe pas !!! » 18/07/2013 10:15:07
[...]
Vous devriez dans tous les cas prévoir une mise à jour vers la version à plus récente, et peut être planifier un reindex de la base.
Aussi incroyable (décidément) que cela puisse paraître ... je n'ai pas de DBA PostgreSQL à disposition ! Pensez-vous que je puisse procéder seul à une mise à jour de 8.4.4 vers 8.4.17 (et non 8.4.11, qui peut le plus ...) ?
Pour le REINDEX, est-il possible d'utiliser une requête SQL basée sur les tables Système pour générer tous mes REINDEX ?
REINDEX TABLE mon_schema.ma_table;
#9 Re : Général » Incroyable ... mon SQL me ramène un résultat qui n'existe pas !!! » 18/07/2013 09:26:09
Bonjour,
8.4.4 sur RedHat 64 bits (4.1.2-46).
#10 Général » Incroyable ... mon SQL me ramène un résultat qui n'existe pas !!! » 17/07/2013 19:18:33
- gom
- Réponses : 9
Bonjour,
Bon certes j'ai un peu abusé sur le sujet de ce post ... veuillez m'excuser. Mais vous allez voir c'est effectivement assez incroyable (du moins pour mon petit niveau sur PostgreSQL) !!!
Le résultat de ce SQL contient une autre liste d'identifiants, que ceux contenus dans le "in ()" de ma requête SQL !?
Pour corriger cette anomalie grave (je suis sur l'environnement de Prod ...), j'ai fait un REINDEX de la PK de cette table et hop ... zéro résultat pour cette requête SQL ce qui était l'objectif.
Pour info cette table ne possède pas d'autres contraintes et/ou index. J'ai essayé de faire un VACUUM ANALYZE => rien ; un VACUUM FULL => PgAdmin me conseillait de faire un REINDEX car les statistiques disaient qu'il y avait 12 lignes en écart ... effectivement je confirme !
Comment puis-je m'assurer que je n'ai pas d'autres problèmes (du même genre ... ou pas) sur ma base ? Là heureusement que j'avais une PK sinon j'aurais inséré des doublons dans ma table. Ah oui ce que je ne vous ai pas dit c'est que pour découvrir ce problème, j'ai un traitement ETL qui a planté sur une erreur PostgreSQL de tentative d'insertion de doublons ... doublons qui n'existaient donc pas !
Gôm
#11 Re : Optimisation » UPDATE massif » 15/03/2013 12:49:43
Un redémarrage du serveur est-il obligatoire suite à ce changement de paramétrage ? Un simple RELOAD suffit peut-être ?
#12 Re : Optimisation » UPDATE massif » 15/03/2013 01:03:51
Le mieux c'est d'écouter les experts parait-il ! Merci pour tout encore une fois !
# - Specifique UPDATE massif -
maintenance_work_mem = 2GB
wal_buffers = 32MB
#fsync = on
synchronous_commit = off
checkpoint_segments = 200
checkpoint_timeout = 20min
checkpoint_warning = 0
#13 Re : Optimisation » UPDATE massif » 15/03/2013 00:27:10
Bon apparemment fsync à OFF est vraiment un bon moyen de gagner en performance : http://www.postgresql.org/docs/8.4/stat … #GUC-FSYNC
# - Specifique UPDATE massif -
maintenance_work_mem = 2GB
wal_buffers = 32MB
fsync = off
synchronous_commit = off
checkpoint_segments = 200
checkpoint_timeout = 20min
checkpoint_warning = 0
Je vais donc prendre le risque. Je m'assurerai que personne d'autre n'utilisera PostgreSQL en même temps que moi et surtout je veillerai à remettre le paramétrage habituel une fois mes UPDATE passés.
#14 Re : Optimisation » UPDATE massif » 15/03/2013 00:24:00
Ok ok je vais rester raisonnable!
# - Specifique UPDATE massif -
maintenance_work_mem = 2GB
wal_buffers = 32MB
fsync = on
synchronous_commit = off
checkpoint_segments = 200
checkpoint_timeout = 20min
checkpoint_warning = 0
#15 Re : Optimisation » UPDATE massif » 14/03/2013 23:58:29
Quelque chose comme ça ?
# - Specifique UPDATE massif -
maintenance_work_mem = 2GB
wal_buffers = 32MB
fsync = off
synchronous_commit = off
checkpoint_segments = 200
checkpoint_timeout = 1h
checkpoint_warning = 0
#16 Re : Optimisation » UPDATE massif » 06/03/2013 15:17:35
Les 1GB de maintenance_work_mem ne sont pas suffisants ? J'ai 16 Go de RAM sur le serveur.
#17 Re : Optimisation » UPDATE massif » 28/02/2013 08:58:28
Les UPDATE demandent plusieurs jours d'exécution donc non je ne suis pas à quelques redémarrages près !
Pourriez vous me donner une valeur pour maintenance_work_mem ?
#18 Re : Optimisation » UPDATE massif » 26/02/2013 16:36:50
Bonjour,
J'ai à nouveau les mêmes UPDATE à faire et je voudrais avoir votre avis pour savoir si tout ça ne peut pas être amélioré !
Mon idée serait de réécrire toutes mes requêtes UPDATE par des "INSERT INTO nouvelle_table SELECT * FROM ancienne_table WHERE ..." => ainsi je n'aurai plus de tables 2 fois plus volumineuses (je n'aurai qu'à supprimer les anciennes_tables), mais dans tous les cas je suis obligé de recalculer tous les Index concernés par ces tables.
Concernant la recréation de ces Index (par DROP INDEX et CREATE INDEX, car j'ai besoin de certains Index lors de mes UPDATE) ... c'est là que vous intervenez ! Ne pensez-vous pas qu'il est possible de changer provisoirement le paramétrage du postgresql.conf (version PostgreSQL Linux 8.4) afin d'accélérer la recréation de ces Index ?
# -----------------------------
# PostgreSQL configuration file
# -----------------------------
#
# This file consists of lines of the form:
#
# name = value
#
# (The "=" is optional.) Whitespace may be used. Comments are introduced with
# "#" anywhere on a line. The complete list of parameter names and allowed
# values can be found in the PostgreSQL documentation.
#
# The commented-out settings shown in this file represent the default values.
# Re-commenting a setting is NOT sufficient to revert it to the default value;
# you need to reload the server.
#
# This file is read on server startup and when the server receives a SIGHUP
# signal. If you edit the file on a running system, you have to SIGHUP the
# server for the changes to take effect, or use "pg_ctl reload". Some
# parameters, which are marked below, require a server shutdown and restart to
# take effect.
#
# Any parameter can also be given as a command-line option to the server, e.g.,
# "postgres -c log_connections=on". Some parameters can be changed at run time
# with the "SET" SQL command.
#
# Memory units: kB = kilobytes Time units: ms = milliseconds
# MB = megabytes s = seconds
# GB = gigabytes min = minutes
# h = hours
# d = days#------------------------------------------------------------------------------
# FILE LOCATIONS
#------------------------------------------------------------------------------# The default values of these variables are driven from the -D command-line
# option or PGDATA environment variable, represented here as ConfigDir.#data_directory = 'ConfigDir' # use data in another directory
# (change requires restart)
#hba_file = 'ConfigDir/pg_hba.conf' # host-based authentication file
# (change requires restart)
#ident_file = 'ConfigDir/pg_ident.conf' # ident configuration file
# (change requires restart)# If external_pid_file is not explicitly set, no extra PID file is written.
#external_pid_file = '(none)' # write an extra PID file
# (change requires restart)#------------------------------------------------------------------------------
# CONNECTIONS AND AUTHENTICATION
#------------------------------------------------------------------------------# - Connection Settings -
#listen_addresses = 'localhost' # what IP address(es) to listen on;
# comma-separated list of addresses;
# defaults to 'localhost', '*' = all
# (change requires restart)
#port = 5432 # (change requires restart)
max_connections = 100 # (change requires restart)
# Note: Increasing max_connections costs ~400 bytes of shared memory per
# connection slot, plus lock space (see max_locks_per_transaction).
#superuser_reserved_connections = 3 # (change requires restart)
#unix_socket_directory = '' # (change requires restart)
#unix_socket_group = '' # (change requires restart)
#unix_socket_permissions = 0777 # begin with 0 to use octal notation
# (change requires restart)
#bonjour_name = '' # defaults to the computer name
# (change requires restart)# - Security and Authentication -
#authentication_timeout = 1min # 1s-600s
#ssl = off # (change requires restart)
#ssl_ciphers = 'ALL:!ADH:!LOW:!EXP:!MD5:@STRENGTH' # allowed SSL ciphers
# (change requires restart)
#ssl_renegotiation_limit = 512MB # amount of data between renegotiations
#password_encryption = on
#db_user_namespace = off# Kerberos and GSSAPI
#krb_server_keyfile = ''
#krb_srvname = 'postgres' # (Kerberos only)
#krb_caseins_users = off# - TCP Keepalives -
# see "man 7 tcp" for details#tcp_keepalives_idle = 0 # TCP_KEEPIDLE, in seconds;
# 0 selects the system default
#tcp_keepalives_interval = 0 # TCP_KEEPINTVL, in seconds;
# 0 selects the system default
#tcp_keepalives_count = 0 # TCP_KEEPCNT;
# 0 selects the system default#------------------------------------------------------------------------------
# RESOURCE USAGE (except WAL)
#------------------------------------------------------------------------------# - Memory -
shared_buffers = 32MB # min 128kB
# (change requires restart)
#temp_buffers = 8MB # min 800kB
#max_prepared_transactions = 0 # zero disables the feature
# (change requires restart)
# Note: Increasing max_prepared_transactions costs ~600 bytes of shared memory
# per transaction slot, plus lock space (see max_locks_per_transaction).
# It is not advisable to set max_prepared_transactions nonzero unless you
# actively intend to use prepared transactions.
#work_mem = 1MB # min 64kB
#maintenance_work_mem = 16MB # min 1MB
#max_stack_depth = 2MB # min 100kB# - Kernel Resource Usage -
#max_files_per_process = 1000 # min 25
# (change requires restart)
#shared_preload_libraries = '' # (change requires restart)# - Cost-Based Vacuum Delay -
#vacuum_cost_delay = 0ms # 0-100 milliseconds
#vacuum_cost_page_hit = 1 # 0-10000 credits
#vacuum_cost_page_miss = 10 # 0-10000 credits
#vacuum_cost_page_dirty = 20 # 0-10000 credits
#vacuum_cost_limit = 200 # 1-10000 credits# - Background Writer -
#bgwriter_delay = 200ms # 10-10000ms between rounds
#bgwriter_lru_maxpages = 100 # 0-1000 max buffers written/round
#bgwriter_lru_multiplier = 2.0 # 0-10.0 multipler on buffers scanned/round# - Asynchronous Behavior -
#effective_io_concurrency = 1 # 1-1000. 0 disables prefetching
#------------------------------------------------------------------------------
# WRITE AHEAD LOG
#------------------------------------------------------------------------------# - Settings -
#fsync = on # turns forced synchronization on or off
#synchronous_commit = on # immediate fsync at commit
#wal_sync_method = fsync # the default is the first option
# supported by the operating system:
# open_datasync
# fdatasync
# fsync
# fsync_writethrough
# open_sync
#full_page_writes = on # recover from partial page writes
#wal_buffers = 64kB # min 32kB
# (change requires restart)
#wal_writer_delay = 200ms # 1-10000 milliseconds#commit_delay = 0 # range 0-100000, in microseconds
#commit_siblings = 5 # range 1-1000# - Checkpoints -
#checkpoint_segments = 3 # in logfile segments, min 1, 16MB each
#checkpoint_timeout = 5min # range 30s-1h
#checkpoint_completion_target = 0.5 # checkpoint target duration, 0.0 - 1.0
#checkpoint_warning = 30s # 0 disables# - Archiving -
#archive_mode = off # allows archiving to be done
# (change requires restart)
#archive_command = '' # command to use to archive a logfile segment
#archive_timeout = 0 # force a logfile segment switch after this
# number of seconds; 0 disables#------------------------------------------------------------------------------
# QUERY TUNING
#------------------------------------------------------------------------------# - Planner Method Configuration -
#enable_bitmapscan = on
#enable_hashagg = on
#enable_hashjoin = on
#enable_indexscan = on
#enable_mergejoin = on
#enable_nestloop = on
#enable_seqscan = on
#enable_sort = on
#enable_tidscan = on# - Planner Cost Constants -
#seq_page_cost = 1.0 # measured on an arbitrary scale
#random_page_cost = 4.0 # same scale as above
#cpu_tuple_cost = 0.01 # same scale as above
#cpu_index_tuple_cost = 0.005 # same scale as above
#cpu_operator_cost = 0.0025 # same scale as above
#effective_cache_size = 128MB# - Genetic Query Optimizer -
#geqo = on
#geqo_threshold = 12
#geqo_effort = 5 # range 1-10
#geqo_pool_size = 0 # selects default based on effort
#geqo_generations = 0 # selects default based on effort
#geqo_selection_bias = 2.0 # range 1.5-2.0# - Other Planner Options -
#default_statistics_target = 100 # range 1-10000
#constraint_exclusion = partition # on, off, or partition
#cursor_tuple_fraction = 0.1 # range 0.0-1.0
#from_collapse_limit = 8
#join_collapse_limit = 8 # 1 disables collapsing of explicit
# JOIN clauses#------------------------------------------------------------------------------
# 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-%a.log' # log file name pattern,
# can include strftime() escapes
log_truncate_on_rotation = on # If on, an existing log file of 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 = 0 # 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'#silent_mode = off # Run server silently.
# DO NOT USE without syslog or
# logging_collector
# (change requires restart)# - 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_error_verbosity = default # terse, default, or verbose messages
#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_hostname = off
#log_line_prefix = '' # special values:
# %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
# %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 = unknown # actually, defaults to TZ environment
# setting#------------------------------------------------------------------------------
# RUNTIME STATISTICS
#------------------------------------------------------------------------------# - Query/Index Statistics Collector -
#track_activities = on
#track_counts = on
#track_functions = none # none, pl, all
#track_activity_query_size = 1024
#update_process_title = on
#stats_temp_directory = 'pg_stat_tmp'# - Statistics Monitoring -
#log_parser_stats = off
#log_planner_stats = off
#log_executor_stats = off
#log_statement_stats = off#------------------------------------------------------------------------------
# AUTOVACUUM PARAMETERS
#------------------------------------------------------------------------------#autovacuum = on # Enable autovacuum subprocess? 'on'
# requires track_counts to also be on.
#log_autovacuum_min_duration = -1 # -1 disables, 0 logs all actions and
# their durations, > 0 logs only
# actions running at least this number
# of milliseconds.
#autovacuum_max_workers = 3 # max number of autovacuum subprocesses
#autovacuum_naptime = 1min # time between autovacuum runs
#autovacuum_vacuum_threshold = 50 # min number of row updates before
# vacuum
#autovacuum_analyze_threshold = 50 # min number of row updates before
# analyze
#autovacuum_vacuum_scale_factor = 0.2 # fraction of table size before vacuum
#autovacuum_analyze_scale_factor = 0.1 # fraction of table size before analyze
#autovacuum_freeze_max_age = 200000000 # maximum XID age before forced vacuum
# (change requires restart)
#autovacuum_vacuum_cost_delay = 20ms # default vacuum cost delay for
# autovacuum, in milliseconds;
# -1 means use vacuum_cost_delay
#autovacuum_vacuum_cost_limit = -1 # default vacuum cost limit for
# autovacuum, -1 means use
# vacuum_cost_limit#------------------------------------------------------------------------------
# CLIENT CONNECTION DEFAULTS
#------------------------------------------------------------------------------# - Statement Behavior -
#search_path = '"$user",public' # schema names
#default_tablespace = '' # a tablespace name, '' uses the default
#temp_tablespaces = '' # a list of tablespace names, '' uses
# only default tablespace
#check_function_bodies = on
#default_transaction_isolation = 'read committed'
#default_transaction_read_only = off
#session_replication_role = 'origin'
#statement_timeout = 0 # in milliseconds, 0 is disabled
#vacuum_freeze_min_age = 50000000
#vacuum_freeze_table_age = 150000000
#xmlbinary = 'base64'
#xmloption = 'content'# - Locale and Formatting -
datestyle = 'iso, dmy'
#intervalstyle = 'postgres'
#timezone = unknown # actually, defaults to TZ environment
# setting
#timezone_abbreviations = 'Default' # Select the set of available time zone
# abbreviations. Currently, there are
# Default
# Australia
# India
# You can create your own file in
# share/timezonesets/.
#extra_float_digits = 0 # min -15, max 2
#client_encoding = sql_ascii # actually, defaults to database
# encoding# These settings are initialized by initdb, but they can be changed.
lc_messages = 'fr_FR.UTF-8' # locale for system error message
# strings
lc_monetary = 'fr_FR.UTF-8' # locale for monetary formatting
lc_numeric = 'fr_FR.UTF-8' # locale for number formatting
lc_time = 'fr_FR.UTF-8' # locale for time formatting# default configuration for text search
default_text_search_config = 'pg_catalog.french'# - Other Defaults -
#dynamic_library_path = '$libdir'
#local_preload_libraries = ''#------------------------------------------------------------------------------
# LOCK MANAGEMENT
#------------------------------------------------------------------------------#deadlock_timeout = 1s
#max_locks_per_transaction = 64 # min 10
# (change requires restart)
# Note: Each lock table slot uses ~270 bytes of shared memory, and there are
# max_locks_per_transaction * (max_connections + max_prepared_transactions)
# lock table slots.#------------------------------------------------------------------------------
# VERSION/PLATFORM COMPATIBILITY
#------------------------------------------------------------------------------# - Previous PostgreSQL Versions -
#add_missing_from = off
#array_nulls = on
#backslash_quote = safe_encoding # on, off, or safe_encoding
#default_with_oids = off
#escape_string_warning = on
#regex_flavor = advanced # advanced, extended, or basic
#sql_inheritance = on
#standard_conforming_strings = off
#synchronize_seqscans = on# - Other Platforms and Clients -
#transform_null_equals = off
#------------------------------------------------------------------------------
# CUSTOMIZED OPTIONS
#------------------------------------------------------------------------------#custom_variable_classes = '' # list of custom variable class names
#------------------------------------------------------------------------------
# Modif Prod
#------------------------------------------------------------------------------# - Connexions -
listen_addresses = '*'# - Memoire -
shared_buffers = 2GB
wal_buffers = 8MB
work_mem = 300MB
maintenance_work_mem = 1GB# - Journaux de transactions -
checkpoint_segments = 50
checkpoint_timeout = 10min
checkpoint_completion_target = 0.9# - Optimiseur -
effective_cache_size = 5376MB
random_page_cost = 2.0# - Traces -
log_destination = 'csvlog'
log_filename = 'postgresql-%Y-%m-%d.log'
log_truncate_on_rotation = off
log_line_prefix = '%t [%p]: [%l-1] '
lc_messages = 'C'
log_checkpoints = on
log_lock_waits = on
log_temp_files = 0
log_autovacuum_min_duration = 0# - Specifique restauration -
#fsync = off
#checkpoint_segments = 200
#checkpoint_timeout = 20min
Gôm
#19 Re : Général » Driver officiel ODBC = KO ; Driver DataDirect = OK ?! » 22/02/2013 18:33:32
Au temps pour moi, j'ai tort : http://fr.wikipedia.org/wiki/Hiroshi_Sait%C5%8D
#20 Re : Général » Driver officiel ODBC = KO ; Driver DataDirect = OK ?! » 22/02/2013 16:30:20
Le créateur de Tom Sawyer ?!
#21 Re : Général » Driver officiel ODBC = KO ; Driver DataDirect = OK ?! » 21/02/2013 18:11:01
Qui dois-je contacter pour avoir une explication à mon problème ?
#22 Re : Général » Driver officiel ODBC = KO ; Driver DataDirect = OK ?! » 19/02/2013 18:04:09
Je crois que je viens de faire la preuve d'un problème d'arrondi, non ?!
#23 Général » Driver officiel ODBC = KO ; Driver DataDirect = OK ?! » 19/02/2013 17:06:54
- gom
- Réponses : 8
Bonjour,
PostgreSQL 8.4
Je travaille avec un ETL où j'utilise depuis toujours le Driver ODBC "psqlodbc_08_04_0200.zip" => http://www.postgresql.org/ftp/odbc/versions/msi/
J'essaye actuellement de transférer des données depuis PostgreSQL 8.4 vers SQL Server 2008.
Et là surprise (désagréable ! ), le transfert de tables contenant des colonnes de type FLOAT vers des tables avec des colonnes NUMERIC(x,x) crée des approximations.
Exemple :
2012,4484564489,0,,2588549,Galettes,1.96502,,2.07308,76.6522,0,0,0,0,0,0,,,
2012,4484564489,0,,2588549,Galettes,1.9650199000,,2.0730801000,76.6522140000,0.0000000000,0.0000000000,0.0000000000,0.0000000000,0.0000000000,0.0000000000,,,
2012,4484564489,0,,2588549,Galettes,1.9650200000,,2.0730800000,76.6522000000,0.0000000000,0.0000000000,0.0000000000,0.0000000000,0.0000000000,0.0000000000,,,
Du coup, j'ai essayé avec ce Driver : http://www.datadirect.com/products/odbc … index.html et là surprise (agréable ! ) je n'ai plus de problème d'approximation !
L'ennui c'est que je vois pas pourquoi je devrais utiliser un Driver ODBC non-officiel ... et surtout ... payant ?!
Est-ce un paramétrage de ma connexion ODBC a changé ?
Gôm
#24 Re : Optimisation » UPDATE massif » 14/02/2013 00:12:04
C'est noté, merci.
Je vais faire ça pour les autres tables. Pour info, cela a duré 1h45 (sans la création des Index) pour la table de 54 Go (qui faisait 104 Go après les UPDATE).
Gôm
#25 Re : Optimisation » UPDATE massif » 13/02/2013 16:06:34
Que pensez-vous de ça :
CREATE TABLE nouvelle_table ...;
COPY ancienne_table TO '/var/lib/postgresql/main/base/fic_nouvelle_table.copy';
COPY nouvelle_table FROM '/var/lib/postgresql/main/base/fic_nouvelle_table.copy';
DROP TABLE ancienne_table;
ALTER TABLE nouvelle_table RENAME TO ancienne_table;
CREATE INDEX idx_toto ON ancienne_table ...;
Gôm