Discussion :

[maghraoui]

Bonjour à tous,
Je travaille sur un projet de migration de version destiné pour l'ERP COMPIERE (Système d'information), mon objectif est de assurer la migration des données entre deux bases de données oracle 10g XE, en premier lieu je voudrais afficher la liste des tables référencés par une table donnée, (C'est pour que je puisse commencer la migration des pères d'abord, puis les fils à cause des contraintes des clés étrangères), j'ai développer une méthode récursive en java/jdbc pour faire cela, en utilisant la méthode getImportedKeys, elle marche parfaitement pour des cas simple, mais Eclipse m'affiche un out of memory pour une table un peut complexe, ma question c'est est ce que il ya une meilleur piste pour arriver à mon objectif, ou un moyen pour un gestion dynamique de la mémoire pour ne pas tomber dans l "out of memory", voila le code:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
public void tester(String tname)
	{   
		ResultSet rs1 = null;
		try
		{
		rs1 = md.getImportedKeys(null, "COMPIERE", tname);
		while (rs1.next())
		{
			tester(rs1.getObject(3).toString());
 
		}
 
			tab.add(tname);
			rs1.close();
		}
 
		catch(SQLException e)
		{
			System.out.println("erreur base de donnée"+e);
		}
 
		}

et l'erreur

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
Connection réussie
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space

Merci d'avance pour toute aide.
Cordialement.

[tchize_]

oracle fourni déjà des outils bien performant pour copier un tablespace vers un autre (outils imp et exp), sinon y a aussi tora qui est capable de traiter les import / export avec gestion des contraintes.

Enfin, au final, si tu dois faire de la migration de donnée entre deux bases différentes avec des structures différentes, les scripts sql seront vraissemblablement beaucoup plus rapides et appropriés que du code java. En oracle, tu peux toujours créer des tables temporaires tres performantes pour faire ta migration.

Enfin pour les tables qui se référencent elle meme (pere-fils), l'abandon temporaire des contraintes via le

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

set contraint myConstraint deferred

peut s'avérer utile

[in]

Totalement d'accord avec tchize_ ... tu devrais pouvoir te passer de Java sans problème.

sinon, à titre d'information, par défaut la mémoire allouée à la JVM est 64 Mo. tu peux l'augmenter en jouant avec les paramètres Xmx et Xms de l'exécutable java ...

[tchize_]

si tu veux charger toute ta db dans java avant de l'envoyer vers la deuxième db, tu va souffrir pour les grosses db gaffe à la taille maximale de la mémoire de la jvm. Sous windows 32 bits, si ma mémoire est bonne, elle est limitée à moisn de 2G, sous linux 32, c'est un peu plus, si t'as besoin de plus de 4G, faudra une grosse machine avec un os 64 bits et une jvm ad-hoc