Pour les outils graphiques, sql developer est sympa, je l'avoue, mais ca reste ud oracle, avec des trucs tres lourds.
Il a par exemple ce tres vilain bug sur le dump d'une base:
Les type Raw sont bien dumpes, certes, mais la valeurs est... le toString() du byte array java!!!
en clair?
On se retrouver avec un Insert into Table(bla) values (Byte[]@0xff4ceb).
Et la pour le coup, ca le fait pas trop.
Dieu merci, on peut dumper les tables et ca marche. Mais c'est super pete couille quand t'as 30 tables dans ta db...
autre exemple, leur oracle.jdbc.pool.OracleConnectionPoolDataSource pour serveur j2ee est heuuu.. comment dire.
Mon pool se vautrait lamentablement sans rien dire va comprendre pourquoi.
L'implem de la factory du pool etait super funky (en gros: enorme limitation due a 3 lignes de code foireuses, j'ai plus les details en tete, ca fait qq mois deja, mais je peux me replonger dedans si ca interesse qq1).
Ah, et leur Timestamp with local timezone est en pratique inutilisable si t'ouvres pa la connection SQL toi meme (perso, j'utilise des pool et j'ai autre chose a foutre que d'instantier le driver moi meme... surtout avec hibernate...).
Deja, la doc est tres rock'n'roll la dessus. Dur de trouver qq chose de pertinent.
Ensuite, pour monitorer le pool via jmx, bon courage (je t'aide, pas possible).
Et une foultitude de petits trucs qui te pourrissent la vie derriere.
Pas de Primary key avec une constraint sur le lower case (ca se contourner par un unique index name on table Lower( field), mais bon c'est pete couille quand meme).
Tout ces petits trucs sont tres certainement l'heritage de 25 ans de code, donc sont la pour une bonne raison, mais ca saoule quand meme.
T'as certes des outils qui sont pratiques, mais t'as tellement de pitis defaut planques au fin fond du systeme que ca aneantit completement l'interet.
C'est tres shiny en surface, ca a l'air super simple, tu te plonges dedans et c'est un merdier sans nom.
T'as besoin de ce merdier quand tu veux de tres grosses perfs, pour le commun des mortels, ca fait que te pourrir la vie.
Les performances, la tenue en charge, c'est tres tres bien, mais quand t'en as besoin.
Pour le reste, ca pourri la vie du dev' au quotidien, du coup si les perfs ne sont pas absolument necessaire, t'as bien mieux fait de partir sur un mysql/pgsql.
Les updates dans une table pour changer le fuseau horaire et tout le toutim, c'est tres casse couille.
pgsql est moins connu, mais ceux qui ont besoin des features que tu cites le connaissent, donc tout va bien :)
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par thedude . En réponse à la dépêche Oracle achète Sun. Évalué à 4.
Il a par exemple ce tres vilain bug sur le dump d'une base:
Les type Raw sont bien dumpes, certes, mais la valeurs est... le toString() du byte array java!!!
en clair?
On se retrouver avec un Insert into Table(bla) values (Byte[]@0xff4ceb).
Et la pour le coup, ca le fait pas trop.
Dieu merci, on peut dumper les tables et ca marche. Mais c'est super pete couille quand t'as 30 tables dans ta db...
autre exemple, leur oracle.jdbc.pool.OracleConnectionPoolDataSource pour serveur j2ee est heuuu.. comment dire.
Mon pool se vautrait lamentablement sans rien dire va comprendre pourquoi.
L'implem de la factory du pool etait super funky (en gros: enorme limitation due a 3 lignes de code foireuses, j'ai plus les details en tete, ca fait qq mois deja, mais je peux me replonger dedans si ca interesse qq1).
Ah, et leur Timestamp with local timezone est en pratique inutilisable si t'ouvres pa la connection SQL toi meme (perso, j'utilise des pool et j'ai autre chose a foutre que d'instantier le driver moi meme... surtout avec hibernate...).
Deja, la doc est tres rock'n'roll la dessus. Dur de trouver qq chose de pertinent.
Ensuite, pour monitorer le pool via jmx, bon courage (je t'aide, pas possible).
Et une foultitude de petits trucs qui te pourrissent la vie derriere.
Pas de Primary key avec une constraint sur le lower case (ca se contourner par un unique index name on table Lower( field), mais bon c'est pete couille quand meme).
Tout ces petits trucs sont tres certainement l'heritage de 25 ans de code, donc sont la pour une bonne raison, mais ca saoule quand meme.
T'as certes des outils qui sont pratiques, mais t'as tellement de pitis defaut planques au fin fond du systeme que ca aneantit completement l'interet.
C'est tres shiny en surface, ca a l'air super simple, tu te plonges dedans et c'est un merdier sans nom.
T'as besoin de ce merdier quand tu veux de tres grosses perfs, pour le commun des mortels, ca fait que te pourrir la vie.
Les performances, la tenue en charge, c'est tres tres bien, mais quand t'en as besoin.
Pour le reste, ca pourri la vie du dev' au quotidien, du coup si les perfs ne sont pas absolument necessaire, t'as bien mieux fait de partir sur un mysql/pgsql.
Les updates dans une table pour changer le fuseau horaire et tout le toutim, c'est tres casse couille.
pgsql est moins connu, mais ceux qui ont besoin des features que tu cites le connaissent, donc tout va bien :)