Discussion :

[StringBuilder]

Bonjour,

Je résume à grands coups de hache.

J'ai actuellement une base de donnée avec un schema unique, qui contient deux tables :

TABLE_A
TABLE_B

Seulement voilà, TABLE_A est une table standard d'un ERP.
Et TABLE_B est une table utilisateur créée pour un besoin spécifique dans le cadre d'une interface spécifique.

J'ai des traitements qui :
- Font des jointures entre les deux tables
- Font des mises à jour données d'une table à l'autre, via requête unitaires ou PL complexes

Outre les aspects gestion des droits et autres joyeusetés purement administratives, j'ai quelques questions :

- Si je crée un nouveau schema, et que je déplace ma TABLE_B dedans, mise à part les préfixes des tables à modifier, dois-je m'attendre à des problèmes ?

J'entends par là :
- performances
- backup (synchro des deux tables)
- transactions

Etc.

En effet, on doit migrer l'ERP et donc la base de données.

J'ai envie de proposer au client de créer un schéma spécifique aux devs internes, et de ne pas créer de nouvelles tables dans le schema de l'ERP.

Je voudrais éviter de proposer ça, et me rendre compte au moment de l'entrée en production du nouveau serveur que ça tourne pas rond à cause de ce choix...

[McM]

Je ne pense pas que les schémas influent sur les temps de réponse. Tu as bien un schéma spécifique SYSTEM.

Pour les backup, l'export peut se faire sur 2 schémas dans la même commande, donc devrait pas y avoir de problème

[pachot]

Bonjour,
En terme de performance, ça ne change rien. Transactions non plus.
Backup non plus (d'ailleurs, un export n'est pas un backup)
Car de toute façon ce n'est qu'une séparation logique.
Et c'est une très bonne idée de faire une séparation entre les tables de l'ERP et les tables 'custom'.
Cordialement,
Franck.