Vous n'êtes pas identifié(e).
Pages : 1
Je vous remercie encore, vous m'avez bien aidé, le problème est résolu!
Bonjour
J'ai du rater le passage avec "on update cascade" !
Merci beaucoup
Bonjour
Merci pour votre réponse.
Je ne cherche pas à créer des clés étrangères mais à modifier les clés et propager cette modifications dans les tables liées. Sauf si j'ai mal lu, la doc que vous m'indiquez n'en parle pas.
D'autre part les clés sont enregistrées dans les champs external_id, mais peut-être que je me trompe. En tout cas quand je travaille j'accède aux enregistrements par ce champ external_id
Bonjour
je viens d'apprendre fortuitement que je pouvais modifier les clés dans une table et reporter «magiquement» les nouvelles clés dans une table en relation. Jusqu'ici je faisais ce genre de changement avec OpenRefine. Comme je n'y connais rien en SQL c'est une révélation ;-) mais je ne sais même pas si c'est effectivement possible. Comment fait-on ? quelqu'un peut-il me pointer vers une doc ? (il s'agit de modifier des clés externes (external_id). Je vais gagner un temps considérable et des erreurs en moins.
Merci pour ta réponse. J'attends celle d'OVH depuis Vendredi.
Mais je suis à la recherche d'un avis sur CloudDB, qui me semble mal pensé pour Postgresql.
Bonjour
J'ai plusieurs problèmes que je comprends mal avec le Cloud Databases d'OVH (https://www.ovh.com/fr/cloud/cloud-databases/) et j'aimerai votre avis. J'ai choisi CloudDB pour simplifier la maintenance d'un petit serveur Odoo (un ERP) installé pour ma copine, et parce que je ne connais pas bien Postgresql. Odoo est sur un VPS également chez OVH et se connecte sur le CloudDB.
Odoo 12 est installé avec le paquet préparé par Odoo. OVH n'autorise pas la création de base de donnée par l'applicatif, je crée la base par l'interface d'OVH, donnant le max de droits à l'utilisateur Odoo, puis je commente la fonction de création de base dans le code Odoo, enfin je lance Odoo qui semble faire tout ce qu'il faut et me donne accès à l'installation de modules.
C'est là que ça commence à foirer !
Les modules s'installent mais ne chargent pas à cause du chat interne qui plante. Du côté Postgresql les logs sont remplis de "could not receive data from client: Connection reset by peer" avec l'IP du VPS. Une installation témoin avec un serveur Postgres tournant sur le VPS fonctionne.
On dirait un problème de traffic réseau entre le CloudDB et le VPS, non ?
Sur le CloudDB
- pas beaucoup de doc à part une page d'introduction générale
- on crée des utilisateurs par l'interface d'OVH, mais les options sont simplifiées
- les droits maximums accordés par OVH sont select, insert, update, delete, create, alter, drop
- les import de bdd sont faits avec un utilisateur spécial mais on est du coup embêté par les rôles
J'ai l'impression que ce n'est pas du tout une solution pour utiliser avec Odoo et que Potgresql est un peu trop fin pour ce CloudDB simplifié..
Merci pour votre avis
En principe les deux serveurs sont identiques, mais l'un me servant pour des tests il se peut que les rôles soient légèrement différents. Merci pour l'explication.
Non pas le point-virgule :-) le problème de droits d'accès. Alors qu'une base fonctionne bien, comment des droits peuvent-ils être modifiés ? j'ai forcément fait qq chose avec l'applicatif qui a eu un inpact, mais ce n'était que des choses normale et habituelles avec cet applicatif (Odoo). Comment ça peut changer comme ça ? et surtout pourquoi en installant une copie sur un autre serveur le problème n'apparaissait pas ?
Laissez tomber j'ai réparé !... Comme bien des fois, alors que ça bloquait depuis plusieurs jours, il suffit de poser la question pour que la p'tite cervelle s'éveille et "voit" l'erreur : ne pas oublier le point-virgule après les commandes SQL. Désolé pour le bruit.
Par contre si quelqu'un peut m'expliquer comment le problème a pu arriver ?
J'oubliais :
Un dump de la base installé sur un serveur local ne produit pas cette erreur.
Bonjour
je travaille sur un petit site ecommerce bâti avec Odoo 10 et Postgresql 9.2.23 sur Centos 7.3
Je suis sysadmin, pas DBA, et je connais très mal Postgres, même si avec le métier, je me débrouille.
Depuis quelques jours j'ai une erreur assez classique de droits d'accès que je ne parviens pas à résoudre. Journal de Postgresql (debug activé) :
ERREUR: 42501: droit refusé pour la relation sale_report
EMPLACEMENT : aclcheck_error, aclchk.c:3352
Même erreur pour qq autres relations, souvent celles liées à des vues d'enregistrement dans le back office d'Odoo.
Je sêche un peu pour réparer, je ne vois rien d'anormal avec la console PSQL, lancer des GRANT USAGE n'a rien donné.
Une idée ? et une explication de ce qui a pu se passer ?
Merci
Pages : 1
