Vous n'êtes pas identifié(e).

#276 Re : PgAdmin3 » Bug : Affichage des bases de tous les serveurs » 22/08/2011 13:56:20

y a marqué localhost:5433 trois fois !

vous devriez avoir localhost:5433 ensuite 192.168.0.1:5433 et 192.168.36.5:5433 là c'est 3 serveurs différents dans mon exemple

#277 Re : Optimisation » Add Column After » 22/08/2011 13:36:16

ma collègue voulait pouvoir mettre ses colonnes où bon lui semble, c'était en fait juste pour pouvoir faire une sorte de classement ( faire jolie.. tongue )

#278 Re : Général » Mettre une table en lecture seule » 22/08/2011 13:34:11

si tu spécifies juste le select dans ton alter user, il ne pourra pas faire de modif. je répond à coté peut etre ^^

#279 Re : Optimisation » Add Column After » 22/08/2011 13:32:24

tu veux rajouter une colonne à un endroit précis dans ta table c'est ça ?

moi je n'ai pas trouvé, il me semble qu'on ne peut mettre qu'a la suite des autres colonnes, si y a une solution je suis preneur aussi.

edit : j'avais bien cherché tongue

#280 Re : Général » Latin1 » 10/08/2011 12:12:41

Bonjour, c'est quoi la collation et le type de caractere de votre base ? (LC_COLLATE et LC_TYPE )

#281 Re : Optimisation » Estimation espace disque pour index » 08/08/2011 18:25:30

Pour infos les séquences prennent énormément de place je trouve tongue et je pense que vous en aurez une par table à mon avis.

#282 Re : Général » Ajouter une table » 08/08/2011 10:26:55

Bonjour,

Si on prenait ton problème à l'envers et à la base ?

Tu veux faire quoi concrètement ? ton but ?

#283 Re : Optimisation » Configuration materiel » 05/08/2011 18:20:46

Bonjour,

10 mega c'est après le pg_dump donc ça veux rien dire, sur la taille de la base en "vraie".
Des disques ssd oui pourquoi si vous avez l'argent pour ça.
La ram ça coute rien si vous pouvez en mettre 24go mettez les tant que votre config postgres.conf est faite en fonction.

Mais vous dites 200 users sur avec leur propre DB donc un utilisateur par db soit 200 bds ! c'est énorme.
Pourquoi pas faire une base avec 200 schémas je trouve ça plus simple à gérer :s

Après pour vous aider faudrait connaitre un plus l'appli en question à mon avis

#284 Re : Migration » Migration de MS SQL Server 2000 & 2008 vers PostgreSQL » 15/07/2011 19:43:09

bonjour,

pour informations vous passez de mssql vers postgresql tout en restant sous windows comme l'indique votre signature ?

#285 Re : Optimisation » cpu à 100% avec 1.5% de ram utilisé, comment optimiser la config ? » 13/07/2011 10:18:19

Bonjour,

je commencerais par chercher qui fait quoi pour avoir une idée de ce qu'il se passe non ? donc regarde dans ton pg_stat_activity pour connaitre l'utilisateur et ce qu'il fait.
++

#286 Re : Général » Problème de deconnexion ? » 01/07/2011 11:55:50

tu dis qu'il doit travailler sur 400 000 entrées! il fait quoi ?

#287 Re : Général » Problème de deconnexion ? » 01/07/2011 10:26:08

bonjour,

y aurait pas un firewall dans les parages qui pourraient mal interpréter tout ça ? ( penser à une attaque... )

#288 Re : Général » Plan de sauvegarde d'une base » 23/06/2011 11:28:27

bah votre base sera corrompu donc démarrera pas facilement voir pas du tout ( jamais testé, a voir avec mar ou gleu )

mais un pgdump doit prendre un sacré temps non ?

vu que vous faites une sauvegarde des fichier le relier a du pitr est le mieux vu que vous faites déjà la moitié du boulot.

et le temps que ça prend ? beaucoup moins qu'un pgdump.

#289 Re : Général » Plan de sauvegarde d'une base » 23/06/2011 10:49:19

Bonjour,

