Reprise du message précédent :
Ok
 
Bon, j'ai un peu la flemme de tout réécrire ma cinquantaine de FK.

Sinon ya quoi comme bonne alternative barbu-compliant (linux, pas prohibitif, gros volumes) ?

Postgre ? c'est tout ? Et encore j'ai lu que pour les gros volumes c'était pas top

 
C'est combien les licences oracle, maintenant?

C'est très bien Postgre

Remplacer MySQL par Oracle

t'as pas 400 choix niveau sgbd si tu veux remplacer mysql par "mieux" sous linux...
En-dehors de postgresql et oracle c'es tun peu le désert...

Bah c'est comme remplacer un vélo par un char d'assaut, ça a ses utilités.
 
 
 
Mais en fait je dis "gros volumes", je sais pas : je suis dans les 500 Mo et si ça arrive à 3 Go ce sera déja bien. C'est pas gros en fait, si ?

Non, pas vraiment gros.

 
Gros volume

Pas vraiment gros ou vraiment pas gros ? Moyen ?

Postgres ou Firebird, principalement

Correctement configuré (ça s'est amélioré, mais la conf de base de postgres reste à viser de petites machines, avec l'idée que les servers de prod seront correctement configurés), il y a des bases postgres contenant des dizaines à centaines de To (en 2008, Yahoo a indiqué qu'ils avaient 2Po dans un postgres customisé

3Go c'est rien

Tout dépend du référentiel.
Facebook tourne sous mysql. ça, c'est clairement gros.
En-dessous, c'est moins clair.

Et Sybase ? et les trucs d'IBM ?

pour mySQL c'est peut-être du gros volume mais pour tout sgbd qui se respecte c'est peanuts.

Ya des gens qui utilisent encore ça?

Euh ouais, quand même beaucoup. Les banques et les assureurs aiment bien ces DBs-là.

moué, les vieux machins historiques, quoi.

assez pour que Sybase génère 1 milliard de CA

c'est honnête.
Je crois qu'il nous en reste une quelque part, mais on a quasiment plus que de l'oracle, ici - avec une légère augmentation des SQL Server, par contre.

 
Bah rien qu'hfr doit largement faire péter les 3Go de BDD, et c'est du mysql derrière.

HFR c'est même plutôt 30/100x ça.

Mais je pense que personne ne dit que MySQL ne supporte pas les gros volumes, comme dit Skeye Facebook aussi est dessus.

Pourquoi on parle de ça alors ?

Parce que je cherche quelque chose pour potentiellement remplacer MySQL qui est buggé niveau intégrité.

Et après on a parlé de "c'est quoi un gros volume".

Là où ça devient drôle c'est que j'ai plein de "Foreign Constraint fails", donc je dois recleaner toute la base avant de réécrire les 50 163 FK Merci mymy

 
ben si t'as du mainframe au cul, une base DB2 ça parait pas choquant...

Question pour les DBA,
comment vous faites pour faire le monitoring de vos servers db (peut importe le SGBD)?
 
Vous avez un outil (gratuit ou pas) ou vous avez developpé vos propre scriptes/procedures ?
 
Vous devez vous occuper de combien de servers db?

Rassurez moi, faire un select 1 c'est mieux que faire un select count(*) ?

heuuuu..... tu pourrais préciser ta question et son contexte ?

Pour savoir si on a un enregistrement en base, rien d'uatre.
On m'a dit que j'étais un gros dégueulasse

IF EXISTS (SELECT ton_champ FROM table) ?

Nan justement, pour vérifier la présence d'un truc, c'est faisable. Ça ou SELECT true

ou SELECT ... WHERE EXISTS, c'est encore plus propre

Ce que je cherche surtout à comprendre c'est pourquoi count*) est mieux que select 1

 
Tout dépend du contexte, mais s'il s'agit juste de tester s'il y a une ligne ou pas c'est très bien, un select 1.

Nan c'est pas mieux, COUNT(*). Qui t'as dit ça

et tu sors d'où que count(*) est mieux que 1 ?

edit: FlorentG

Tu as une réponse quoi qu'il arrive, donc le traitement du résultat dans le langage appelant est plus simple.

 
J'ai pas dis que c'était mieux, mais on a remplacé mon select 1 par un select count(*) en disant que j'étais un gros dégueulasse et j'essayais de comprendre avant de la ramener et de passer pour un con.

tu diras à l'étron qui a pondu ça que EXISTS c'est pas fait pour les chiens

On avait raison
ton code est moins lisible pour un gain inconnu (et surement négligeable).

 
http://dev.mysql.com/doc/refman/5. [...] eries.html