Table pas trouvable

Version imprimable

Table pas trouvable

Bonjour

J'ai fait un programme pour créer une table dans hsql
voici le code

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
 
/**
         * @param args
         * @throws ClassNotFoundException 
         * @throws IllegalAccessException 
         * @throws InstantiationException 
         * @throws SQLException 
         */
	public static void main(String[] args) throws InstantiationException, IllegalAccessException, ClassNotFoundException, SQLException {
		// TODO Raccord de méthode auto-généré
 
		boolean bool = true;
		Class.forName("org.hsqldb.jdbcDriver").newInstance();
		Connection connexion = DriverManager.getConnection("jdbc:hsqldb:mem:database","sa","");
		bool=connexion.isClosed();
		System.out.println(bool);
		Statement  statement = connexion.createStatement();
 
		statement.executeUpdate("CREATE TABLE test(colonne1 INT,colonne2 INT)");
		statement.executeUpdate("INSERT INTO test VALUES (10,12)");
		statement.executeQuery("SHUTDOWN");
		statement.close();
 
		Class.forName("org.hsqldb.jdbcDriver").newInstance();
		Connection connexion2 = DriverManager.getConnection("jdbc:hsqldb:mem:database","sa","");
		Statement  statement2 = connexion2.createStatement();
		ResultSet resultat = statement2.executeQuery("SELECT * FROM test ");
 
		while(resultat.next()){
			System.out.println(resultat.getDouble("colonne1"));		
			}
		statement.close();
 
		}
}

et éclipse me trouve une erreur comme quoi il ne trouve pas la table
Si quelqu'un pouvait m'aider merci

Citation:

Exception in thread "main" java.sql.SQLException: Table not found in statement [SELECT * FROM test]
at org.hsqldb.jdbc.Util.sqlException(Unknown Source)
at org.hsqldb.jdbc.jdbcStatement.fetchResult(Unknown Source)
at org.hsqldb.jdbc.jdbcStatement.executeQuery(Unknown Source)
at Connexion.main(Connexion.java:36)

17/01/2007, 10h56
in

Salut,

je n'apporte pas de réponse mais plutot "une" question ...

Qu'est sensée faire cette ligne
statement.executeQuery("SHUTDOWN");
Arrêter la base ? Si oui, un simple execute() devrait suffir. Et il faudrait également fermer la connexion. D'ailleurs le fait de fermer c'est juste pour tester ? De plus, pour être propre, la fermeture des objets doit se faire dans un bloc finally.

Ensuite, si tu arrêtes explicitement la base ... comment est elle redémarrée ? Instancier une nouvelle connexion suffit ? (j'ai jamais utilisé hsqldb)

Enfin, as tu testé sans le Shutdown et en n'utilisant qu'un seul objet connexion. Parce que je me dis que connexion1 n'est pas close et le commit n'a pas été exécuté, du coup connexion2 ne peut pas voir la table test ... enfin je dis ça ... ;) tente de faire un commit quoi ...
17/01/2007, 11h00
maxf1
Je pense que si tu va en bases tu ne trouvera effectivement pas cette table.
En effet si l'autocommit n'est pas activer, il te faut committer à chaque creation, modification, suppression de table.

A faire sur une Connection :
Code:

1 2 3 4 5 Connection connection = ................... // La tu executes ta requete //puis ensuite connection.commit();
17/01/2007, 11h05
sironimo

Tu peux toujours t'aider de ce lien :

http://baptiste-wicht.developpez.com...iel/java/hsql/

Comme in je ne connais pas hsql mais la création en espace mémoire pause peut être problème? En effet, tu crées la base en mémoire, ferme la connexion à cette base avec un shutdown. Peut être un problème d'accès donc.

Je suis aussi d'accord avec in, il ne sert à rien de faire deux objets connexion, il suffit juste de faire de nouveaux objets de statement uniquement.

