J'ai un projet d'indexation de documents qui va nécessiter:
- 1 seule table ayant 10 champs (texte, numérique et date)
- Environ 20 caractères par champs
- Environ 100 000 enregistrements
- 10 utilisateurs maxi en lecture seul
- Pas besoin de gérer des droits différents (tout le monde accède à
tout en lecture)
- Il y aura des recherches multi-critères.
- La consultation se fera par un navigateur
- Les pages seront générées en ligne en PHP ou en Perl
- Le remplissage initial se fait par un script Perl
J'ai déjà créé plusieurs systèmes de ce type (LAMP), à base de MySQL,
PostgreSQL, et je connais Linux, FreeBSD et Perl
Question: Considérant cette table unique, ai-je intérêt à utiliser un
"gros" SGBDR ou est-ce qu'il serait plus rationnel d'utiliser SQLite
ou DBM, voir un autre ?
PS. Je n'ai jamais pratiqué DBM, si cette solution vous semble bonne,
pouvez-vous m'indiquer quelques URL intéressantes ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Chris
mdnews a écrit :
Bonjour,
J'ai un projet d'indexation de documents qui va nécessiter: - 1 seule table ayant 10 champs (texte, numérique et date) - Environ 20 caractères par champs - Environ 100 000 enregistrements - 10 utilisateurs maxi en lecture seul - Pas besoin de gérer des droits différents (tout le monde accède à tout en lecture) - Il y aura des recherches multi-critères.
- La consultation se fera par un navigateur - Les pages seront générées en ligne en PHP ou en Perl - Le remplissage initial se fait par un script Perl
J'ai déjà créé plusieurs systèmes de ce type (LAMP), à base de MySQL, PostgreSQL, et je connais Linux, FreeBSD et Perl
Question: Considérant cette table unique, ai-je intérêt à utiliser un "gros" SGBDR ou est-ce qu'il serait plus rationnel d'utiliser SQLite ou DBM, voir un autre ?
PS. Je n'ai jamais pratiqué DBM, si cette solution vous semble bonne, pouvez-vous m'indiquer quelques URL intéressantes ?
D'avance merci
DBM n'est pas une base relationnelle (enfin je crois ... ) et meme si tes 10 champs font 256 caracteres cela donne 256 * 10 * 100000 soit 256 Mo sur une machine a 512 Mo de RAM cela peut aller trés vite
Mais c'est plus dur a coder a mon avis que PHP+MySQL ou php+Sqlite
Voila
A+ chris
mdnews a écrit :
Bonjour,
J'ai un projet d'indexation de documents qui va nécessiter:
- 1 seule table ayant 10 champs (texte, numérique et date)
- Environ 20 caractères par champs
- Environ 100 000 enregistrements
- 10 utilisateurs maxi en lecture seul
- Pas besoin de gérer des droits différents (tout le monde accède à
tout en lecture)
- Il y aura des recherches multi-critères.
- La consultation se fera par un navigateur
- Les pages seront générées en ligne en PHP ou en Perl
- Le remplissage initial se fait par un script Perl
J'ai déjà créé plusieurs systèmes de ce type (LAMP), à base de MySQL,
PostgreSQL, et je connais Linux, FreeBSD et Perl
Question: Considérant cette table unique, ai-je intérêt à utiliser un
"gros" SGBDR ou est-ce qu'il serait plus rationnel d'utiliser SQLite
ou DBM, voir un autre ?
PS. Je n'ai jamais pratiqué DBM, si cette solution vous semble bonne,
pouvez-vous m'indiquer quelques URL intéressantes ?
D'avance merci
DBM n'est pas une base relationnelle (enfin je crois ... ) et meme si
tes 10 champs font 256 caracteres cela donne 256 * 10 * 100000 soit 256
Mo sur une machine a 512 Mo de RAM cela peut aller trés vite
Mais c'est plus dur a coder a mon avis que PHP+MySQL ou php+Sqlite
J'ai un projet d'indexation de documents qui va nécessiter: - 1 seule table ayant 10 champs (texte, numérique et date) - Environ 20 caractères par champs - Environ 100 000 enregistrements - 10 utilisateurs maxi en lecture seul - Pas besoin de gérer des droits différents (tout le monde accède à tout en lecture) - Il y aura des recherches multi-critères.
- La consultation se fera par un navigateur - Les pages seront générées en ligne en PHP ou en Perl - Le remplissage initial se fait par un script Perl
J'ai déjà créé plusieurs systèmes de ce type (LAMP), à base de MySQL, PostgreSQL, et je connais Linux, FreeBSD et Perl
Question: Considérant cette table unique, ai-je intérêt à utiliser un "gros" SGBDR ou est-ce qu'il serait plus rationnel d'utiliser SQLite ou DBM, voir un autre ?
PS. Je n'ai jamais pratiqué DBM, si cette solution vous semble bonne, pouvez-vous m'indiquer quelques URL intéressantes ?
D'avance merci
DBM n'est pas une base relationnelle (enfin je crois ... ) et meme si tes 10 champs font 256 caracteres cela donne 256 * 10 * 100000 soit 256 Mo sur une machine a 512 Mo de RAM cela peut aller trés vite
Mais c'est plus dur a coder a mon avis que PHP+MySQL ou php+Sqlite