mélange la sauvegarde pitr avec un pgbump ça suffira. ( en admettant que tu es un serveur pour receptionner tout ça smile )
et ça dépend de la taille de ta base, et sa vitesse évolution.

#290 Re : Réplication » problème varchar avec slony ? » 22/06/2011 17:50:01

je me répond a moi même, a priori ma base de donnée n'a pas le même encodage à l'autre bout... donc... en recréant ma base slave en utf8 tout devrait rentrer dans l'ordre

#291 Réplication » problème varchar avec slony ? » 22/06/2011 17:21:19

kenrio
Réponses : 2

Bonjour,

J'ai un soucis.
Je lance une réplication pour la première fois sur une base.
Quand je lance la répli voici ce qu'il apparait dans la log :

2011-06-22 17:07:35 CEST ERROR  remoteWorkerThread_1: copy from stdin on local node - PGRES_FATAL_ERROR ERROR:  value too long for type character varying(50)
CONTEXT:  COPY article, line 402, column designation: "CR Slovénie, Croatie, Bosnie-Herzégovine, Serbie, "

J'ai situé le soucis au niveau des accents.
Slony "pense" que je dépasse les 50 chars or postgres dit que non big_smile

Je me retrouve dans une impasse.

pour info : postgres 9.0.4 et slony 2.06

Merci de votre aide.
ps : j'espère avoir été clair tongue

#292 Re : Général » Alias de table » 16/05/2011 12:04:57

salut,

tu peux pas il me semble.

tous les schémas doivent être dans la même base de données.

#293 Re : Général » Methode de SVG fiable » 13/05/2011 17:51:46

Bonjour,

La sauvegarde PITR c'est ce qu'il y a de mieux couplé avec un pg_dump c'est top.

pitr : http://www.postgresql.org/docs/9.0/inte … iving.html

#294 Re : Général » reparameter id non serial en serial » 04/05/2011 20:51:05

Bonjour,

il faut créer une séquence et la faire partir depuis le max de ta colonne.
Voici la requête donné dans une doc.

CREATE SEQUENCE base_id2_seq;
SELECT setval('base_id2_seq',(SELECT MAX(id2)from base));
  ALTER TABLE base ALTER COLUMN id2 SET DEFAULT nextval('base_id2_seq');

#295 Re : Général » postgreSQL 9 entier non signé » 02/05/2011 16:15:05

je trouve ça :

smallint     2 octets     entier de faible étendue     de -32768 à +32767
integer     4 octets     entier habituel     de -2147483648 à +2147483647
bigint     8 octets     grand entier     de -9223372036854775808 à 9223372036854775807

donc entier signé

mais quel est l'interet d' avoir un entier non signé dans une base de données ? on s'en fou non ? je suis pas un maître en la matière mais qui peut le plus peut le moins non ?

#296 Re : Général » postgreSQL 9 entier non signé » 02/05/2011 15:48:43

Bonjour,

cette page devrait t'aider wink http://docs.postgresql.fr/9.0/datatype.html

Pourquoi tu poses ta question dans la section Site postgresql.fr ?

#297 Re : Général » Sauvegarde et restauration d'une base » 28/04/2011 12:13:34

pg_restore se trouve bien là : C:\Program Files\OpenERP 6.0\PostgreSQL\bin\pg_restor.exe   ?

#298 Re : Général » Modifier les noms de tables et de colonnes... » 22/04/2011 16:58:16

Re, j'étais en train de chercher quand tu m'as donné ce moyen ^^
j'ai juste mis plus de temps que toi big_smile
Me reste plus qu'a faire pour les colonnes big_smile

merci

#299 Re : Général » Modifier les noms de tables et de colonnes... » 22/04/2011 14:37:07

non j'ai regargé y a pas d' option pour ça, j'ai pris celui de Entreprise DB.

#300 Re : Général » Modifier les noms de tables et de colonnes... » 22/04/2011 14:00:04

bases sur centos et le dev sous windows.
Mais je me demande si il vaut mieux pas modifier les tables et colonnes depuis mysql donc avant la migration.
Enfin je vais voir comment je peux scripter ça smile

Pied de page des forums

Propulsé par FluxBB