PostgreSQL La base de donnees la plus sophistiquee au monde.

Forums PostgreSQL.fr

Le forum officiel de la communauté francophone de PostgreSQL

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

#1 Site PostgreSQL.fr » spam recu signé postgresql.fr » 20/11/2011 23:57:50

giova
Réponses : 1

Bonjour je viens de recevoir le spam suivant sur mon email spécial forums. Je précise que bien évidemment je ne communique JAMAIS cette adresse à quiconque, le seul endroit où je la saisie, c'est sur les formulaire d'inscription aux forum. n'auriez vous pas un petit probleme de bdd? smile

header

From traore Thu Nov 17 16:03:39 2011
X-Apparently-To: XXXmonadresseSpecialForumXXX via 212.82.110.221; Thu, 17 Nov 2011 16:03:40 +0000
Return-Path: <postmaster@postgresql.fr>
X-YahooFilteredBulk: 212.85.154.68
Received-SPF: none (domain of postgresql.fr does not designate permitted sender hosts)
X-YMailISG: U4vQVPgWLDv4DC65puAFf7RbjpAZgxMrPUyFG7eVtPOASGwC
eT4dwA4dyoWhz_5LZd7PVZIWlzqsQ4uUzRlROXx6RvIHWA9KEQdytIW_xrB6
RsNxvKBSkaGR97SJcHNOjinnNeEkbREHpyg10zCkdAOZCoRWZ7iXheB8kN5X
0gw7KOyHB7t_he1slGISdpkPAkwjWJLFkMex3m8Y2YF1fjypBTHuQoYhexmp
e2leVRsD1DOA7zPn53ZmYq79rKAyMWkh0bQq30hz7p3qnFmP7Se6NX0_RhHw
2wA1Nl1SHnLW4U2CaSjpiTfi8Wcz8t_lgoP82CU5Ui24AxN0Y_EaQWQDKI7J
EkGnYpFpWwCQPHi0VBxfOIUTeoaZNBM9OXQCJfpjUV1cb6CpikmdkmbHo7.I
Z3B5EdkDFli3n5Q2iXqX5h9HCVQY78h3H7oMxlTPGiYK98Upr6F5rFGwspnX
qXVQdOTqgoCmctrmd_42YJXrSzMsXmPpaKNu8kMWED5nAbgOkCFpPC2rOoOI
etwEYBS5KaR5U3COCMMsoRJtxrXJ3LTNg5hP89D406r8X4nIxGKXn6Kohi4y
uBrp5XGUmPTONIlyUkeAuT5IhUSlQRhHloPVHUgFA8TfTYaGiJZH7JtJ7roR
a1e4DQ.Z.3ToJSZI02D5_lzr9jKATFzYcZiSdqB6hYiaosXn0x4zJSE4.cB6
HUys1sziTdLVXHO1N63KWndCcedcve_kO25RJPHEBwpSQGWYPXqz.fkv95UQ
ambE7wSjIQ2bDb75QBCwTWoFtDkn4ovLbHO.sbmhkPaqFpkXN0EBR8pXXxZm
frls3xIlfyIVcu5L6prLhT1UG5IT_48A53ByTqYPYDuatS9i61u3APxtF2Ph
NQWcwtYvndIpnqzzOcrAqn3kfgre30_D0mm0ThE7hX5OLg4cx_umuD0KL3lP
_pmtGLKJziQXCosp1tJCLCkaaFU.WNg0eoAc2t4QJWSB2RFYLVHrABshHHdT
PdoGMFiMh.VHgAY4qGyPUuDkAg--
X-Originating-IP: [212.85.154.68]
Authentication-Results: mta1026.mail.ird.yahoo.com  from=yahoo.fr; domainkeys=neutral (no sig);  from=yahoo.fr; dkim=neutral (no sig)
Received: from 127.0.0.1  (EHLO babar.postgresql.fr) (212.85.154.68)
  by mta1026.mail.ird.yahoo.com with SMTP; Thu, 17 Nov 2011 16:03:40 +0000
