Optimisation pour services de forum

Coucou à tous,

Je compte développer un service d'hébergement de forums avec un moteur fait maison et j'aimerai savoir comment je pourrais gérer les données textes. On m'a fait part que les type de données mémo ou text alourdissent fortement une base de données.

Étant donnée que ma base de données pourra contenir beaucoup de forums, pour l'optimiser vaut-il mieux que j'utilise un type de données text et que je stocke tous mes posts directement dans la base de données ou alors est-il préférable que je crée de petits fichier textes que je ciblerai dans ma base de données ?

Quelle est la solution préférable pour une grosse base de données ? Ou alors en avez-vous une autre ?

Les bons SGBDR stockent les donnnées LOBs en dehors des lignes des tables, ce qui ne grève pas les performances, à condition de ne pas faire du SELECT *.
C'est le cas d'Oracle, IBM DB2 et SQL Server.

A +

Donc même pour les données de types mémo, il est préférable que je les stocke en fichier text sur un serveur de fichiers externe ?

Ce n'est pas ce que SQLPro a dit !

Il a dit que les grands SGBD qu'il a cités se débrouillent tout seul pour stocker les colonnes de type LOB (TEXT, BLOB, CLOB) dans un espace disque séparé du reste des données. Mais la définition de la table comprend bel et bien ces données LOB et les requêtes d'insertion ou de mise à jour sont identiques. C'est la salade interne du SGBD que l'utilisateur ne connaît pas.

Que dois-je faire alors avec un SGBDR qui n'a pas cette fonctionnalité ? Je ne suis toujours pas fixé. ^^

Souhaites-tu faire des recherches sur tes champs textes ?

Les grands SGBD a la Oracle, SQL Server ou Sybase le propose en option payante...

Si tu utilises un SGBD qui mélange le contenu des champs textes avec les lignes des tables, alors tu as intérêt à bien indexer pour éviter les table scans.

Remi.

Oracle Text est inclu en standard dans toutes les versions d'Oracle Database :
http://www.oracle.com/us/products/da...ns-066501.html

De mémoire c'est la même chose pour SQL-Server, à confirmer.

Pour SQL Server tu as l'indexation textuelle mais aussi l'équivalent du DATALINK normatif à savoir le FILESTREAM.

A +