Fichier de données

Philippe LE PONT · 25/07/2004, 09h19

Bonjour,

Je dois développer une application de base de données. VB6 en client et un fichier de données. Je ne peux pas utiliser une réelle base de données de type SQL ou Oracle. Je suis donc obligé d'utiliser un fichier partagé de type Access ou autre. Mon problème, le nombre de données est très important (plusieurs millons de lignes) Access c'est long, ça plante souvent, il faut réparer, compresser, bref c'est insurportable. J'ai une centaines de postes de connectés sur ce fichier. Qui peut me donner un conseil pour choisir le bon fichier de données. Je précise que c'est un petit serveur qui vas servir à héberger le fichier.

Merci

fadace · 26/07/2004, 08h27

Pourquoi cette limitation quant aux serveurs SQL ? N'est-ce que financier ? dans ce cas, pourquoi ne pas attaquer via des moteurs open-sources ?

Philippe LE PONT · 26/07/2004, 09h03

Merci de la réponse. Non ce n'est pas financier. Pour faire simple, nous dirons que la diection ne veut pas encombrer le serveur de données. Donc je ne peux poser qu'un fichier (ou plusieurs) dans un répertoire partagé

C'est prafois difficile de travailler

Merci

Philippe

slylafone · 26/07/2004, 09h47

Salut,

Un SGBD Fichier rapide : SQLite. (http://www.sqlite.org/)
Je commence seulement à l'utiliser et pour l'instant j'adore.

Citation:

la diection ne veut pas encombrer le serveur de données

Quelques arguments pour l'utilisation d'un SGBD Client/Serveur :
http://sql.developpez.com/sgbdr/

SQLpro · 05/08/2004, 11h28

Si la direction est à ce point débile.... Change de boîte ! Car avec quelques millions de lignes dans un SGBDR à base de fichier le risque de voir l'appli à terme être jeté à la poubelle et toi viré (pour avoir fait du mauvais boulot) est assez grand...

Donc, argumente et séduit, et ta direction s'assoupliera !

A +

25/07/2004, 09h19	#1
Philippe LE PONT Invité régulier Philippe LE PONT Conseil en assistance à maîtrise d'ouvrage Inscription : mars 2002 Messages : 27 Détails du profil Informations personnelles : Nom : Philippe LE PONT Âge : 59 Localisation : France Informations professionnelles : Activité : Conseil en assistance à maîtrise d'ouvrage Secteur : Transports Informations forums : Inscription : mars 2002 Messages : 27 Points : 6 Points : 6	Fichier de données Bonjour, Je dois développer une application de base de données. VB6 en client et un fichier de données. Je ne peux pas utiliser une réelle base de données de type SQL ou Oracle. Je suis donc obligé d'utiliser un fichier partagé de type Access ou autre. Mon problème, le nombre de données est très important (plusieurs millons de lignes) Access c'est long, ça plante souvent, il faut réparer, compresser, bref c'est insurportable. J'ai une centaines de postes de connectés sur ce fichier. Qui peut me donner un conseil pour choisir le bon fichier de données. Je précise que c'est un petit serveur qui vas servir à héberger le fichier. Merci
	00

05/08/2004, 11h28	#5
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 959 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 : 10 959 Points : 17 791 Points : 17 791	Si la direction est à ce point débile.... Change de boîte ! Car avec quelques millions de lignes dans un SGBDR à base de fichier le risque de voir l'appli à terme être jeté à la poubelle et toi viré (pour avoir fait du mauvais boulot) est assez grand... Donc, argumente et séduit, et ta direction s'assoupliera ! 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

26/07/2004, 08h27	#2
fadace Rédacteur/Modérateur Fabien Celaia Administrateur de base de données Inscription : octobre 2002 Messages : 3 779 Détails du profil Informations personnelles : Nom : Fabien Celaia Âge : 41 Localisation : Suisse Informations professionnelles : Activité : Administrateur de base de données Secteur : Service public Informations forums : Inscription : octobre 2002 Messages : 3 779 Points : 8 124 Points : 8 124	Pourquoi cette limitation quant aux serveurs SQL ? N'est-ce que financier ? dans ce cas, pourquoi ne pas attaquer via des moteurs open-sources ?
	00

26/07/2004, 09h03	#3
Philippe LE PONT Invité régulier Philippe LE PONT Conseil en assistance à maîtrise d'ouvrage Inscription : mars 2002 Messages : 27 Détails du profil Informations personnelles : Nom : Philippe LE PONT Âge : 59 Localisation : France Informations professionnelles : Activité : Conseil en assistance à maîtrise d'ouvrage Secteur : Transports Informations forums : Inscription : mars 2002 Messages : 27 Points : 6 Points : 6	Merci de la réponse. Non ce n'est pas financier. Pour faire simple, nous dirons que la diection ne veut pas encombrer le serveur de données. Donc je ne peux poser qu'un fichier (ou plusieurs) dans un répertoire partagé C'est prafois difficile de travailler Merci Philippe
	00

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