Discussion :

[topolino]

Bonjour,
Afin d'optimiser ma BDD j'ai pensé aux operateurs binaires. J'ai voulu mettre dans une seule colonne les informations de 4 colonnes (type bit), ce qui me donne maintenant ce genre de valeur: 1, 2, 4, 8, 16, 32.....

Pour des recherches simple avant je faisais:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select * from table where col1=1 AND col2=1

Maintenant cela donne

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select * from table where 6 & Attributes<>0

A ma grande surprise les temps de reponses sont tres tres mauvais dans ma nouvelles facon de faire.

A votre avis ai je pris la mauvaise solution ? ma requete est elle mauvaise ?

Merci pour vos avis

[SQLpro]

Oui !

Dès que vous n'atomisez pas vos données il faut faire de calculs et donc du scan.
Une fois les données atomisées, vous pouvez les indexer et les temps de réponse deviennent ultra rapide du fait des SEEK

Passer du SCAN au SEEK est logarithmique en terme de coutd'accès...


Dans la vie il faut souvent choisir :

• compression de données par multiplexage = gain d'espace mais perte de temps en recherches...
• atomisation de données = perte d'espace, mais gain de temps !

A +

[topolino]

Quels sont les conseils pour optimiser une Base de donnees ?

J'ai lu quîl fallait decouper les grosses tables en petites tables pour eviter les lock en cas d'update, delete et d'insert. Est ce exact ?

[SQLpro]

Quels sont les conseils pour optimiser une Base de donnees ?

J'ai lu quîl fallait decouper les grosses tables en petites tables pour eviter les lock en cas d'update, delete et d'insert. Est ce exact ?

Oui, plus exactement, plus une table est petite plus la durée et la fréquence de mobilisation en exclusif est faible.
L'indexation y contribue aussi beaucoup.

La gestion du stockage est aussi très importante. Il faut bien dimensionner les espaces de stockage et ventiler les IO sur différents disques physiques...
A me lire : http://blog.developpez.com/sqlpro/p5..._fichiers_et_t

A +

[Sergejack]

Quels sont les conseils pour optimiser une Base de donnees ?

J'ai lu quîl fallait decouper les grosses tables en petites tables pour eviter les lock en cas d'update, delete et d'insert. Est ce exact ?

C'est une toute autre question.
La normalisation est le B.A-BA que vous devriez connaître.
Ensuite, s'il vous reste du courage, vous pouvez commencer à étudier le partionnage horizontal.

[topolino]

Merci à vous.

[aieeeuuuuu]

Bonjour,

[*]atomisation de données = perte d'espace, mais gain de temps !

oui, surtout qu'en l’occurrence, il n'y a même pas de perte d'espace :
topolino a mis 4 colonnes de type BIT en une seule colonne (que nous supposerons de type TINYINT)
Dans un cas comme dans l'autre, c'est 1 octet.
La solution de 4 colonnes de BIT me semble donc bien plus adaptée.

En résumé, la méthode que Topolino a voulu mettre en place n'aurait d’intérêt que si le nombre de paramètres était indéfini, amené à évoluer, car alors il n'y a pas besoin d'ajouter de colonne. Une certaine flexibilité donc, qui, comme souvent, s'accompagne de performances à la baisse

[Sergejack]

Bonjour,
Afin d'optimiser ma BDD j'ai pensé aux operateurs binaires. J'ai voulu mettre dans une seule colonne les informations de 4 colonnes (type bit), ce qui me donne maintenant ce genre de valeur: 1, 2, 4, 8, 16, 32.....

Pour des recherches simple avant je faisais:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select * from table where col1=1 AND col2=1

Maintenant cela donne

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select * from table where 6 & Attributes<>0

A ma grande surprise les temps de reponses sont tres tres mauvais dans ma nouvelles facon de faire.

A votre avis ai je pris la mauvaise solution ? ma requete est elle mauvaise ?

Merci pour vos avis

Votre requête est mauvaise parce que dans votre filtre vous faites une opération de calcul sur votre colonne.
Si vous pouviez vous passer de ce calcul sur la colonne elle-même, il n'y aurait pas trop de problème.
Mais dans votre cas, pour les opérations que vous envisagez, cela semble (très) difficile et feraient rapidement apparaître des IN (ou des OR).

Testez la rapidité de cette requête mais voyez aussi comme elle devient pénible à rédiger :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select * from table where Attributes IN (6, 7, 14, 15, 22, 23, 30, 31...)

Il vaudrait donc mieux que vous ayez autant de colonne d'1 bit que de valeurs d'1 bit sur lesquels vous faites des filtres.