Précédent   Forum du club des développeurs et IT Pro > Bases de données > Décisions SGBD > Optimisations
Optimisations Forum de conseils pour les optimisations des performances SGBD
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse
 
Outils de la discussion
Publicité
'
Vieux 22/01/2010, 22h21   #1
zolive
Membre régulier
 
Avatar de zolive
 
olivier
Inscription : décembre 2003
Messages : 152
Détails du profil
Informations personnelles :
Nom : olivier
Localisation : France, Isère (Rhône Alpes)

Informations forums :
Inscription : décembre 2003
Messages : 152
Points : 98
Points : 98
Par défaut Compression avant insertion

Bonjour,
Ma base est assez simple d'un point de vue organisation.
D'un point de vue fonctionnel j'ai à representer
un Million de machine
chaque machine conserve une centaine de chaine de taille variables
Les chaine pouvant être longue (mais comme c'est de l'XML elle se compresse bien).
J'ai eu la reflexion suivante :
Sachant que je fais aucun traitement sur les chaines (c'est en quelque sorte des log) mis a part pouvoir les afficher. J'ai fait la chose suivante :
au lieu d'utiliser un champ LONG TEXT j'ai préféré compressé (zip) à la volé la chaine et l'inserer en temps que BLOB. Sur le papier je gagne énormement en place disque. Je me dis que plus j'en gagne moins la base aura du mal a gérer ce volume. Est ce que je fais une fausse route ?
zolive est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 18/09/2010, 14h00   #2
mikedavem
Expert Confirmé Sénior

 
Avatar de mikedavem
 
Homme David BARBARIN
Inscription : août 2005
Messages : 4 137
Détails du profil
Informations personnelles :
Nom : Homme David BARBARIN
Localisation : France, Haute Savoie (Rhône Alpes)

Informations professionnelles :
Secteur : Conseil

Informations forums :
Inscription : août 2005
Messages : 4 137
Points : 8 373
Points : 8 373
Bonjour,

Quel SGBD utilisez vous ?

++
__________________
Blog | Articles SQL Server | Profil MVP
mikedavem est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 19/09/2010, 15h33   #3
SQLpro
Rédacteur

 
Avatar de SQLpro
 
Homme Frédéric BROUARD
Expert SGBDR & SQL
Inscription : mai 2002
Messages : 12 074
Détails du profil
Informations personnelles :
Nom : Homme Frédéric BROUARD
Localisation : France

Informations professionnelles :
Activité : Expert SGBDR & SQL
Secteur : Conseil

Informations forums :
Inscription : mai 2002
Messages : 12 074
Points : 21 669
Points : 21 669
Citation:
Envoyé par zolive Voir le message
Bonjour,
Ma base est assez simple d'un point de vue organisation.
D'un point de vue fonctionnel j'ai à representer
un Million de machine
chaque machine conserve une centaine de chaine de taille variables
Les chaine pouvant être longue (mais comme c'est de l'XML elle se compresse bien).
J'ai eu la reflexion suivante :
Sachant que je fais aucun traitement sur les chaines (c'est en quelque sorte des log) mis a part pouvoir les afficher. J'ai fait la chose suivante :
au lieu d'utiliser un champ LONG TEXT j'ai préféré compressé (zip) à la volé la chaine et l'inserer en temps que BLOB. Sur le papier je gagne énormement en place disque. Je me dis que plus j'en gagne moins la base aura du mal a gérer ce volume. Est ce que je fais une fausse route ?
A mon avis oui ! En effet, certains SGBDR proposent le type XML en natif avec des méthodes d'accès des document XML en particulier XPath et XQuery et permettent d'indexer les document XML pour une recherche rapide.

Certains autres, comme MySQL font croire qu'ils stockent du XML mais c'est en fait du texte... Bref, des peformances lamentables....

Pour votre information, cet ouvrage qui fait le point des techniques des SGBDR face à XML (Querying Xml: Xquery, Xpath, And Sql/xml in Context) est qui est un must dans son domaine a été publié en 2006 !
http://www.amazon.fr/Querying-Xml-Xquery-Xpath-Context/dp/1558607110
A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro
http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation
* * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
SQLpro est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse
Outils de la discussion

Navigation rapide


Fuseau horaire GMT +2. Il est actuellement 05h36.


 
 
 
 
Partenaires

Hébergement Web