IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Décisions SGBD Discussion :

Fichier de données


Sujet :

Décisions SGBD

  1. #1
    Nouveau membre du Club
    Homme Profil pro
    Conseil en assistance à maîtrise d'ouvrage
    Inscrit en
    Mars 2002
    Messages
    28
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 71
    Localisation : France

    Informations professionnelles :
    Activité : Conseil en assistance à maîtrise d'ouvrage
    Secteur : Transports

    Informations forums :
    Inscription : Mars 2002
    Messages : 28
    Points : 25
    Points
    25
    Par défaut 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

  2. #2
    Rédacteur/Modérateur

    Avatar de Fabien Celaia
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Octobre 2002
    Messages
    4 222
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : Suisse

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Service public

    Informations forums :
    Inscription : Octobre 2002
    Messages : 4 222
    Points : 19 551
    Points
    19 551
    Billets dans le blog
    25
    Par défaut
    Pourquoi cette limitation quant aux serveurs SQL ? N'est-ce que financier ? dans ce cas, pourquoi ne pas attaquer via des moteurs open-sources ?
    Sr DBA Oracle / MS-SQL / MySQL / Postgresql / SAP-Sybase / Informix / DB2

    N'oublie pas de consulter mes articles, mon blog, les cours et les FAQ SGBD

    Attention : pas de réponse technique par MP : pensez aux autres, passez par les forums !

  3. #3
    Nouveau membre du Club
    Homme Profil pro
    Conseil en assistance à maîtrise d'ouvrage
    Inscrit en
    Mars 2002
    Messages
    28
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 71
    Localisation : France

    Informations professionnelles :
    Activité : Conseil en assistance à maîtrise d'ouvrage
    Secteur : Transports

    Informations forums :
    Inscription : Mars 2002
    Messages : 28
    Points : 25
    Points
    25
    Par défaut
    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

  4. #4
    Membre habitué

    Profil pro
    Inscrit en
    Septembre 2003
    Messages
    137
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2003
    Messages : 137
    Points : 161
    Points
    161
    Par défaut
    Salut,

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

    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/

  5. #5
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 768
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 768
    Points : 52 571
    Points
    52 571
    Billets dans le blog
    5
    Par défaut
    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
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

Discussions similaires

  1. Bloc corrompu dans un fichier de données !
    Par zestrellita dans le forum Oracle
    Réponses: 14
    Dernier message: 28/11/2005, 17h34
  2. Convertir un fichier de données quelconque en un fichier XML
    Par cari dans le forum XML/XSL et SOAP
    Réponses: 10
    Dernier message: 06/06/2005, 18h11
  3. [C#] [.NET CF] des fichiers de données avec l'application
    Par safisoft13 dans le forum Windows Forms
    Réponses: 3
    Dernier message: 06/06/2005, 09h30
  4. [Fichier] Récupérer donnée d'un fichier
    Par johnlehardos dans le forum Entrée/Sortie
    Réponses: 8
    Dernier message: 11/05/2004, 13h42
  5. Comparer des fichiers de données : Quel Langage ?
    Par Anonymous dans le forum Langages de programmation
    Réponses: 6
    Dernier message: 24/04/2002, 22h37

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo