Discussion :

[Fred_34]

Orange c'est pas france telecom... Orange est une entité à part entière séparée de FT. FT gère les lignes fixes. Orange le mobile et Internet.

D'autre party on ne gère pas les communications avec une BD, mais seulment des infos de gestion (lignes, abonnement, facturation, y compris détaillé...).

A +

Il y a quand même une base de données dans l'histoire :
http://www.reseaux-telecoms.net/actu...90-page-3.html

"Le système touché est le NG HLR (New Generation Home Location Register)," a expliqué le technicien. Il précisera ensuite en apparté : "Ce système centralise les informations de localisation des abonnés. Ce système de nouvelle génération comprend trois étages : les frontaux, les serveurs centraux, et les bases de données.

[Fred_34]

Bonjour,

Une petite intervention si vous me le permettez, en particulier pour fred_34.

Loin de moi l'idée de donner des leçons, ce n'est pas le but de ma démarche ici, mais à mon sens en tant qu'administrateur de base de données et au delà/indépendamment de toute considération d'ordre préferentielle, on se doit de préserver l'acidité et la qualité de nos données avant tout. Or par rapport à cela je vais faire que deux remarques.

1) Independamment du respect des règles de CODD, il faut bien se rendre à l'évidence qu'à partir d'une certaine volumétrie, MySQL n'est plus en mesure de garantir cela à un administrateur tout court, ou dans des conditions acceptables de gestion et de budget pour le reste (dépendant de la volumétrie). Je rappele aussi que la plupart du temps que les fortes volumétries sont proportionnelles à la volumétrie des accès concurrentiels transactionnés, ce qui en rajoute une couche à MySQL sur ce point.

Admettons que cette remarque soit vrai (Personnellement, je n'en sais rien...), de quelle volumétrie parlez-vous ? (Surement beaucoup plus que les besoins de zwiter :

J'estime que ma base de données pourraient atteindre 500Go, pour environ 1 milliards de données. Ceci pourrait doubler d'ici la fin de l'année...
Moins de 5 requêtes tourneraient a la fois sur le serveur

Que penseriez vous d'un serveur objet violant pour partie les règles de la POO et/ou ne les implémenteraient que d'une manière partielle? Je suis certain que votre position ne serait pas autant pondérée.

"Le mieux est l'ennemi du bien". Avec le temps, j'ai appris à faire preuve de pragmatisme...

[SQLpro]

Il y a quand même une base de données dans l'histoire :
http://www.reseaux-telecoms.net/actu...90-page-3.html

Vous confondez le terme base de données qui peut être n'importe quoi, y compris un simple fichier COBOL et SGBD Relationnel ! C'est pas la même chose.

A +

[tse_jc]

Admettons que cette remarque soit vrai (Personnellement, je n'en sais rien...), de quelle volumétrie parlez-vous ? (Surement beaucoup plus que les besoins de zwiter :
...

En fait beaucoup moins.

[Zwiter]

Update:
Apres des congés parentaux, et un autre projet a régler en priorité, j'ai repris mes tests.
Je me suis aperçu que un nœud de mon cluster de calcul avait des performances bien supérieur que ma station Windows. (6 CPU XEON, 48G RAM, hdd = LAN inifiniband). Donc ce noeud a été converti en station linux centos pour cette BDD.

L'equipe de recherche voisine abandonne l'idée de faire des indexes sur tous les champs. Ils mettent trop de temps a construire la BDD. Du coup, ils regardent tokudb, un moteur privé sensé offrir d'excellentes performances avec une BDD qui fait 10 fois la taille de la RAM. C'est exactement mon cas!
Toutefois, j'ai grossi ma BDD actuelle a 45G et MyISAM est bien meilleur que tokudb : 40min vs 4heures. Ce résultat pourrait s'expliquer par un cache qui peu contenir la BDD.
Les gens de tokudb me conseillent de tester avec une BDD encore plus grosse, donc je suis en train de monter a 200G.
Sur le papier tokudb semble tirer un meilleur parti de plusieurs thread, avec autant d'écritures que de lectures. Ce n'est pas du tout notre cas : 1 thread et 1 énorme écriture par mois.

Ma conclusion a ce stade est MyISAM largement gagnant.
Je n'ai pas encore eut le courage de porter la BDD sur postgres. Pensez vous que ca vaut le coup d'essayer?

Merci
Z.