Received: by babar.postgresql.fr (Postfix, from userid 33)
    id 8889913903; Thu, 17 Nov 2011 17:03:39 +0100 (CET)
To: XXXMonadresseEmailSpecialForumXXX
Subject: BONSOIR
From: "traore" <traoremahamady@yahoo.fr>
Date: Thu, 17 Nov 2011 17:03:39 +0100
MIME-Version: 1.0
Content-transfer-encoding: 8bit
Content-type: text/plain; charset=iso-8859-1
X-Mailer: FluxBB Mailer
Message-Id: <20111117160339.8889913903@babar.postgresql.fr>
Content-Length: 3024

Contenu du mail

traore de Forums PostgreSQL.fr vous a envoyé un message. Vous pouvez répondre à traore en répondant à cet e-mail.

Contenu du message:
-----------------------------------------------------------------------

Bonsoir ,
Je sais que cette lettre vous parviendra telle une surprise, pour le simple fait que nous ne nous sommes jamais rencontré. Soyez rassuré car ce sont de bonnes intentions. Je vous contacte sur la base de la confiance et de la confidentialité espérant que vous garderez ceci comme un secret supérieur sans vous effrayez ou vous étonnez. Je suis Mr TRAORE MAHAMADY Directeur au département Comptabilité et d'audit d'une BANQUE en Cote D'Ivoire. Pendant mes recherches à la banque, j'ai trouvé un montant énorme de Cinq millions cinq cent mille dollars Américains (U55.5M) qui a été déposé dans un compte depuis 1999. A partir d’une recherche approfondie, les résultats ont montré que le fond a été déposé par un Étranger qui est décédé au cours d’un accident d'avion en 2003 à Cotonou au Benin à destination de Beyrouth au Liban . Et depuis lors, son compte est resté sans aucune réclamation de qui que ce soit, c’est à cet effet que je sollicite humblement votre aide et vot
re coopération a!
fin de vous présenter à la BIAO ( Banque Internationale de l'Afrique de l'Ouest Cote d'Ivoire ) en tant qu' Associé d'affaires du defunt client feu Mr AMINE KARIM conformement à statut et reglement interieur. Soyez sûr que toutes les procédures seront surveillées ici par moi jusqu'à ce que vous réceptionniez ces fonds dans votre compte bancaire. Maintenant, permettez-moi de poser quelques interrogations. . Puis-je vous faire entièrement confiance? . Pouvez-vous me garantir la confidentialité de cette transaction ? La banque ne doit pas savoir de ma participation avec vous dans cette Transaction, je dois vous servir de moniteur, vous fournir toutes les Informations sur le défunt dans le cas où la banque voudrait vous poser des Question sur le défunt . Nous partagerons cette fortune comme suit : 45% pour vous, 5% pour toutes les dépenses effectuées au cours de ce transfert et 50% pour moi. Rassurez vous que ce transfert est sans risque, à 100%, car j'ai pris toutes les dispos!
itions pour son bon déroulement et sachez que nous procederons!
  dans la legalité et en toute transparence. J'ai prévu un délai de 11 jours ouvrables pour amener la banque à procéder au transfert de ce fond dans votre compte bancaire. En outre, cette transaction devrait être traitée avec la plus grande confidentialité pour la simple raison que je suis toujours en service. Si vous êtes intéressée par cette affaire, donnez-moi une réponse afin que je vous envoie plus amples détails sur son déroulement. Pour la discrestion et la confidentialité veuillez me contacter à mon email privé:  traoremahamady@yahoo.fr
Merci pour votre coopération.
Tres fraternellement ,
Mr TRAORE MAHAMADY

Très fraternellement comme ils disent wink

#2 Re : Général » mission impossible? dump de tables » 24/09/2011 09:14:35

Arg... décidément quelle galère cette histoire de dumps sad
Quand j'execute mon dump j'obtiens l'erreur suivante :

ERREUR:  droit refusé : « RI_ConstraintTrigger_16611 » est un trigger système

car mon dump contient la ligne :

ALTER TABLE matable DISABLE TRIGGER ALL

Moi tout ce que je veux, c'est désactiver les triggers que j'ai ajouté à la table en question, pas les triggers système sad

Il y a vraiment pas moyen en une ligne de commande, de faire un dump juste du contenu de toutes mes tables?
Quelque chose de simple quoi : une ligne de commande = le dump des lignes de table ; une ligne de commande = restitution de ces lignes et des index de table...

Je n'aime pas trop faire de comparatifs, mais avec mysql, si je fais exporter données seulement, j'obtiens le dump souhaité, le tout en 3 clics, et ca fonctionne...

#3 Re : Général » mission impossible? dump de tables » 24/09/2011 07:30:09

J'avais essayé cette solution, le probleme dans ce cas (et c'est logique vous me direz), c'est que le dump contient des lignes pour recréer les séquences. J'ai alors pendant la restauration plein d'erreurs me disant que les contraintes existent déjà...

