Reprise du message précédent :

tu penses a MyIsam?

je pense à rien, si ce n'est que n'importe quoi pour remplacer derby ne peut qu'etre mieux

Bon je vais reformuler ma question
C'est possible de rafraichir des vues marterialisées depuis jdbc ?

ben tu peux pas envoyer ta commande dans uen requête native ?

Toutes les versions > 1.1 oui, tous les OS je suis pas sûr, si ça se trouve la JVM utilise encore des green threads sur VAX

Ca me parait bizarre de metre ça dans un prepared statement, mais je suis encore en phase de recherche, j'ai pas éssayé encore, je m'attendais à trouver facilement sur google la réponse à cette question.

en effet les appels jdbc c'est surtout preparedStatement.executeQuery() pour les select et preparedStatement.update() pour les inserts, les deletes et les updates

il peut ne pas etre prepared, ton Statement, et t'as une methode execute()...
 
http://java.sun.com/j2se/1.4.2/doc [...] ng.String)

hum il s'agit d'une interface par contre
ok j'avais pas vu Connection.createStatement() en début de doc

 
tain je suis à la rue j'avais pas vu ça ...
 
sinon je doute qu'ils jettent Derby pour ça, c'est pas vraiment identique comme usage de DB...

pour ceux qui ont deja fait joujou avec javax.scripting: est-ce qu'il y a moyen de faire un semblant d'introspection avec ça?  
 
mon use case, en fait: un (power) utilisateur entre un script, qui a besoin de parametres... un (autre) utilisateur selectionne le dit script pour execution ... et je voudrais generer une ui minimale pour que le dit utilisateur puisse entre les valeurs des parametres pour la dite execution .. je suis preneur de toute (bonne) idée.
(la premiere c'est qu'a l'ecriture du script, l'utilisateur decrit les parametres a utiliser, simplement, mais si y'a plus straightforward, je prend)

Il y a une requete comme ça sur un projet
fullscan sur jointure, bien joué
évidement la fonctionalité correspondante était grisée dans l'appli vu que la requette finissait pas en temps suportable humainement (même au au bout d'un quart d'heure)

heureusement que les generated columns existent

je crois que tu t'es trompé de topak.

bah non c'est une requête jdbc en dur dans une variable static final,même pas dans un fichier de ressources
j'étais trop tenté de le faire partager désolé , certains ont pas la chance d'utiliser hibernate

ouais ben alors, ça, c'est un des premiers trucs qu'on a essayé de m'apprendre, et au final je vois pas l'interet:
- tu dois qd meme repackager ton bordel si tu veux changer la requete
- ça rend le bordel moins lisible, moins facile a tracker (et bonjour la lisibilité des que t'as deux+ params dans ta requete)
Alors a part si ton appli doit tourner sur des db fondamentalement differentes et que t'es trop con pour utiliser une lib qui joue à ça a ta place et que tu veux donc te coltiner des millions de requetes dans 273 fichiers differents (avec l'echappage des quotes et autres aléatoire, suivant l'humeur du dev qui lira le fichier en question, et l'impossibilité de voir quel param correspond a quoi) ...
 
bref, je persiste, j'ai raison, t'as tord, salut.

Hep les gens, j'ai tomcat qui va piocher son logger dans le .war d'une de mes webaps, ce qui m'ennuie au plus au point (because il se le garde en static et ça décharge pas le .war après). Vous savez comment éviter ça ?

Tu l'as configuré comme recommandé ici ? http://wiki.apache.org/tomcat/FAQ/Logging

quand je fais ça, j'ai intellij qui peut pu me replier l'application, donc je peux rien vérifier

 
les requêtes en string avec des quotes

 
avec toutes les variantes tentantes genre  

 
c'est moins tentant dans un fichier de ressource
 
tu as la requete, avec quand même des retour chariots " \ " et des " ? "
Si on pouvait écrire des strings sans retour à la ligne nécéssitant un + ça me generait moins
 
enfin idéalement je preferai devoir faire des requetes en java genre hql avec des empilement d'objets, mais peut être qu'a l'usage c'est nul je sais pas.

vive hibernate quand meme hein

Ou bien un index basé sur une fonction :
http://download.oracle.com/docs/cd [...] htm#i17539

 
sur oracle , mais sur DB2  
 
sur db2 il faut faire une colone générée plus un index sur la colone générée
 
je vérifierai pour les index mais ça m'étonnerai ...
 
mais bon c'est hs tout ça dixit the real--

Hibernate c'est le mal. JPOX c'est mieux, c'est JDO 2.1 compliant au moins.

Sans deconner t'ose par faire des requete comme ça ?

 
Tu sais en SQL y'a un truc sympa qui s'apelle les parametre. Et JDBC les geres. J'ai plus la syntaxe en tete mais ca donnerais un truc genre :

mais vous vous êtes trompé de topic, bordel.

Merde JDBC c'est pas du Java ?

J'ai jamais dit que c'était moi

benh c'est un preparedStatement
je connais pas la syntaxe avec arametre, je connaissais que les ?, qui comme le fait remarquer real-- sont hyper pratiques pour la relecture du code

peut-être par contre vous êtes clairement pas dans l'élite, donc dehors

C'est vrai l'elite c'est d'utiliser les truc proprio moisi genre hibernate.

bon alors
- l'élite ça trolle pas
- l'élite ça sait de quoi ça parle (genre hibernate proprio? ha. genre jdo standard vivant? ha. genre hibernate c'est un peu la RI de ejb3? ha.)

Hibernate désolé mais ça réponds au standard JPA certes, mais ça déborde avec ses propres "normes".
 
Désolé mais la standard officiel Sun pour Java en ce qui concerne la persistance des données c'est JDO (puis JPA mais c'est un subset de JDO en gros...).

y'a 3 ans, oui.

enfin bref, on s'en bat les couilles; avec vos conneries ma question est passée à la trappe, comme d'hab

 
à vot' bon cœur les amis, je suis dans la merde

quelqu'un sait comment je peux mettre mon numéro de révision SVN dans mon appli élégamment ? je suis sous maven2 pour le build.
 
C'est marrant j'ai tout en 2 : maven2, struts2, spring2 et les emmerdes^2

http://mojo.codehaus.org/buildnumber-maven-plugin/

en tout cas, pour mon expérience perso, on utilise pas / plus JDO ... uniquement hibernate ...
 
ca tiens beaucoup mieux la charge
(et je sais de quoi je parle quand je vois la quantité de batch qu'on a écrits depuis deux ans et tournent toutes les nuits ...)

entre  

String string = monObjetX.toString();

et

String string = (String)monObjectX;

 
Est-ce qu'il y a des différences de performances ?
 
En vous remerciant.

String string = monObjetX.toString();

String string = (String)monObjectX;

jamais fait l'essai, mais je dirais non ... mais la première solution est plus jolie

Je suis pas sûr que le premier appel soit inliné, et dans ce cas on a un appel de méthode vs un simple cast, je doute fort que la première soit aussi rapide que la seconde.
 
Par contre, ça tient grosso merdo du demi poil de couilles, si on commence à se poser ce genre de questions, c'est pas en java qu'il faut coder

oue voila c'est en gros ce que j'ai voulu dire