Le pilote JDBC lève l'exception "ResultSet Closed" sur le ResultSet vide

J'ai un problème dans le pilote JDBC pour SQLite.

Je suis de l'exécution d'une requête SELECT.

Si je reçois un vide ResultSet (0 lignes), puis je vois un "Fermé ResultSet" exception levée lors de l'appel de getString(1).

Sans trop avant JDBC expérience, ma théorie (qui je ne pouvais pas confirmer par Javadoc ResultSet), c'est que

  • getString(1) ne fonctionne PAS sur un vide (zéro-ligne) jeu de résultats (par leur conception ou à cause d'un bug)
  • ResultSets '"ouvrir" le drapeau est réglé sur false sur des lignes nulles (encore une fois, de par leur conception ou un bug)

J'ai vu ce rapport de bug mais je suis pas sûr si c'est lié.

Mon qeustions sont:

  1. Est la théorie ci-dessus correcte?
  2. Est-ce un bug? Fonctionnalité? (et si oui, quelqu'un peut-point de la documentation, s'il vous plaît?)
  3. Est-il spécifique à SQLIte est JDBC ou génériques ResultSet dans tous les pilotes JDBC?
  4. Quelle est la bonne façon de faire des trucs comme ça??

Pour le #4, ma solution a été d'utiliser isFirst() appel juste après executeQuery() pour vérifier si toutes les lignes sont là, dans le jeu de résultats. Est-ce l'approche des meilleures pratiques?

(Je pourrais aussi ont tout simplement choisi un nombre insetad puisque je n'ai pas vraiment besoin d'un ensemble de résultats, simplement zéro différente de zéro drapeau, mais je veux savoir la bonne thingh faire si je n'ai soucient de sélectionner les résultats de l')

Merci!

source d'informationauteur DVK

  1. 17

    Vide ou pas, mais de faire ce qui suit est toujours défectueux:

    resultSet = statement.executeQuery(sql);
string = resultSet.getString(1); //Epic fail. The cursor isn't set yet.

    Ce n'est pas un bug. C'est comportement documenté. Chaque décent JDBC tutoriel le mentionne. Vous devez définir le jeu de résultats du curseur à l'aide de next() avant de pouvoir accéder à toutes les données.

    Si vous êtes réellement intéressé de savoir si la soi-disant ligne unique existent ou pas, puis il suffit de vérifier le résultat de next(). Par exemple, dans un fictif UserDAO classe:

    public boolean exist(String username, String password) throws SQLException {
    boolean exist = false;

    try (
        Connection connection = database.getConnection();
        PreparedStatement statement = connection.prepareStatement("SELECT id FROM user WHERE username = ? AND password = MD5(?)");
    ) {
        statement.setString(1, username);
        statement.setString(2, password);

        try (ResultSet resultSet = statement.executeQuery()) {
            exist = resultSet.next();
        }
    }

    return exist;
}

    Si vous attendons seulement zéro ou un ligne, puis il suffit de faire quelque chose comme:

    public User find(String username, String password) throws SQLException {
    User user = null;

    try (
        Connection connection = database.getConnection();
        PreparedStatement statement = connection.prepareStatement("SELECT id, username, email, birthdate FROM user WHERE username = ? AND password = MD5(?)");
    ) {
        statement.setString(1, username);
        statement.setString(2, password);

        try (resultSet = statement.executeQuery()) {
            if (resultSet.next()) {
                user = new User(
                    resultSet.getLong("id"),
                    resultSet.getString("username"),
                    resultSet.getString("email"),
                    resultSet.getDate("birthdate")); 
            }
        }
    }

    return user;
}

    et puis il suffit de le gérer en conséquence dans l'entreprise/l'objet de domaine, par exemple

    User user = userDAO.find(username, password);

if (user != null) {
    //Login?
}
else {
    //Show error?
}

    Si vous attendons seulement zéro ou de nombreux lignes, puis il suffit de faire quelque chose comme:

    public List<User> list() throws SQLException {
    List<User> users = new ArrayList<User>();

    try (
        Connection connection = database.getConnection();
        PreparedStatement statement = connection.prepareStatement("SELECT id, username, email, birthdate FROM user");
        ResultSet resultSet = statement.executeQuery();
    ) {
        while (resultSet.next()) {
            users.add(new User(
                resultSet.getLong("id"),
                resultSet.getString("username"),
                resultSet.getString("email"),
                resultSet.getDate("birthdate")));
        }
    }

    return users;
}

    et puis il suffit de le gérer en conséquence dans l'entreprise/l'objet de domaine, par exemple

    List<User> users = userDAO.list();

if (!users.isEmpty()) {
    int count = users.size();
    //...
}
else {
    //Help, no users?
}
  2. 6
    while (rs.next()) {
 //process the row
}
  3. 5

    De la Javadoc Jeu de résultats:

    Un objet ResultSet maintient un curseur
    pointant à l'actuelle ligne de données.
    Initialement, le curseur est positionné
    avant la première ligne. La méthode suivante
    déplace le curseur à la ligne suivante, et
    parce qu'il retourne false lorsqu'il n'y
    sont pas plus de lignes dans le jeu de résultats
    objet, il peut être utilisé dans une boucle while
    pour parcourir l'ensemble des résultats.

    Vous aurez besoin de la position de la ResultSet sur une ligne, par exemple en appelant appelant next()avant de tenter de lire les données. Si l'appel à next() retourne false puis le résultat est vide.

  4. 1

    Pour ce genre de problème que vous pourriez utiliser comme ça

    while(rs.next())
{
    String name=rs.getString("Name");
    int roll_no=Integer.parseInt(rs.getString("Roll"));
}
finally
{
    try
    {
        rs.close();
        pst.close();
    }
    catch(Exception ee)
    {
    }
}

Joptionpane.showmessahedialog(this,ee);