Du coup, je me demande si il n'y aurait pas quelque chose de malsaint dans ce que je veux faire.

Est ce sale, que de vouloir générer/executer des scripts qui ne font que des truncate/insert ?
Je souhaite vraiment éviter d'en arriver à des dumps qui détruisent/reconstruisent ma bdd.

#4 Re : Général » mission impossible? dump de tables » 23/09/2011 17:49:45

ok merci.

Bon, il semble en fin de compte qu'il n'y ait pas de solution simple :

Copy c'est visiblement pour une seule table, donc un fichier par table (je me trompe?) , ca ne me convient pas du tout !

pg_dump, j'ai enfin réussi à avoir un dump presque parfait avec:
- juste des insert
-des "SELECT pg_catalog.setval" pour les index
- des "DISABLE / ENABLE TRIGGER" avant/apres chaque table

Par contre, pas de truncate, et j'ai beau lire et relire la doc de pg_dump, ca semble juste impossible avec pg_dump, vous confirmez?
Egalement, ca m'oblige dans ma ligne de commande pg_dump,  à spécifier chaque table et dans le bon ordre, il faudra faire bien gaffe quand je ferai évoluer ma bdd ...

Je vous refile la ligne de commande pour pg_dump :

pg_dump.exe -i -h 127.0.0.1 -p 5432 -F p --inserts --disable-triggers -a -t table1 -t table2 -t table3 -U utilisateur  -f  monfichier.backup LaBdd

#5 Re : Général » mission impossible? dump de tables » 23/09/2011 17:08:38

pour pg_dump je viens d'essayer (je vous passe les arguments de login)

 -i -F p -a  -t table1 -f fichier.backup mabase

et ca me sort un dump avec (entre autre) ceci :

COPY table1  (col1, col2) FROM stdin;

C'est ti pas un peu bizare? lol
Quand je vous dis que je n'y comprend rien wink

ma config : postgres 9.0.4 sous windows

Je vais voir coté copy, je n'ai jamais utilisé cette commande.

Merci pour ta réponse en passant smile

#6 Général » mission impossible? dump de tables » 23/09/2011 16:07:41

giova
Réponses : 8

Bonjour.

Depuis 3 heures maintenant, je tente de faire quelque chose de très simple. Comme je bute complétement, je vais l'expliquer le plus simplement que possible :
Je veux sauver le contenu des tables d'un schema
ET
restaurer ce contenu, sans toucher à la structure, ni aux indexes

Bref obtenir un dump avec ce look :

Disable triggers

truncate table 1
insert into table1 ...

truncate table 2
insert into table 2

Enable triggers

Mes problemes :
1)Je n'ai jamais réussi à faire ce genre de dump via pg_dump
2) meme si je me résoud à tout sauver dans pg_admin, (clic droit sur le shema, sauver puis restaurer) la restauration plante disant que mes contraintes existent déjà
3) en revenant à l'idée de base (ne sauver/restaurer que les données sans toucher au reste) il faut qu'elles soient soient sauvée dans le bon ordre pour ne pas avoir de problèmes de clés externes.

peut on en ligne de commande, faire le dump que je veux?
si la réponse et non, comment régle t'on ce problème de contraintes déjà existantes svp?

Pied de page des forums

Propulsé par FluxBB