...parce que c'est une saloperie. Parmi les merdes infâmes que vous risquez de rencontrer:

- L'export en SQL génère parfois du SQL invalide (merci Oracle !), donc impossible à ré-exécuter derrière.
- L'export en CSV génère parfois du CSV invalide (mal quoté), donc qui ne s'importera pas correctement derrière (données tronquées, dans les mauvaises colonnes, etc.)
- Certains caractères Unicode ne sont pas affichés (vous ne comprendrez pas pourquoi votre UPDATE TOTO SET VALEUR=1 WHERE TITI=5; vous renvoie une erreur de syntaxe. C'est parce qu'il y a un caractères non affiché mais bien présent !).
- Mauvaise gestion des retours à la ligne: C'est du grand bonheur quand il vous chie une erreur de syntaxe quand vous copiez-collez une requête d'un éditeur externe vers SQL Developer alors que la requête est parfaitement correcte.
- Mauvaise gestion des encodings: SQL Developer (en tous cas la 3.2) n'est pas capable d'ouvrir un fichier SQL en UTF-8. L'encoding n'est même pas proposé à l'ouverture du fichier. Pensez à convertir en iso-8859-1.

J'ai juste envie de les baffer.