Discussion :

[Gauntlet]

Bonjour,

Ma question est relative à la saisie de donnée sur un SGBD desservi via un serveur.

1)
Ma première question serait d'avoir une idée du système de saisie de donnée le plus convivial proposé sur le marché
Je trouve par exemple le système proposé par Acces, via des formulaires et des sous-formulaires, parfois délicat à utiliser,
pour le remplissage des cases ou l'utilisation de copier coller ou de menu déroulant.

Que propose Mysql par exemple ? Quel serait votre choix ? Y a t'il des programmes compatibles avec les bases de données
dédiés uniquement à l'encodage ?

2)
Est ce qu'un SGBD offre la possibilité d'enregistrer les données saisies non pas uniquement dans les champ d'un SGBD prédéfini mais dans plusieurs fichiers ayant la même strucutre définie par le SGDB ?
Ainsi dans le fichier client 1 je retrouve toutes les informations liées au client 1, dans le fichier client 2 la meme structure, mais je ne mélange pas tout .
L'interet est que pour visualiser le champ "fournisseur" du client 5, je vais dans le fichier client 5 et je lis la table fournisseur, je ne dois pas consulter une table fournisseur ou tout est mélangé. Pour les bases de données qui disposent de nombreux champs, cela peut trouver son application.

Merci bien

[HaraKity]

Bonjour,

Pour votre première question, vous pouvez utiliser un tableur ou un fichier texte, mais il vous faudra trouver (ou programmer) une petite moulinette pour passer les données au SGBD.
Mais d'autres membres sur ce forum sont bien plus expérimentés et vous vous suggéreront sûrement d'autres solutions.

Pour votre seconde question, pourquoi ne créez-vous pas des vues ? C'est ce qui me paraît répondre le mieux à ce que vous souhaitez (si j'ai bien compris).

[escartefigue]

Que propose Mysql par exemple ? Quel serait votre choix ? Y a t'il des programmes compatibles avec les bases de données
dédiés uniquement à l'encodage ?

Le choix du SGBD dépend de nombreux paramètres, dont le budget, les compétences internes, les contraintes de service (24h/24 par exemple), le nombre d'utilisateurs concurrents, les volumes à stocker, les contraintes de confidentialité.
Quelles sont vos besoins ?
De plus que voulez vous dire par "encodage", l'encodage c'est le jeu de caractères utilisables, il me semble que vous voulez parler de saisie de données en masse ?
Pour quel volume et selon quelle fréquence ?

Est ce qu'un SGBD offre la possibilité d'enregistrer les données saisies non pas uniquement dans les champ d'un SGBD prédéfini mais dans plusieurs fichiers ayant la même strucutre définie par le SGDB ?
Ainsi dans le fichier client 1 je retrouve toutes les informations liées au client 1, dans le fichier client 2 la meme structure, mais je ne mélange pas tout .

Dans un SGBD relationnel, la façon dont sont physiquement organisées les données est complètement indépendante des contingences fonctionnelles et organisationnelles de l'utilisateur.
Le fait que vous souhaitiez pouvoir ne visualiser que le données pour un client, n'implique jamais que les données de ce client soient isolées dans un support physique spécifique.

L'interet est que pour visualiser le champ "fournisseur" du client 5, je vais dans le fichier client 5 et je lis la table fournisseur, je ne dois pas consulter une table fournisseur ou tout est mélangé. Pour les bases de données qui disposent de nombreux champs, cela peut trouver son application.

C'est le B.A. du SQL que de filtrer pour ne restituer que ce qui est pertinent, vous pourrez donc faire ça avec n'importe quel SGBDR