Discussion :

[master_och]

Bonjour

Je suis entrain de developper ma première application java, connectée à une base de donnée Access, et là j'ai une petite question à poser. En fait dans mon application je charge tous les données dans des vecteurs à partir de la base de données ensuite à chaque fois que j'ai besoin d'une informations je la récupère à partir du vecteur correspondant, biensure si j'ai des modifications à faire, je les appliquent à la base de données et aux vecteurs correspondants.

En se basant sur cette méthode ca me complique un peu les choses, car j'ai toujours besoin d'effectuer un travail en double lorsqu'il s'agit d'une modification (sur le vecteur et sur la base de données), mais ce qui m'encourage à procéder ainsi c'est que lorsqu'il s'agit d'une récuperation de données, ca aidera à reduire les temps de réponse du programme, puisqu'un accés à la RAM (à un vecteur) est beaucoup plus rapide qu'un accès au disque dur (la base de données).

Je sollicite alors les experts du domaine de répondre à la question suivante : devrai-je continuer à procéder ainsi, ou devrai-je alors illiminer les vecteurs, et récupérer les données à travers des fonctions qui interrogeront la base de données?

merci d'avance

[Katachana]

Déjà , ça dépend du niveau de performance que tu as en spécification.

Ensuite via Oracle et des procédures stockées tu obtiens des performances tout a fais honorable

[manube]

Salut,

Ca dépend aussi de tes requêtes. Comment exécutes-tu des requêtes sur des vecteurs? Il y a plein de notions qui ne sont pas applicables avec les vecteurs... Au passage, je crois qu'il est conseillé de laisser tomber les vecteurs et de passer aux ArrayList...

Mais ta solution me parait qd même très .... particulière...
Il faudrait en savoir un peu plus sur tes besoins.

[master_och]

Bonjour

Tout d'abord merci pour vos interventions.

Comment exécutes-tu des requêtes sur des vecteurs?

En fait j'utilise toujours les PreparedStatement (d'ailleur je ne sais pas s'il sera préférable d'utiliser les Statement dans certain cas) dans mes requêtes, ensuite 2 cas se présentent:

si j'attends de la requête une seule ligne j'ajoute les rs.get...() à mon vecteur.

si j'attends de la requête plusieurs ligne d'une table, je transforme mon vecteur en vecteur de sous vecteurs, chaque sous vecteur presentera une ligne, c'est comme si j'ai transformé le vecteur en une matrice.

Il y a plein de notions qui ne sont pas applicables avec les vecteurs... Au passage, je crois qu'il est conseillé de laisser tomber les vecteurs et de passer aux ArrayList

Il est vrai que je recois toujours warnings, lors de l'utilisation des vecteurs du genre "Vector is a raw type. References to generic type Vector<E> should be parameterized", malgrè qu'à l'exécution tout marche bien sans aucun problème. Mais quand même j'aimerai bien me debarrasser de ces warnings.

j'ai choisi les vecteurs parce que les lignes d'une table ont souvent des type de données différents, qui ne pourront pas être stockées dans un tableau classique puisque celuici ne stock que des elements de même types, en plus on a besoin de connaitre le nombre de lignes a l'avance avant de stocker dans un tableau, ce qui est aparament impossible avec access.

Sinon j'ai jamais entendu parlé du ArrayList, ce composant, remplace-t-il le vecteur?

Mais ta solution me parait qd même très .... particulière...

En fait c'est exactement pour cette raison que j'ai posté ce topic, je suis nouveau dans le domaine et ma solution vient de ma propre inspiration, coté fonctionnement de l'application tout marche bien, Mais j'aimerai bien quand même en savoir plus sur les méthodes "standards"(si je peux dire) de travail.

Voilà j'éspère obtenir vos conseils la dessus pour me mettre dans la bonne voix avant d'avancer encore plus dans l'application.

Merci d'avance

[manube]

Salut,

Alors très brièvement, je te conseille de commencer par jeter un coup d'oeil aux tutoriels, à commencer par celui-là : http://lroux.developpez.com/article/...r/?page=page_5, ça te permettra de te "débarrasser" de tes warnings.
Ensuite, à ta place, je créerais des objets que je sauverais dans des listes à la place de tes vecteurs de vecteurs (tu perds tout l'intérêt des langages objets avec ta façon de faire).
Par exemple, si tu gères des voitures dans tes tables, tu crées un objet Voiture et tu crées une liste de voitures pour gérer toutes tes voitures

Code :

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

1
2
3
4
5
public class Voiture{
 protected String name;
 protected int cv;
 ...
}

Puis qd tu "utilises" tes voitures

Code :

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

1
2
3
 
List<Voiture> voitures = new ArrayList<Voiture>();
voitures.add(new Voiture("Renault", "R5", ...));

Dans tous les cas, je te conseille de retourner aux tutoriels ou ce que tu veux faire sera surement mieux expliqué.

Bon courage.

[master_och]

Bonjour

En fait je ne sais pas ce qui m'a fait réfléchir de cette façon si stupide , votre réponse était absolument ce que je cherchai.

Merci beaucoup pour votre aide !

[OButterlin]

La discussion est clause mais au cas où tu serais encore à l'écoute, voici mon point de vue.
Quelque soit la solution retenue (Vector ou List<parametre>), il y a un gros problème dans ta façon de faire (lire une seule fois et stocker en mémoire), c'est la consommation de mémoire. Tu ne peux pas procéder comme ceci avec de gros volumes de données.

Pour l'optimisation des requêtes, tu peux te tourner vers un ORM comme Hibernate qui inclut des mécanismes de cache, ce sera certainement plus fiable.

A+

[master_och]

Bonjour OButterlin

Heureusement que vous avez intervenu, votre dernière intervention m'a ouvert les yeux vers de nouvelles perspectives, je vais essayer de me documenter sur les ORM, j'ai fait déjà une toute petite recherche la dessus et apparament ca demande une étude profonde.

Merci bien à vous

[OButterlin]

Ça demande effectivement un temps d'adaptation mais au final, quand tu auras vu tout ce qu'on peut faire avec, tu ne pourras plus t'en passer

Et puis il y a plein de spécialistes sur ce site... et des outils de génération de mapping qui vont te traduire tes tables en objets avec tout ce qu'il faut en se basant sur les définitions de clés étrangères... le bonheur !