Enfin, le statement.executeQuery("SHUTDOWN"); doit intervenir en fin de code et pas s'amuser à ouvrir et fermer la connexion à la base à chaque fois que tu veux faire quelquechose dessus.

En espérant t'avoir aidé ;)
17/01/2007, 13h31
thibaut
Citation:
Envoyé par maxf1

Je pense que si tu va en bases tu ne trouvera effectivement pas cette table.
En effet si l'autocommit n'est pas activer, il te faut committer à chaque creation, modification, suppression de table.

A faire sur une Connection :

Code:

1 2 3 4 5 Connection connection = ................... // La tu executes ta requete //puis ensuite connection.commit();
Totalement faux pour le LDD (language de définition de données) il ne faut ni de redémarrage de la base (sous Oracle en l'occurence), ni de commit.

Essai de vider le cache de la BDD, mais je sais comment on fait sur Oracle, mais pas sur ce type de base.

ALTER SYSTEM FLUSH shared_pool (sous oracle).

Finalement pourquoi utiliser un PreparedStatement pour executer une création de table ???

Citation:

Envoyé par thibaut

Totalement faux pour le LDD (language de définition de données) il ne faut ni de redémarrage de la base (sous Oracle en l'occurence), ni de commit.

Oui et Non avec HSQL :mrgreen:

En fait, il faut que le CREATE et le UPDATE soient dans deux Statement differents.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 Statement st = null; st = conn.createStatement(); st.executeUpdate("CREATE TABLE test(colonne1 INT,colonne2 INT)"); st.close(); st = conn.createStatement(); st.executeUpdate("INSERT INTO test VALUES (10,12)"); st.close(); st = conn.createStatement(); st.execute("SHUTDOWN"); st.close();

17/01/2007, 13h58
thibaut

C'est pas oui et non, pour le LDD pas besoin de commit, je m'excuse !!!
17/01/2007, 14h08
pseudocode

Il y a toujours besoin de faire commit, que ce soit explicitement dit ou implicitement fait.

Ps: Les membres experts n'ont pas besoin de s'excuser. C'est une nouvelle loi.:king:
17/01/2007, 14h33
thibaut

Citation:

Envoyé par pseudocode

Il y a toujours besoin de faire commit, que ce soit explicitement dit ou implicitement fait.

Ps: Les membres experts n'ont pas besoin de s'excuser. C'est une nouvelle loi.:king:

Non pour les ordres SQL de création d'objets de la base il n'y a pas besoin de commit.

Et un commit implicite il faut que tu m'explique le concept.
17/01/2007, 14h39
pseudocode

Citation:

Envoyé par thibaut

Non pour les ordres SQL de création d'objets de la base il n'y a pas besoin de commit.

Et un commit implicite il faut que tu m'explique le concept.

SET AUTOCOMMIT { TRUE | FALSE };

Switches on or off the connection's auto-commit mode. If switched on, then all statements will be committed as individual transactions. Otherwise, the statements are grouped into transactions that are terminated by either COMMIT or ROLLBACK. By default, new connections are in auto-commit mode.
17/01/2007, 14h43
thibaut

Oui mais j'insiste pour le LDD pas besoin de commit, le cmmit est valable pour le LMD.
17/01/2007, 14h45
pseudocode

Comment tu fais pour envoyer ta commande LDD sans utiliser de statement ?
17/01/2007, 14h56
thibaut

Ben tu ouvres SQLPLUS.

Tu te connecte à la base

Et tu fais:

CREATE TABLE toto ...

A+
17/01/2007, 15h16
pseudocode

??? 8O

Citation:

Oracle9i Database Concepts
Release 2 (9.2)

Chapter 16: Transaction Management

A transaction begins with the first executable SQL statement. A transaction ends when it is committed or rolled back, either explicitly with a COMMIT or ROLLBACK statement or implicitly when a DDL statement is issued.

A+ aussi :mrgreen: