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

Bases de données Delphi Discussion :

BDD Reseau


Sujet :

Bases de données Delphi

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Inscrit en
    Août 2004
    Messages
    46
    Détails du profil
    Informations forums :
    Inscription : Août 2004
    Messages : 46
    Par défaut BDD Reseau
    Salut
    est ce que je peut partager une Base de données entre plusieurs clients, en utilisant les composant de connection Ttable, et Query? ou bien des autres composants, comment faire .
    Merci.

  2. #2
    Membre Expert
    Avatar de LadyWasky
    Femme Profil pro
    Inscrit en
    Juin 2004
    Messages
    2 932
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Âge : 55
    Localisation : France, Hauts de Seine (Île de France)

    Informations forums :
    Inscription : Juin 2004
    Messages : 2 932
    Par défaut
    Bien sur que oui, mais il faut rajouter deux types de composants avant, qui sont TDatabase et TSession.

    Au lieu d'avoir une architecture du type :
    TTable-->TDataSource-->Composant

    Tu auras une architecture plutot du type.
    TDataBase-->TSession-->TTable-->TDataSource-->Composant

    ..si je ne me trompe pas

  3. #3
    tintin22
    Invité(e)
    Par défaut
    Je ne pense pas que BDE soit vraiment fait pour une BD réseau, je pense aux accès simultanés des clients, les MAJ ...
    As-tu penser à Interbase ?

  4. #4
    Membre averti
    Inscrit en
    Août 2004
    Messages
    46
    Détails du profil
    Informations forums :
    Inscription : Août 2004
    Messages : 46
    Par défaut BDD Reseau
    Merci bien waskol
    je travaille avec une BD Interbase, est ce que avec cette methode plusieurs utilisateurs puevent verrouille un meme enregistrement au meme temps.

  5. #5
    Membre Expert
    Avatar de LadyWasky
    Femme Profil pro
    Inscrit en
    Juin 2004
    Messages
    2 932
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Âge : 55
    Localisation : France, Hauts de Seine (Île de France)

    Informations forums :
    Inscription : Juin 2004
    Messages : 2 932
    Par défaut
    Citation Envoyé par ilyes
    Je ne pense pas que BDE soit vraiment fait pour une BD réseau, je pense aux accès simultanés des clients, les MAJ ...
    As-tu penser à Interbase ?
    Mais si ça marche, c'est juste "un peu" lourd à déployer, c'est tout.

  6. #6
    tintin22
    Invité(e)
    Par défaut
    j'ai pas dit que ça marchait pas
    je comprends pas ! Interbase et TTable :

  7. #7
    Membre averti
    Inscrit en
    Août 2004
    Messages
    46
    Détails du profil
    Informations forums :
    Inscription : Août 2004
    Messages : 46
    Par défaut BDD Reseau
    Je suis desolé
    Je vien de d'ecrire IBTable mais pas Ttable.

  8. #8
    Membre Expert
    Avatar de LadyWasky
    Femme Profil pro
    Inscrit en
    Juin 2004
    Messages
    2 932
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Âge : 55
    Localisation : France, Hauts de Seine (Île de France)

    Informations forums :
    Inscription : Juin 2004
    Messages : 2 932
    Par défaut Re: BDD Reseau
    Citation Envoyé par bilal_ini
    Merci bien waskol
    je travaille avec une BD Interbase, est ce que avec cette methode plusieurs utilisateurs puevent verrouille un meme enregistrement au meme temps.
    Non, mais il faut bien configurer to composant TSession, pour que tes clients ne déclarent pas le même nom de session auprès de la base de données distante. L'idéal, tu laisse faire Delphi en mettant la propriété AutoSessionName à True.

    Pour le TDatabase, tu peux gérer la façon dont sont vérouillés les enregistrements avec la propriété TransIsolation, et dans le BDE il me semble qu'il y a aussi des paramètres disponibles à ce propos au niveau des drivers de Base de données.

  9. #9
    Membre éprouvé
    Avatar de TicTacToe
    Inscrit en
    Septembre 2005
    Messages
    1 940
    Détails du profil
    Informations personnelles :
    Âge : 53

    Informations forums :
    Inscription : Septembre 2005
    Messages : 1 940
    Par défaut
    Entre le BDE et Interbase, la différence est client/serveur or not.

    Le BDE est très simple à déployer (l'install du BDE sur les postes et c'est tout, ce qui peut se faire en automatique d'ailleurs).
    Par contre Interbase, nécessite qu'un serveur de BD tourne sur le serveur, donc on ne peut pas bouger un prog comme ca...

    De plus, les accès avec le BDE sont nettement plus rapide du fait que l'on peut se passer la plupart du temps de requête SQL lourdes et pas toujours bien controlées avec les index.
    Les 2 ont leurs avantages, et avant de trouver des avantages dans les bases comme Interbase, il faut déjà atteindre certains volumes, et un certains nombre de clients (approx au delà de 50 clients, et 1 ou 2 Go par table, vaut mieux de l'Interbase, sinon la souplesse des fonctions du BDE est bien plus pratique et rapide que des requêtes SQL dans Interbase ou autre client/serveur)

    Enfin, ce n'est que mon avis et mon expérience !
    Section Delphi
    La mine d'or: La FAQ, les Sources

    Un développement compliqué paraitra simple pour l'utilisateur, frustrant non ?
    Notre revanche ? l'inverse est aussi vrai ;-)

  10. #10
    Membre Expert
    Avatar de LadyWasky
    Femme Profil pro
    Inscrit en
    Juin 2004
    Messages
    2 932
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Âge : 55
    Localisation : France, Hauts de Seine (Île de France)

    Informations forums :
    Inscription : Juin 2004
    Messages : 2 932
    Par défaut
    Excusez moi les gars...

    Bon, pour IBTable, ça marche pareil, tu as aussi un composant Session et un Composant Database. C'est calqué sur le même principe, sauf que tu travaille en Natif au lieu de passer par le BDE.

    Pour ilyes :
    Justement, c'est toi qui n'as pas compris je te répondais juste sur le Je ne pense pas que BDE soit vraiment fait pour une BD réseau. Le BDE, ça marche pour aussi pour le réseau, même interbase Monsieur. Ce n'est pas parceque tu utilise TTable que pour les tables Paradox ou DBase que ça ne marche pas pour Interbase, Oracle, Informix etc...
    T'énerves pas, c'était pas le but.

  11. #11
    tintin22
    Invité(e)
    Par défaut
    waskol, tu m'apprends rien là c'etait un avis perso d'où le "je pense".

  12. #12
    Membre éclairé
    Inscrit en
    Mars 2003
    Messages
    281
    Détails du profil
    Informations personnelles :
    Âge : 51

    Informations forums :
    Inscription : Mars 2003
    Messages : 281
    Par défaut
    Pour le TDatabase, tu peux gérer la façon dont sont vérouillés les enregistrements avec la propriété TransIsolation, et dans le BDE il me semble qu'il y a aussi des paramètres disponibles à ce propos au niveau des drivers de Base de données.
    La propriété Transisolation permet de définir la visibilité des enregistrements (en fait le type de transaction). Ce n'est pas du tout la même chose que poser un verrou sur un enregistrement.

    D'ailleurs tout les sgbd ne le font pas (ou le font différement).
    Ex : Access pas de transaction, mais vérrouillage de l'enregistrement au moment de l'entrée en édition.

    Mysql: Vérrouillage d'enrg possible (support des transactions avec InnoDB)

    Interbase : Support des transactions mais à ma connaissance, pas de possibilité de vérrouiller un enregistrement avant une opération. (si qqn à une manip pour faire un lock, ca m'intéresse.)

  13. #13
    Membre Expert
    Avatar de LadyWasky
    Femme Profil pro
    Inscrit en
    Juin 2004
    Messages
    2 932
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Âge : 55
    Localisation : France, Hauts de Seine (Île de France)

    Informations forums :
    Inscription : Juin 2004
    Messages : 2 932
    Par défaut
    Citation Envoyé par RamDevTeam
    Pour le TDatabase, tu peux gérer la façon dont sont vérouillés les enregistrements avec la propriété TransIsolation, et dans le BDE il me semble qu'il y a aussi des paramètres disponibles à ce propos au niveau des drivers de Base de données.
    La propriété Transisolation permet de définir la visibilité des enregistrements (en fait le type de transaction). Ce n'est pas du tout la même chose que poser un verrou sur un enregistrement.

    D'ailleurs tout les sgbd ne le font pas (ou le font différement).
    Ex : Access pas de transaction, mais vérrouillage de l'enregistrement au moment de l'entrée en édition.

    Mysql: Vérrouillage d'enrg possible (support des transactions avec InnoDB)

    Interbase : Support des transactions mais à ma connaissance, pas de possibilité de vérrouiller un enregistrement avant une opération. (si qqn à une manip pour faire un lock, ca m'intéresse.)
    Effectivement, là j'ai sorti une c...rie.
    A part la propriété Exclusive de TTable ou TDatabase mise à True et qui fonctionne différemment d'une bbase de donnée à l'autre, Les composant "classiques" ne savent pas gérer ça.

Discussions similaires

  1. Conseil pour une BDD en reseau
    Par banban64 dans le forum Débuter
    Réponses: 1
    Dernier message: 30/03/2009, 12h24
  2. ouvrir une bdd access reseau depuis une autre
    Par docjo dans le forum VBA Access
    Réponses: 2
    Dernier message: 21/12/2007, 15h03
  3. utilisé une BDD access sur un reseau local
    Par devlopassion dans le forum C++Builder
    Réponses: 5
    Dernier message: 21/09/2006, 18h57
  4. Se connecter à la BDD via Reseau local
    Par devlopassion dans le forum C++Builder
    Réponses: 2
    Dernier message: 04/09/2006, 19h14
  5. mettre ma bdd en reseau via le net
    Par gohu13 dans le forum Access
    Réponses: 1
    Dernier message: 12/10/2005, 11h23

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