Volnai a écrit 552 commentaires

Nan, ils font un proces a tous ceux qui n'ont pas paye de licence pour Linux. Rien a voir.


Ben quand meme un peu si : http://www.zdnet.fr/actualites/technologie/0,39020809,39115870,00.h(...)

D'ailleurs l'interet est la : pour la premiere fois, et si il y a vraiment procés, un tribunal va statué sur la GPL. Finalement, c'est le bon coté de la chose (je ne me trompe pas quand je pense qu'il n'y a aucun antécedent ??)

Je savait pas qu'il fallait connaitre Linux pour faire du réseaux...Je pensait qu'il valait mieux connaitre un certain OS d'une certaine boite qui fabrique des routeurs par exemple.
Enfin, tout ca pour dire qu'on fait souvent l'amalgame entre Systeme et reseaux et que c'est mal.

La news parle de se mettre a linux, pas de passer au libre...

Dans le genre, mais un peu different, il y a C-jdbc
http://c-jdbc.objectweb.org/(...)

En plus ca marche avec toutes les bd qui ont un driver jdbc...

Installer oracle sur un unix non supporté par eux c'est un vrai calvaire!

Je suis d'accord, mais moi je trouve ca assez normal et a vrai dire j'essaye rarement d'installer un soft sans en verifier les pré requis...

MySQL est une bonne base de données et on ne peut plus le nier.

Tout comme on ne peut nier que Postgres est le vrai SGBDR que Mysql n'est pas.
Mais bon on tourne en rond la...

Il parle de MS sqlServer, pas de access, et c'est pas mal comme DB sqlserver quand meme. C'est le meme moteur que sybase si je ne m'abuse (si ca peut rassurer les anti-microsoft sur la qualité du produit...).

conclusion, j'ai jamais vu une suse booter

Nan mais quelle mauvaise fois...t'as pas du essayer bien fort...

J'ai pas verifié, mais est ce que Mandrake est certifié par un quelconque distributeur ? par exemple oracle au hasard ? Parce que sans ca, pour rentré dans une entreprise c'est coton quand meme.

Paul Allen ne bosse plus chez MS depuis des annees


Je n'accuse pas ce pauvre Pall Allen, mais je te trouve bien naif de croire que parce qu'il a quitté Microsoft il n'a plus aucun rapport avec eux...Dans toutes les boites les types "important" qui s'en vont gardent toujours de tres bon contacts avec leurs anciens copains...

Ouais mais FreeBsd c'est des tricheurs, il se specialisent sur x86.

plus de developpeur sous linux que sous freebsd donc plus de prog.

Ouch le vilain racourci.
Ca veut surtout dire qu'il faut plus de developpeurs linux pour faire la meme chose que font les developpeurs BSD.

Um...attention a ton lecteur CD quand meme...

Bah ca depends, si tes disques sont sur le meme axe c'est normal. (Trois I/O a la suite, c'est plus lent qu'une seule)

Si ca fait que router/firewall, un ptit fwfloppy ne te suffirait pas ?

Rien ne se perd, rien ne se crée. Tout se transforme

Moui...une bien belle phrase d'un celebre physicien bien mise a mal depuis la mise en evidence de la fluctuation quantique du vide....(Je vous laisse chercher, c'est passionnant comme sujet)

A QUOI SERT UN SERVEUR P4-2.8GHz, 1GB de RAM, 36Go de disque SCSI ???


L'informatique ne se limite pas a faire des serveurs de fichiers. Un serveur d'application (genre Oracle/Peoplesoft), ca a besoin de beaucoup de puissance pour faire tourner ces gros calculs. Enfin c'est sur que pour une utilisation "de base" (web, mail, fichier...), ca sert pas a grand chose je suis d'accord. Si j'etais mauvaise langue je rajouterais "a part si on tourne sous windows...".

