Discussion :

[master_och]

Bonjour

J'ai un problème avec le filtrage selon les dates, en fait je veux filtrer la table femelle selon leurs dates de naissance en utilisant 2 dates quelconques (dans le code qui suit j'ai utilisé 2 date constantes juste pour vérifier si ca marche), j'ai établi ma connexion, les bloques try et catch sont bien placés tout est bon mon problème c'est dans cette partie du code:

Code :

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

1
2
3
4
5
6
7
8
 //String req="select * from femelle where Date_naiss BETWEEN #06/01/2007# AND #06/01/2008#";
String req="select * from femelle where Date_naiss >= #06/01/2007# AND Date_naiss<=#06/01/2008#";
rs=stmt.executeQuery(req);
 
while(rs.next()){
           System.out.print("id = "+rs.getLong(1)+"\t ");
           System.out.println("date naissance = "+rs.getDate(3)+"\t ");
                   }

comme vous pouvez le voir j'ai essayé dans mon code de filtrer en utilisant 2 requêtes différentes qui donnent normalement le même résultat, le resultat obtenu est bien entendu le même pour chacune des 2 requêtes, mais le problème c'est que j'ai constaté que le résultat ne respecte pas les conditions dans la requête, y'en a un filtrage certe, mais pas le filtrage prévu!!

Voilà là je suis vraiment bloqué, et je serai vraiment reconnaissant si on m'aide à résoudre mon problème?

merci d'avance

[master_och]

j'ai oublié de préciser que ma base de données est établie avec access 2007.

et si c'est jamais c'est util à noter, j'uilise eclipse pour developper en java.

[in]

Ben on ne peut pas trop t'aider là ... en tous cas c'est sûrement un problème d'origine SQL, pas de Java ...

Tu devrais faire ta requête dans Access et une fois que tu as la bonne, tu la mets dans ton prog java ...

[master_och]

Bonjour ben

merci bien pour ton intervention.

Je viens d'écrire la requête sous access et ca donne toujours le même résultat ce qui confirme ce que vous avez dis, je vais donc poster mon problème dans le forum d'Access.

D'autre part j'ai une autre question à propos de la connexion avec la base de données.

En fait dans mon programme java, à chaque fois que je veux communiquer avec la base de données je procède ainsi:
j'appel une fonction connect() dont le code est le suivant:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
public void connect(){
	try {
        Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");
    }catch(ClassNotFoundException e)
    {System.out.println("impossible de charger le drivers");}
    try {
 	   final String url="jdbc:odbc:givalait";
            con=DriverManager.getConnection(url,"","");
    }catch(SQLException e)
    {System.out.println("impossible de crèer une connexion");}
}

après je crée ma requete et je l'éxecute, ensuite je fait appel à une fonction disconnect() dont le code est le suivant:

Code :

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

1
2
3
4
5
6
7
public void disconnect(){
	try   {
        stmt.close();
        con.close();
        rs.close();
	} catch(SQLException e){}
}

ma méthode est-elle correcte??

[in]

Oui c'est correct. A part que tu n'affiches pas le message de l'exception, ou que tu les ignore carrément (disconnect)

Par contre, si ton programme fait de nombreuses requêtes, ça va devenir pénalisant d'ouvrir/fermer la connexion à chaque fois.

Le mieux serait d'ouvrir ta connexion une fois au début et de la fermer à la fin. après à chaque ResultSet que tu utilises, tu le fermes dès que tu n'en a plus besoin ...

Il faut t'assurer qu'à la fin de ton programme la connexion à la base est bien close. Typiquement c'est dans un bloc finally que tu devrais appeler disconnect

[master_och]

Oui c'est correct. A part que tu n'affiches pas le message de l'exception, ou que tu les ignore carrément (disconnect)

je prendrai en compte cette remarque

Par contre, si ton programme fait de nombreuses requêtes, ça va devenir pénalisant d'ouvrir/fermer la connexion à chaque fois.

En fait c'est exactement pour cette raison que j'ai posé ma question, effectivement mon programme a besoin de beaucoup de requêtes, et je le sens un peu lent, même si ma base est encore quasiment vide ...

