Les bases de données avec JAVA plutôt que SQL !

bonjour,

Moi, je suis curieux de lire comment ta requête SQL sera exécutée.

Je me demande aussi, par curiosité, ce que tu as étudié.

Bonjour,

SQL est une roue, une très bonne roue, qui roule très bien, y a rien à redire, mais ce n'est qu'une roue.

Java est une voiture, pas vraiment la voiture de course, mais plutôt la voiture familiale que tout le monde va pouvoir s'offrir, elle tient bien la route pour les trajets du quotidien et c'est largement suffisant pour la plupart des utilisateurs.

Une voiture sans roue, ça ne sert pas à grand chose, c'est pour ça que Java sait utiliser les bases de données SQL.

Notons au passage qu'une voiture a 4 roues, tout comme un programme Java pourra manipuler plusieurs base de données.

Mais Java c'est très vaste, ça pourrait être une voiture, mais aussi une moto ou un camion.

En revanche une roue toute seule, on a vite fait le tour...

Bonjour,

Comment peut-on comparer les deux ??

Java est un langage de programmation .....  Sql .. un langage de requêtage !!

Quoi qu'il arrive .. si java veut manipuler une base de données Mysql .. il devra obligatoirement faire appel à du SQL.

A contrario .. si tu as besoin de développer un logiciel .... le sql ne pourra rien pour toi.

Donc bon .. à moins d'avoir besoin, de façon occasionnelle, de manipuler ta bdd  (pour y ajouter des données manuellement pour des tests par exemple).. tu peux le faire directement en sql .  Si, par contre, tu dois automatiser des choses (ou les faire de façons répétitive ...) passer par un langage de programmation ( java ou autre... ) devient une évidence.

.

Au passage .. ta requête SQL elle ne va pas s'exécuter toute seul ( comme l'a souligné Ygbe )...

Pour la "lancer".. il va te falloir soit passer en ligne de commandes ( et donc tu dois ouvrir une connexion à la bdd ... puis écrire ta requête pour l'exécuter..  ou passer par un logiciel ( phpmyadmin , heidisql, dbeaver .... ) qui ( tu ne le vois pas.. fait la même chose que ton pote  dans différents langages de programmation selon le logiciel choisi... ).

Bref... il n'y a pas de comparaisons à faire ...  sql est un "outil" qui peut être utilisé par des langages de programmation... 

Je suis d'accord avec vous deux KX et jordane45 que SQL ne permet pas de réaliser un logiciel et s'apparente a une roue et non une voiture puisque j'ai réalisé des requêtes SQL avec heidisql, j'en ai aussi intégré a VisualBasic.

Par contre je ne connais pas JAVA, j'ai l’impression que le code JAVA est très lourd, l'enregistrement d'une base de données ou le chargement de pilote ... me semble plus long qu'avec d'autres langages comme VisualBasic ou DELPHI.

Qu'en est-il réellement, la complexité du code JAVA permettrait de faire plus qu'avec du code VisualBasic ou DELPHI ? Je ne me pose pas cette question de façon générale (dans cette discutions en tout cas) mais à propos d'un sujet précis soit de sa relation aux bases de données.

Java ne permet rien de plus ou de moins que les autres langages (dans sa relation aux bases de données)

Bonjour,

j'ai l’impression que le code JAVA est très lourd, l'enregistrement d'une base de données ou le chargement de pilote

Tout d'abord le chargement de pilote (Class.forName) n'est plus utile depuis Java 6 (sorti en 2006), donc à part avoir un très vieux driver, le chargement est automatique lors de l'ajout du driver au clasdpath.

Du coup la création d'une connexion se résume à une seule ligne (exemple avec MySql)

Connection c = DriverManager.getConnection("jdbc:mysql://localhost:3306/mydb", "user", "password");

Difficile de faire plus simple... Même si pour être propre (et Java est assez strict là dessus), il va falloir aussi du code pour fermer la connexion, gérer les cas d'erreurs etc.

sympas KX ce code est alégé !

Bonjour,
Moi je voudrais qu'on m'explique la nécessité, la pertinence des bases de données.
Il me semble qu'en mettant les données dans un simple fichier et en chargeant le fichier, on fait ce qu'on veut des données, et cela avec n'importe quel langage.
Merci pour la lumière.