Ok, en J2EE ca marche bien, java c'est trop fort, on est d'accord (meme si tu triche aussi quand tu dit que tu n'utilises pas de code SQL, il est juste planqué dans ton findbyPrimaryKey)...
Tiens d'ailleurs, il me semble qu'on peut faire des "foreign key" entre EJB, non ? comment ca se passe quand tu fait ton client.remove() ? il peut faire du "delete cascade" ?

Ah mais je suis pas du tout enervé, detend toi.
La migration de oracle vers Mysql ne pose pas de probleme si le schema sous oracle n'utilise pas de contraintes d'intégrité (ou alors que l'appli ne les utilise pas). Dans le cas contraire tu aurais du reprendre le code pour en tenir compte, chose que tu n'aurais pas eu a faire pour un portage vers postgres par exemple (totalement au hasard l'exemple), qui si je ne m'abuse respecte la norme en matiere de declaration de foreign keys.
La difference entre un findbyPrimaryKey et un select, c'est justement le temps de passage de l'un a l'autre (ok je pinaille enormement là), mais bon le fond de la question n'etait pas la et c'etait juste pour embeter les pro-EJB, j'avoue.

A part ca:

Statement st =new Statement("delete client....where..."); try{st.executeQuery();}catch( SQLException ex) {System.out.println("Something Wicked happened...); }

Voila,en une ligne moi Monsieur :)

Ok, là c'est transparent pour toi, mais ton serveur J2EE il instancie un PrepareStatement de plus dans l'histoire que si tu tentait directement un "Delete client where...". Tu bouffes de la memoire, du temps d'execution, des lignes de code (bah oui, tu tapes 5 lignes ou un "try catch" suffit), de la ressource niveau base de donnée (une requete en plus). Donc bon, plus rapide, je ne suis toujours pas convaincu.
Tu es independant de ta bd ? Pour recentrer le debat et etre plus exact, ca te permet de migrer de Postgres a Mysql sans encombre, parceque Mysql ne gere pas les contraintes d'intégrités. Si tu bossait avec des "vrai" (je ne veut pas etre pejoratif, mais je ne sais pas comment dire autrement) BD, c'est a dire gerant tout ca, un simple "dump" suivi d'un "restore" du schema te permettrait de conserver cette intégrité referencielle qui nous tient tant a coeur a moi et a mon troll...
A puis tient un autre : En plus tu fait ca en J2EE, c'est super lent de faire des findByPrimaryKey par rapport a un select tout bete. Mais bon, c'est pas ta faute, les EJB c'est lent on n'y peut rien. J'espere que t'utilise JEREMIES au moins.

Pas plus long a écrire...Je sais pas j'ai un doute. Il te faut instancier un Statement, executer la requete et compter le nombre de ligne du ResultSet (ouais c'est en tres gros et tres moche, mais tu vois l'idée). Avec une contrainte d'integrité, tu ne pourra tout simplement PAS effacer un client qui aura des factures (a cause de la foreign key), et tu auras une belle exception. A mon avis (je ne suis pas un pro, ni meme un developpeur :) ) c'est plus long a taper (au moins trois lignes en plus), et ca surcharge plus la db (une connection en plus pour la requete déjà). Ok, je pinaille mais tant qu'on y est...le reseaux aussi (bah oui ton Resultset il passe par le reseaux).

Enfin je dit ca je dit rien, moi je ne suis ni developpeur ni DBA de metier :)

C'est sur qu'on peut creer une classe MonTrigger pour eviter de mettre du code dans la BD. On peut aussi recréer un systeme de stockage en utilisant des fichiers Properties. Mais franchement, ca alourdi pas un peu le code ? Et pire, ca ne serait pas un peu moins performant ? Les (bonnes) bases de données fournissent les contraintes d'intégrité, les trigger, le tout standardisé, c'est pas pour qu'on reinvente la roue tout les jours.
Bon, Ok, en meme temps on est libre, hein, on fait ce qu'on veut.

Perso, quand je développe une application, j'aime bien pouvoir migrer d'une base à une autre en moins d'une demi journée :)
J'aime pas avoir les pieds et main liées.


Moi aussi j'aime bien, c'est pour ca que ca me saoule de me recoder l'equivalent des 'on delete cascade' quand je passe une appli de oracle/postgres a Mysql.

Pourquoi ? Mysql c'est un truc d'amateur ?

Vous ne pouvez pas imaginer l'expression pleine de candeur et d'innoncence de mon visage quand je dis ca.

Si t'as asser de place pour le journal un petit tune2fs -j (de tete) devrait suffir a passer de ext2 a ext3.
Ca y est j''ai un lien qui confirme : http://batleth.sapienti-sat.org/projects/FAQs/ext3-faq.html(...)

Si quelqu'un a une combine pour les autres je suis prenneur.