Projet

Général

Profil

Actions

Amélioration #5450

fermé

utiliser un schéma explicite partout

Ajouté par Matthieu Codron il y a environ 11 ans. Mis à jour il y a plus de 10 ans.

Statut:
Rejeté
Priorité:
Normal
Assigné à:
Version cible:
Début:
30/03/2015
Echéance:
% réalisé:

0%

Temps estimé:
Version source:
Solution proposée:
Principaux fichiers impactés:
Wiki Détail:
Contrôle:

Description

il y a des endroits où dynacase ne spécifie pas le schéma dans lequel il travaille.
cela amène à des comportements parfois surprenants.

soit par exemple le scénario suivant :
  1. installation de dynacase
  2. création de plusieurs familles (tout va dans le schéma public)
  3. création d'un schéma ayant le même nom que le user
  4. création d'une famille (tout va dans le schéma nouvellement créé, car la valeur par défaut de search_path est "$user",public)

il faudrait que le schéma utilisé par dynacase soit spécifié explicitement dans toutes les requêtes.

Éventuellement, ce schéma pourrait être paramétrable dans le dbaccess.php

Mis à jour par Marc Claverie il y a plus de 10 ans

  • Tracker changé de Anomalie à Amélioration
  • Assigné à mis à Éric Brison
  • Version cible mis à 3.2.21

Mis à jour par Éric Brison il y a plus de 10 ans

  • Statut changé de Nouveau à Rejeté

Si un intégrateur utilise notre base pour y déposer des données tierces, c'est à lui de le réaliser
en bonne intelligence.

Dans une release de Dynacase, il n'est pas envisageable de modifier les schémas.
Par contre, l'integrateur peut modifier le search_path s'il a de tel conflit.

alter database dynacase set search_path='public';
Actions

Formats disponibles : Atom PDF