ça sert lorsqu'on travaille sur des imports de données depuis des systèmes en prod libérés de toutes contraintes de normalisation (pour des questions d'optimisation bien sûr) où tout se fait côté appli, ça permet de migrer en évitant des difficultés dans la reprise des références (pk/fk qui tiennent de l'ordre d'arrivée l’œuf ou la poule, unicité quantique) mais avec la garantie d'intégrité en bout de course (sinon pas de commit).
Les performances ont dans ces cas un impact limité
[^] # Re: Mysql a(vait) du retard. Est-ce toujours le cas ?
Posté par Jean Roc Morreale . En réponse au journal Postgresql, un retour d'expérience. Évalué à 1.
ça sert lorsqu'on travaille sur des imports de données depuis des systèmes en prod libérés de toutes contraintes de normalisation (pour des questions d'optimisation bien sûr) où tout se fait côté appli, ça permet de migrer en évitant des difficultés dans la reprise des références (pk/fk qui tiennent de l'ordre d'arrivée l’œuf ou la poule, unicité quantique) mais avec la garantie d'intégrité en bout de course (sinon pas de commit).
Les performances ont dans ces cas un impact limité