Donc si j'ai bien compris vos recommandations, dès que mon application se lance (j'utilise une interface graphique) j'appelerai la fonction connect() uniquement pour la première requête, une fois chaque requête effectuée, j'illimine l'instruction "con.close()", et je fait les 2 instructions stmt.close() et rs.close().

l'instruction con.close() ne sera exécuté que lorsque la JFrame est fermé.

J'attends votre confirmation, et merci beaucoup pour votre aide qui m'est très précieuse.

[in]

Donc si j'ai bien compris vos recommandations, dès que mon application se lance (j'utilise une interface graphique) j'appelerai la fonction connect() uniquement pour la première requête, une fois chaque requête effectuée, j'illimine l'instruction "con.close()", et je fait les 2 instructions stmt.close() et rs.close().

l'instruction con.close() ne sera exécuté que lorsque la JFrame est fermé.

Oui je dirais que c'est ça. Par contre même le statement tu peux le fermer seulement à la fin. Tu peux le réutiliser pour chaque requête, à toi de voir, je ne sais pas ce qui est le mieux.

Par contre si tu veux exécuter 2 requêtes "en même temps" il faut utiliser 2 objets statements.

Penses aussi au PreparedStatement.
Ca permet entre autres :

• de réutiliser tes requêtes en ne changeant que la valeur des paramètres, ce qui accélère pas mal les choses dans ce cas (la base n'a pas besoin de recompiler ta requête)
• de gérer les caractères spéciaux sur les paramètres de types String

[OButterlin]

Penses aussi au PreparedStatement.
Ca permet entre autres :

• de réutiliser tes requêtes en ne changeant que la valeur des paramètres, ce qui accélère pas mal les choses dans ce cas (la base n'a pas besoin de recompiler ta requête)
• de gérer les caractères spéciaux sur les paramètres de types String

Tu as omis le plus intéressant pour lui : les dates
Si tu veux faire des requêtes avec des critères date, c'est incontournable (dans la mesure où tu ne peux pas être certain du format attendu sous forme String).
Ça se ferait comme ceci :

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
 
Connection connection = null;
try
{
    connection = ...
    PreparedStatement pstmt = connection.prepareStatement("select * from MaTable where LA_DATE between ? and ?");
    pstmt.setDate(1, dateDebut);
    pstmt.setDate(2, dateFin);
    ResultSet rs = pstmt.executeQuery();
    while (rs.next())
    {
        ...
    }
}
catch (Exception e)
{
}
finally
{
    if (connection != null) connection.close();
}

dateDebut et dateFin doivent être des java.sql.Date, pas des java.util.Date, mais tu peux facilement passer de l'un à l'autre des types via

Code :

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

1
2
 
java.sql.Date sqlDate = new java.sql.Date(uneUtilDate.getTime());

[in]

Tu as omis le plus intéressant pour lui : les dates

en plus j'y pensais en écrivant ...

Merci

[master_och]

dateDebut et dateFin doivent être des java.sql.Date, pas des java.util.Date, mais tu peux facilement passer de l'un à l'autre des types via ....

Cette remarque (qui m'a mener à effectuer une petite recherche supplémentaire sur les types date) m'a enlevé beaucoup d'ambiguité les dates, merci bien pour votre intervention.

Par contre même le statement tu peux le fermer seulement à la fin.

oui tout à fait je viens de vérifier mon code et ca a fonctionné parfaitement.

Penses aussi au PreparedStatement.
Ca permet entre autres :

* de réutiliser tes requêtes en ne changeant que la valeur des paramètres, ce qui accélère pas mal les choses dans ce cas (la base n'a pas besoin de recompiler ta requête)
* de gérer les caractères spéciaux sur les paramètres de types String

En fait j'ai testé le temps de réponse des requête, en utilisant le PreparedStatement, ensuite le Statement, et dans les 2 cas j'obtiens 0 millisecondes, ce qui apparament ne donne pas un gain remarquable de temps, par contre l'utilisation du PreparedStatement me semble quand même plus pratique.

voilà je marque le topic comme résolu, merci pour tout !