2009-08-26 8 views
2

Pendant toute ma vie de développement, je n'ai travaillé qu'avec MySQL pendant de longues périodes, et pour un client, nous devons maintenant travailler avec une base de données Oracle pour tester et optimiser les performances.De MySQL, aller à Oracle: les pièges

Des pièges évidents dans le passage de travailler avec MySQL à Oracle je devrais faire attention?

Les choses que je découvrais à ce jour:

  • Il n'y a qu'une seule base de données
  • Qu'est-ce que MySQL appelle une base de données est un schéma dans Oracle
  • Un utilisateur et le schéma est à peu près la même (pas encore clair de les différences ici)
  • Il n'y a pas d'incrément automatique. A la place, vous devez créer votre propre séquence.
  • L'insertion simultanée de plusieurs entrées via plusieurs tuples de valeurs littérales n'est pas possible.
  • Les formats numériques sont localisés, ce qui peut causer des maux de tête lors de l'importation à partir de fichiers CSV.

D'autres conseils seraient grandement appréciés. Toutes les bonnes ressources/expériences passées documentées avec la transition seraient également les bienvenues. Notez que nous ne la migration en fait une base de données de l'un à l'autre, il est plus sur les ajustements que je dois faire personnellement ma façon de penser, etc.

+0

Vous êtes condamné :). – Alterlife

Répondre

2

Si vous insérez ou mettez à jour une chaîne plus longue que la longueur de la colonne varchar2, Oracle lève une exception. MySQL le tronquera silencieusement. Mieux vaut vérifier si votre code ne dépend pas (même par inadvertance) de ce comportement.

Questions connexes