Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#76 Général » arrondi superieur » 14/03/2014 15:57:26
- Postgres.0
- Réponses : 9
Bonjour,
je suis à la recherche du'une fonction d'arrondi supérieur qui me donne le résultat suivant:
round(123.121958,2) = 123.13
Dans excel ça existe mais PG, je ne la trouve pas!
Merci
#77 Re : Général » COPY problèeme avec QUOTE » 13/03/2014 15:39:33
Merci gleu!
Pour ceux que ça intéresse, la solution est de mettre le champ en question entre double côtes et échapper avec \ (antislash) toutes les occurrences de double côte qui apparaîtraient à l’intérieur du champ en question.
#78 Général » COPY problèeme avec QUOTE » 12/03/2014 16:45:00
- Postgres.0
- Réponses : 5
Bonjour,
j'utilise un COPY FROM file.csv avec les options suivantes:
WITH DELIMITER AS '|'
CSV
QUOTE '"'
ESCAPE '\';
le souci c'est que les lignes de mon fichier contiennent une double côte chacune.
En fait, j'ai un champ de type texte dont les valeurs contiennent une double côte.
Comment je peux faire pour que mon fichier soit copier correctement dans ma table.
Merci
#79 Général » COPY:error: » 27/02/2014 15:54:28
- Postgres.0
- Réponses : 0
Bonjour,
j'utilise un COPY FROM file.csv avec les options suivantes:
WITH DELIMITER AS '|'
CSV
QUOTE '"'
ESCAPE '\';
le souci c'est que les lignes de mon fichier contiennent une double côte chacune.
En fait, j'ai un champ de type texte dont les valeurs contiennent une double côte.
Comment je peux faire pour que mon fichier soit copier correctement dans ma table.
Merci
#80 Re : Général » pg_bulkload » 18/02/2014 14:35:02
Merci Julien, je vais m'approcher des admins système!
#81 Re : Général » pg_bulkload » 18/02/2014 14:20:21
j'ai lancé cette commande:
wget ftp://ftp.ntua.gr/pub/databases/postgre … x86_64.rpm
et la je me prends un connexion timeout dans la face!
#82 Re : Général » pg_bulkload » 18/02/2014 13:38:33
Merci,
je n'ai pas le code source.
je galère pour télécharger le paquet sur redhat 6.
#83 Général » pg_bulkload » 18/02/2014 12:59:41
- Postgres.0
- Réponses : 6
Bonjour,
j'essaye d'installer pg_bulkload sur un serveur linux (redhat) et PG 9.2.
Quelqu'un aurait-il une idée?
On me dit d'utiliser PGXS, mais ça ne m'avance pas.
#84 Re : Général » Large Object To Bytea Conversion » 14/02/2014 10:41:19
Merci Guillaume!
Je l'avais lu, mais j'ai cru comprendre que Markus Schiltknecht n'était pas satisfait de la proposition de Dimitri Fontaine.
J'ai donc tenté ma chance sur le forum.
Si il y a que ça, je suis preneur.
#85 Général » Large Object To Bytea Conversion » 13/02/2014 18:37:06
- Postgres.0
- Réponses : 2
Bonjour,
quelqu'un aurait-il une idée sur ce qu'il faut faire pour convertir un bytea en large object et vise versa?
Je suis sur PG 9.2.
Merci
#86 Re : Général » Déconnecter tous les utilisateurs de ma base » 12/02/2014 15:34:41
Ah, merci!
J'avais un problème sur mon serveur.
#87 Général » Déconnecter tous les utilisateurs de ma base » 12/02/2014 14:40:13
- Postgres.0
- Réponses : 2
Bonjour,
j'aimerai pouvoir déconnecter toutes les sessions (sauf la mienne) qui tournent sur une base postgres 9.2.
Pour cela, j'ai écrit cette requête:
SELECT
pg_terminate_backend(pid)
FROM
pg_stat_activity
WHERE
-- ne tue pas ma connexion!
pid <> pg_backend_pid() --
-- ne tue pas les connexions aux autres bases
AND datname = 'database_name'Sauf que dans 9.2 pg_backend_pid() n'existe plus.
Comment pourrai-je avoir le pid de ma session ?
Sinon avez vous une meilleure façon de réaliser ce que je voudrais faire.
#88 Re : Général » Owner Postgres » 10/02/2014 12:52:08
Merci beaucoup
#89 Général » Owner Postgres » 07/02/2014 13:26:57
- Postgres.0
- Réponses : 3
Bonjour,
quel est le risque (securité) si le owner de ma base reste postgres?
Est-ce-que vous me conseillez de toujours modifier le owner de ma base?
En fait ma base est utilisée par une application web.
#90 Re : Général » Role SUPERUSER » 06/02/2014 10:50:15
Je voulais dire est-ce qu'il faut être autre chose que superutilisateur.
J'ai du mal avec un superutilisateur qui enleve INHERIT et REPLICATION à un autre superutilisateur, mais bon je vais m y faire.
#91 Re : Général » Role SUPERUSER » 05/02/2014 16:10:52
Comment peut on les lui supprimer?
Et qui pourrait le faire ( ie on a besoin de quels droit pour enlever des pouvoirs au super utilisateur)
#92 Général » Role SUPERUSER » 04/02/2014 17:14:26
- Postgres.0
- Réponses : 4
Bonjour à tous,
quand j'installe postgres sur windows, un role postgresql est créé de la façon suivante:
CREATE ROLE postgres LOGIN
ENCRYPTED PASSWORD 'md50005a4b0ccaccbd18bcf64e90e242c90'
SUPERUSER INHERIT CREATEDB CREATEROLE REPLICATION; Ma question est: est-ce-que un role SUPERUSER a veritablement besoin de ces attributs: INHERIT, CREATEDB, CREATEROLE, REPLICATION?
J'ai créé un role foo qui est juste SUPERUSER et LOGIN et ce role foo peut créé des bases et des roles.
Qu'en pensez vous?
#93 Re : Général » Fuite mémoire psql? » 11/12/2012 11:09:54
Que vaut le shared_buffers ?
#94 Re : Général » ERROR: could not open relation base/17855/1292752 » 26/11/2012 17:56:24
En général quand tu change de session Postgres n'est plus capable de trouver les fichiers de données dans la session courrante.
Peus-tu décrire brievement le code qui plante?
#95 Re : Général » ERROR: could not open relation base/17855/1292752 » 26/11/2012 16:29:59
tu n'as pas par hasard créer la sequence et en meme temps declaré le champs comme serial?
#96 Re : Général » ERROR: could not open relation base/17855/1292752 » 26/11/2012 16:20:46
est-ce-que tes données viennent d'une replication, si c'est le cas verifie que la deuxième base à les me^mes fichiers WAL que la première.
#97 Re : Général » ERROR: could not open relation base/17855/1292752 » 26/11/2012 16:15:56
Si tu fais ça qu'est-ce-que ça donne "select * from pg_class where relfilenode =1292752;"
#98 Re : Général » ERROR: could not open relation base/17855/1292752 » 26/11/2012 15:49:25
Peux-tu mettre l'instruction que tu lance pour manipuler la sequence ?
#99 Re : Général » fonction is numeric » 22/11/2012 17:41:18
SELECT DISTINCT contact_number
FROM customers
WHERE (contact_number ~ ‘^[0-9]+$’)
#100 Re : Optimisation » TABLE d'aggregation énorme » 22/11/2012 17:05:08
Tu t'es pas trompé de forum, par hasard ?
Cherche dans les forums BI.
Un conseil, faut essayer de te relire avant de publier un post, je sais que c'est pas évident.
Au moins ça permettra à ceux qui te lisent de comprendre ce que tu écris.