tu as raison, et ton exemple avec la vue système n'est QUE un exemple.
Si un jour tu utilise la compression (transfert de données ...),idem c'est une option payante.
En cas de controle c'est effectivement stocké et donnera lieu a un redressement ...
Il existe des solutions pour controler "ces traces" et se protéger en cas de contrôle, par exemple en reconstruisant la base à partir d'un export/import qui ne transporte pas ces traces... mais c'est compliqué/long/pénible pour pas grand chose.
Une solution pour la virtu: utiliser uns technologie de virtualisation différente que le reste de la ferme.
Par exemple, si la ferme est en vmware, utiliser kvm pour héberger les machines oracle ...
Choisissez postgreSQL c'est plus simple et moins dangereux :-)
[^] # Re: ORACLE : un GROS GROS GACHIS
Posté par PLuG . En réponse au journal Ah Oracle quelle belle entreprise.... Évalué à 7.
tu as raison, et ton exemple avec la vue système n'est QUE un exemple.
Si un jour tu utilise la compression (transfert de données ...),idem c'est une option payante.
En cas de controle c'est effectivement stocké et donnera lieu a un redressement ...
Il existe des solutions pour controler "ces traces" et se protéger en cas de contrôle, par exemple en reconstruisant la base à partir d'un export/import qui ne transporte pas ces traces... mais c'est compliqué/long/pénible pour pas grand chose.
Une solution pour la virtu: utiliser uns technologie de virtualisation différente que le reste de la ferme.
Par exemple, si la ferme est en vmware, utiliser kvm pour héberger les machines oracle ...
Choisissez postgreSQL c'est plus simple et moins dangereux :-)