Database et JTable

Bonjour à tous,

J'ai un petit problème de conception pour un JTable en java. J'utilise un modèle de table pour stocker les données, un renderer pour le rendu des cellules et un éditeur pour modifier les cellules.

J'ai créé une couche métier me permettant de faire les SELECT, UPDATE et INSERT en base de donnée. Je récupère sous forme de liste depuis la couche métier, les données à transmettre au modèle de la JTable.

On trouve d'excellent tutoriaux sur les JTables comme celui ci http://baptiste-wicht.developpez.com.../swing/jtable/ mais très peu sur l’interaction avec une base de données.

Ma question est assez simple, pour la communication avec la base de données, est il préférable de créer une instance de la couche métier directement dans le modèle de la JTable :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

public class ModelServiceRoulement extends AbstractTableModel{ private final Vector<Object> title; private final Vector<Vector<Object>> datas; ....   public void setValueAt(Object value, int row, int col) { try { connex.update(value);   datas.elementAt(row).setElementAt(value, col); fireTableCellUpdated(row, col); } catch (SQLException e) {} catch (Exception e) {} }

---

Ou bien de communiquer avec la base de données depuis l'extérieur (la vue) grace à l'évènement TableModelListener

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

class TableRoulementListener implements TableModelListener { @Override public void tableChanged(TableModelEvent e) { switch (e.getType()) { case TableModelEvent.UPDATE : try { Object value = modelTable.getValueAt(e.getFirstRow(), e.getColumn()); connex.update(value); } catch (SQLException e) {} catch (Exception e) {} break; }

---

Pour faire simple, la JTable n'est pas censée dialoguer directement avec les appels de la base de données.

En fait tu vas avoir une classe qui sert de contrôleur au dessus du composant contenant la JTable et les boutons en relation qui propose des méthodes permettant de lancer la récupération des données,l'update & cie.

Donc la solution préférable se rapproche de la seconde en fait.

De plus il faut que toutes tes actions JDBC soient réalisés dans un thread externe ou un SwingWorker car ce sont des actions longues (au sens programmatique en Swing, 1 seconde, c'est long) susceptibles de bloquer le thread du GUI et de figer l'application. DOnc il ne faut surtout pas faire es divers appels depuis le le modèle qui lui. Je te conseille donc de te plonger très vite dans l'utilisation du SwingWorker.