Optimisation pour services de forum

Dextair · 24/02/2011, 19h34

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 ?

SQLpro · 25/02/2011, 09h41

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 +

Dextair · 25/02/2011, 12h02

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 ?

CinePhil · 25/02/2011, 14h37

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.

Dextair · 25/02/2011, 19h12

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

remi. · 18/04/2011, 18h28

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.

Waldar · 18/04/2011, 18h36

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.

SQLpro · 19/04/2011, 10h17

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

A +

24/02/2011, 19h34	#1
Dextair Invité de passage Inscription : février 2011 Messages : 16 Détails du profil Informations forums : Inscription : février 2011 Messages : 16 Points : 3 Points : 3	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 ?
	00

25/02/2011, 09h41	#2
SQLpro Rédacteur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 12 080 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 12 080 Points : 21 678 Points : 21 678	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 + __________________ 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 * * * * *
	00

25/02/2011, 12h02	#3
Dextair Invité de passage Inscription : février 2011 Messages : 16 Détails du profil Informations forums : Inscription : février 2011 Messages : 16 Points : 3 Points : 3	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 ?
	00

25/02/2011, 14h37	#4
CinePhil Modérateur Philippe Leménager Ingénieur d'études en informatique Inscription : août 2006 Messages : 13 659 Détails du profil Informations personnelles : Nom : Philippe Leménager Âge : 49 Localisation : France, Haute Garonne (Midi Pyrénées) Informations professionnelles : Activité : Ingénieur d'études en informatique Secteur : Enseignement Informations forums : Inscription : août 2006 Messages : 13 659 Points : 25 563 Points : 25 563	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. __________________ Philippe Leménager. Ingénieur d'étude à l'École Nationale de Formation Agronomique. Autoentrepreneur. Mon blog sur la conception des BDD, le langage SQL, le PHP avec Zend Framework... « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau) À la maison comme au bureau, j'utilise la suite Linux Mageïa !
	00

25/02/2011, 19h12	#5
Dextair Invité de passage Inscription : février 2011 Messages : 16 Détails du profil Informations forums : Inscription : février 2011 Messages : 16 Points : 3 Points : 3	Que dois-je faire alors avec un SGBDR qui n'a pas cette fonctionnalité ? Je ne suis toujours pas fixé. ^^
	00

18/04/2011, 18h28	#6
remi. Invité régulier Consultant SAP Inscription : avril 2011 Messages : 4 Détails du profil Informations personnelles : Sexe : Informations professionnelles : Activité : Consultant SAP Informations forums : Inscription : avril 2011 Messages : 4 Points : 5 Points : 5	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.
	00

18/04/2011, 18h36	#7
Waldar Modérateur Fabien Ingénieur d'études en décisionnel Inscription : septembre 2008 Messages : 6 278 Détails du profil Informations personnelles : Nom : Fabien Âge : 35 Localisation : France, Essonne (Île de France) Informations professionnelles : Activité : Ingénieur d'études en décisionnel Secteur : High Tech - Multimédia et Internet Informations forums : Inscription : septembre 2008 Messages : 6 278 Points : 13 566 Points : 13 566	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. __________________ Email : http://scr.im/waldar
	00

19/04/2011, 10h17	#8
SQLpro Rédacteur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 12 080 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 12 080 Points : 21 678 Points : 21 678	Pour SQL Server tu as l'indexation textuelle mais aussi l'équivalent du DATALINK normatif à savoir le FILESTREAM. 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 * * * * *
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email