Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#51 Re : Général » acces denied to /home/user/donnes_pg/pgeom/data/base/72952/4105957_fsm » 30/05/2011 09:49:59
ok fait avec cpio
cela marche OK
Tar me donnait des erreurs
#52 Re : Général » blocage pg_dump et pg_dump_all » 30/05/2011 09:45:48
ca bloque sur les create table
genre create table ma table as select ...
Si ce n'est pas normal existe t'il un parametre de
configuration
merci!
#53 Général » blocage pg_dump et pg_dump_all » 27/05/2011 09:34:07
- mich30
- Réponses : 15
Quand je lances des pg_dump, et surtout pg_dump_all, ça bloque toutes modifications des tables tant que l'opération n'est pas terminée.
merci de confirmer est ce normal ?
#54 Re : Général » psql contre pgadmin » 24/05/2011 15:39:58
npn je me suis trompé
est ce que pgadmin quand je lance un bloc de requete , Pgadmin mets tous ces requetes dans une table
temporaire et a la fin il valide tout ???
contrairement a PSQL
Merci
#55 Général » psql contre pgadmin » 24/05/2011 14:39:16
- mich30
- Réponses : 3
bonjour ,
est ce que PGADMIN me prends beaucoup (A chaque transaction de l'utilisateur ) de memoire
cache par rapport a l'utiltaire psql sur un poste client ?
Merci
#56 Re : Général » acces denied to /home/user/donnes_pg/pgeom/data/base/72952/4105957_fsm » 24/05/2011 11:30:51
ok merci donc si j'ai sauté ce FSM cela ne risque pas de redemarrer est ce cela ?
merci
#57 Général » acces denied to /home/user/donnes_pg/pgeom/data/base/72952/4105957_fsm » 24/05/2011 11:03:17
- mich30
- Réponses : 4
Bonjour,
Je suis sous linux debian
j'ai arreter ma base postgres via /etc/init.d/postgresql9.0 stop
j'ai fait sudo konqueror
j'ai fait un copie coller du data sur un autre emplacement et j'ai
acces denied to /home/user/donnes_pg/pgeom/data/base/72952/4105957_fsm
et donc j'ai fait un skip pour continuer la copie mais j'ai des doutes ....
merci pour votre reponse
#58 Re : Général » espace a diminué suite a une grosse requete » 17/05/2011 11:33:28
ok la copine a supprimé ses tables temporaires ...
je reviens a 120 Giga
je te remercie
vive postgres c'est une BD tres fiable
#59 Général » espace a diminué suite a une grosse requete » 17/05/2011 09:35:15
- mich30
- Réponses : 2
bonjour,
mon espace disque est de 500 giga .
la taille de ma base est de 160 giga
Hier j'etais a 200 giga libre au niveau de mon espace disque
Une personne a lancé une grosse requete et vu qu'elle etait assez longue elle l'a arrete manuellement et mon espace ce matin
n'ai plus qu'a 47 giga.
1) est ce que postgres cree des gros fichiers temporaires lors d'une grosse requete ou de gros fichiers logs
qui prennent beaucoup de place
merci
#60 Général » Methode de SVG fiable » 13/05/2011 15:23:51
- mich30
- Réponses : 2
Bonjour ,
actuellement je fais des dumps de tout mes schema y compris meme celui de public
vi pg_dump ce qui est insuffisant
1ere question :
- avant de generer le pg_dump_all puis je estimer la taille que cela prendre ?
-je veux sauvegarder ma base via pg_dumpall est ce la solution la plus serieuse meme si un jour
je restore ce dump via une version de postgres supérieure
2eme question
est ce aussi bien de ne sauvegarder que le repertoire DATA et
si un jour j'ai une version superieure de postgres et que je copie ce DATA cela marchera t'il ?
Qu'elle est la ou les methode(s) les plus fiables pour sauvegarder une Base de donnée
Merci
#61 Re : Général » pg_dump : could not write to output file : permission non accordé » 11/05/2011 14:52:24
exact pourtant sur mon disque j'avais de l'espace libre 70 giga mais existe t'il
un espace libre par dossier (je suis sous linux)
merci
#62 Général » pg_dump : could not write to output file : permission non accordé » 11/05/2011 12:05:47
- mich30
- Réponses : 4
Bonjour
je ne comprends pas quand je fais un pg_dump
il me mets could not write to output file : permission non accordé
( et j'en sais pas plus , c'est pas assez precis )
pourtant il me cree le cadastre.gz avec 900 mega et je suis en super utilisateur
voici ma commande
pg_dump basetest -Fc -x -O -n cadastre -U user1 > /usr/local/cadastre.gz
merci
#63 Re : Général » copie de table --> copier les comment on column » 21/04/2011 10:24:44
pg_dump non mais dans les tables systemes je peux pas recuperer les comments on collumn
si ou dans quelle table systeme ?
merci
#64 Général » copie de table --> copier les comment on column » 21/04/2011 09:53:44
- mich30
- Réponses : 8
Bonjour,
lors d'une copie de table
create table table1 as SELECT * FROM table2
j'aimerez copier les commentaires
coment fait t'on merci !
#65 Re : Général » formulaire sous postgres » 01/04/2011 11:15:11
merci je testerez as tu vu a l'installation de la derniere version postgres sous windows (Stack builder )
qu'il existe wave maker ca a l'air franchement pas mal quelqu'un connais ?
#66 Re : Général » formulaire sous postgres » 31/03/2011 15:24:11
et wave maker !!!!
#67 Re : Général » formulaire sous postgres » 31/03/2011 12:01:13
avec open office (base ) ca plante via odbc
pas terrible !!!
#68 Re : Général » formulaire sous postgres » 31/03/2011 11:40:12
j'hesite j'ai trouvé ce site interessant
http://wiki.postgresql.org/wiki/Communi … _Generator
quelqu'un a des experiences d'autres produits ?
@+
#69 Général » formulaire sous postgres » 28/03/2011 15:48:49
- mich30
- Réponses : 8
Bonjour
existe t'il des produits gratuits
du meme principe que les formulaires d'accéss de microsot office
Merci
#70 Re : Général » droit sur colonne » 04/03/2011 16:36:32
bon j'ai fait une proc en pg/sql si ca interesse?
#71 Général » droit sur colonne » 04/03/2011 11:30:08
- mich30
- Réponses : 9
Bonjour,
je cherche a cacher 2 colonnes :
supposons que j'ai 100 colonnes de a1 à a100 et je ne veux cacher que a2 et a3
quelle est l'ecriture du GRANT select ?
merci
#73 Général » Arret grosse requete , perte espace libre » 03/03/2011 10:42:59
- mich30
- Réponses : 2
Bonjour,
au demarrage de ma grosse requete mon espace librer etait a 50 giga
j'ai lancé ma requete , et arreté ce matin l'espace libre n'est plus que 30 giga
Existe t'il des fichiers tempraires qui ont crées dans le systeme par postgres
merci
#74 Re : Général » vacuum full est t'il dangereux ? » 03/03/2011 10:30:56
dans mon cas
select schemaname,relname,last_vacuum,last_autovacuum,last_analyze,last_autoanalyze
from pg_stat_user_tables ;
tout est a vide
show autovacuum = ON
#75 Re : Général » pg_dump all » 02/03/2011 18:15:15
pour kenrio merci je n'ai qu'une base
<<Vu que vous comptez sauvegarder vos datas pourquoi ne pas faire tout "simplement" du hot physical backup ?
c 'est a dire copier le Data sur un NAs par exemple , peut tu mieux m'expliquer?
pour Arthur , merci arthur trés intéréssant
moi je fais pg_dump pour chaque schéma meme le public
pg_dump mabase -Fc -x -O -n mon public -U postgres > /usr/local/public.gz
pg_dump mabase -Fc -x -O -n mon insee -U postgres > /usr/local/insee.gz
pg_dump mabase -Fc -x -O -n mon insee -U postgres > /usr/local/insee2006.gz
et je peux faire comme tu dis pour les roles
pg_dumpall -g > role.out
donc a la restauration sur un autre ordi
- je restaure en premier le schema public
- puis je fais psql -f role.out mabase
- puis je restaure tous mes autres schemas (insee, insee2006 etc ...)
peut tu confimer en tous cas Merci !