Bon je vais exposer mon projet pour vous mettre sur la voie
Je souhaite créer un index de document. pour chaque document on
retrouvera plusieurs informations (au total 11).
Mon programme devra etre capable d'ajouter des information concernant
un document, de modifier les informations saisies auparavant, ou tout
simplement de supprimer un élément de cet index.
La finalité de ce programme est de pouvoir gérer plus de 200
documents qui sont codifier, de les ouvrir et de consulter les
informations d'un document sans passer son temps a chercher des
heures dans les dossiers du pc. De plus mon programme integrera un moteur
de recherche a mot clé.
Et mon soucis principal est que je ne sais pas comment lier mon
programme a une base de donnée.
Ce programme existe deja sous excel via VBA. Donc ma base de données
se trouve dans un tabeau excel.
Pour accelerer le processus de recherche et gagner en stabilité
j'avais pensé a le redevelopper sous Visual basic, mais lorsque j'eu
fini de créer toute mes forms je suis rester bete au moment de savoir
ou j'allais stocké mes données.
Note : Je possede Windows XP SP2, et Office 2003 (Access, Word,
excel, ppt, outlook, infopath)
Bon je vais exposer mon projet pour vous mettre sur la voie
Je souhaite créer un index de document. pour chaque document on
retrouvera plusieurs informations (au total 11).
Mon programme devra etre capable d'ajouter des information concernant
un document, de modifier les informations saisies auparavant, ou tout
simplement de supprimer un élément de cet index.
La finalité de ce programme est de pouvoir gérer plus de 200
documents qui sont codifier, de les ouvrir et de consulter les
informations d'un document sans passer son temps a chercher des
heures dans les dossiers du pc. De plus mon programme integrera un moteur
de recherche a mot clé.
Et mon soucis principal est que je ne sais pas comment lier mon
programme a une base de donnée.
Ce programme existe deja sous excel via VBA. Donc ma base de données
se trouve dans un tabeau excel.
Pour accelerer le processus de recherche et gagner en stabilité
j'avais pensé a le redevelopper sous Visual basic, mais lorsque j'eu
fini de créer toute mes forms je suis rester bete au moment de savoir
ou j'allais stocké mes données.
Note : Je possede Windows XP SP2, et Office 2003 (Access, Word,
excel, ppt, outlook, infopath)
Bon je vais exposer mon projet pour vous mettre sur la voie
Je souhaite créer un index de document. pour chaque document on
retrouvera plusieurs informations (au total 11).
Mon programme devra etre capable d'ajouter des information concernant
un document, de modifier les informations saisies auparavant, ou tout
simplement de supprimer un élément de cet index.
La finalité de ce programme est de pouvoir gérer plus de 200
documents qui sont codifier, de les ouvrir et de consulter les
informations d'un document sans passer son temps a chercher des
heures dans les dossiers du pc. De plus mon programme integrera un moteur
de recherche a mot clé.
Et mon soucis principal est que je ne sais pas comment lier mon
programme a une base de donnée.
Ce programme existe deja sous excel via VBA. Donc ma base de données
se trouve dans un tabeau excel.
Pour accelerer le processus de recherche et gagner en stabilité
j'avais pensé a le redevelopper sous Visual basic, mais lorsque j'eu
fini de créer toute mes forms je suis rester bete au moment de savoir
ou j'allais stocké mes données.
Note : Je possede Windows XP SP2, et Office 2003 (Access, Word,
excel, ppt, outlook, infopath)
Bon je vais exposer mon projet pour vous mettre sur la voie
Je souhaite créer un index de document. pour chaque document on
plusieurs informations (au total 11).
Mon programme devra etre capable d'ajouter des information concernant
document, de modifier les informations saisies auparavant, ou tout
simplement de supprimer un élément de cet index.
La finalité de ce programme est de pouvoir gérer plus de 200 documents
sont codifier, de les ouvrir et de consulter les informations d'un
sans passer son temps a chercher des heures dans les dossiers du pc.
De plus mon programme integrera un moteur de recherche a mot clé.
Et mon soucis principal est que je ne sais pas comment lier mon
une base de donnée.
Ce programme existe deja sous excel via VBA. Donc ma base de données
trouve dans un tabeau excel.
Pour accelerer le processus de recherche et gagner en stabilité
pensé a le redevelopper sous Visual basic, mais lorsque j'eu fini de
toute mes forms je suis rester bete au moment de savoir ou j'allais
mes données.
Note : Je possede Windows XP SP2, et Office 2003 (Access, Word, excel,
outlook, infopath)
"Aski" a écrit dans le message de news:
> Salutatoi Jean-Marc,
>
> Tu as donc déclaré :
>
>> ne pas oublier non plus que tout est question d'échelle.
>> Exemples:
>>
>> * Gestion de son carnet d'adresse ou répertoire téléphonique:
>> -> Fichier plat, taille fixe ou non, tout en RAM
>> -> Access comme alternative
>>
>> * Gestion d'une vidéothèque de taille moyenne
>> (disons 5000 films, 500 clients)
>> -> Base Access car besoin de requêtes.
>> -> Alternative: fichiers plats indexés (voir fin du post)
>>
>> * Gestion centralisée des comptes d'une grande banque
>> (dison 30.000.000 comptes)
>> -> Grande Base de données : DB2, Oracle, autres grandes bases
>>
>> <HS>
>> Autrefois (< 1970), il y a eu des implémentations
>> purement fichiers, mais sur des OS ou la gestion des fichiers
>> en particulier des fichier indexés (VSAM) était autrement
>> plus performante que sur un PC (grands systèmes IBM sous
>> OS360 ou OS390), Vax (VMS)). Certains grand systèmes d'information
>> utilisent toujours cela, et sont encore en production aujourd'hui
>> (banques, etc.). Ils songent doucement à migrer car les
>> dernières personnes connaissant vraiment bien ces systèmes
>> approchent de l'age de la retraite à grands pas, alors qu'on
>> trouve des spécialistes DB assez facilement.
>> </HS>
>>
>> * Historisation des données de production
>> (10000 records par jours, mais que des ajouts)
>> -> Grande Base de donnée OU fichier plat!
>>
>> Tout dépend aussi de l'usage (besoin)
>> - fréquence des ajouts et/ou suppressions
>> - fréquence des mises à jour
>> - proportion relative Ajouts/Mise à jour/Suppressions
>> - besoins en perfs (requêtes temps réel ou traitements batchs?)
>> - coûts? usage perso, petite boîte, grosse boîte, énorme boîte?
>>
>> Et enfin, paramètre crucial, l'exploitation:
>> * Besoin de faire des requêtes complexes ou sur de gros volumes
>> -> Base de données, utilisation de SQL
>> * Besoin de faire de l'historisation pour Audit, etc
>> -> Base ou fichier
>> * Compétences? Coûts?
>>
>> On peut tout à fait écrire une bibliothèque de fonctions permettant
>> de simuler une vraie DB relationelle, avec uniquement des fichiers.
>> C'est très amusant comme exercice, et ça peut être efficace.
>> Evidemment, c'est souvent plus pour le sport qu'autre chose: on se
>> retrouve à implémenter un subset de SQL, à réinventer les Index,
>>
>> Je l'ai fait autrefois (pas en VB mais peu importe) pour un projet
>> ou la contrainte (débile) était:
>> tout sur fichiers, pas de DB "commerciale".
>
> On parle bien de fichiers à gérer depuis VB.
> Gérer un fichier ADR est quand-même plus simple que de gérer un
> Access depuis VB.
>
Bon je vais exposer mon projet pour vous mettre sur la voie
Je souhaite créer un index de document. pour chaque document on
plusieurs informations (au total 11).
Mon programme devra etre capable d'ajouter des information concernant
document, de modifier les informations saisies auparavant, ou tout
simplement de supprimer un élément de cet index.
La finalité de ce programme est de pouvoir gérer plus de 200 documents
sont codifier, de les ouvrir et de consulter les informations d'un
sans passer son temps a chercher des heures dans les dossiers du pc.
De plus mon programme integrera un moteur de recherche a mot clé.
Et mon soucis principal est que je ne sais pas comment lier mon
une base de donnée.
Ce programme existe deja sous excel via VBA. Donc ma base de données
trouve dans un tabeau excel.
Pour accelerer le processus de recherche et gagner en stabilité
pensé a le redevelopper sous Visual basic, mais lorsque j'eu fini de
toute mes forms je suis rester bete au moment de savoir ou j'allais
mes données.
Note : Je possede Windows XP SP2, et Office 2003 (Access, Word, excel,
outlook, infopath)
"Aski" <aski@asci.asc> a écrit dans le message de news:
uWmlqprOGHA.344@TK2MSFTNGP11.phx.gbl...
> Salutatoi Jean-Marc,
>
> Tu as donc déclaré :
>
>> ne pas oublier non plus que tout est question d'échelle.
>> Exemples:
>>
>> * Gestion de son carnet d'adresse ou répertoire téléphonique:
>> -> Fichier plat, taille fixe ou non, tout en RAM
>> -> Access comme alternative
>>
>> * Gestion d'une vidéothèque de taille moyenne
>> (disons 5000 films, 500 clients)
>> -> Base Access car besoin de requêtes.
>> -> Alternative: fichiers plats indexés (voir fin du post)
>>
>> * Gestion centralisée des comptes d'une grande banque
>> (dison 30.000.000 comptes)
>> -> Grande Base de données : DB2, Oracle, autres grandes bases
>>
>> <HS>
>> Autrefois (< 1970), il y a eu des implémentations
>> purement fichiers, mais sur des OS ou la gestion des fichiers
>> en particulier des fichier indexés (VSAM) était autrement
>> plus performante que sur un PC (grands systèmes IBM sous
>> OS360 ou OS390), Vax (VMS)). Certains grand systèmes d'information
>> utilisent toujours cela, et sont encore en production aujourd'hui
>> (banques, etc.). Ils songent doucement à migrer car les
>> dernières personnes connaissant vraiment bien ces systèmes
>> approchent de l'age de la retraite à grands pas, alors qu'on
>> trouve des spécialistes DB assez facilement.
>> </HS>
>>
>> * Historisation des données de production
>> (10000 records par jours, mais que des ajouts)
>> -> Grande Base de donnée OU fichier plat!
>>
>> Tout dépend aussi de l'usage (besoin)
>> - fréquence des ajouts et/ou suppressions
>> - fréquence des mises à jour
>> - proportion relative Ajouts/Mise à jour/Suppressions
>> - besoins en perfs (requêtes temps réel ou traitements batchs?)
>> - coûts? usage perso, petite boîte, grosse boîte, énorme boîte?
>>
>> Et enfin, paramètre crucial, l'exploitation:
>> * Besoin de faire des requêtes complexes ou sur de gros volumes
>> -> Base de données, utilisation de SQL
>> * Besoin de faire de l'historisation pour Audit, etc
>> -> Base ou fichier
>> * Compétences? Coûts?
>>
>> On peut tout à fait écrire une bibliothèque de fonctions permettant
>> de simuler une vraie DB relationelle, avec uniquement des fichiers.
>> C'est très amusant comme exercice, et ça peut être efficace.
>> Evidemment, c'est souvent plus pour le sport qu'autre chose: on se
>> retrouve à implémenter un subset de SQL, à réinventer les Index,
>>
>> Je l'ai fait autrefois (pas en VB mais peu importe) pour un projet
>> ou la contrainte (débile) était:
>> tout sur fichiers, pas de DB "commerciale".
>
> On parle bien de fichiers à gérer depuis VB.
> Gérer un fichier ADR est quand-même plus simple que de gérer un
> Access depuis VB.
>
Bon je vais exposer mon projet pour vous mettre sur la voie
Je souhaite créer un index de document. pour chaque document on
plusieurs informations (au total 11).
Mon programme devra etre capable d'ajouter des information concernant
document, de modifier les informations saisies auparavant, ou tout
simplement de supprimer un élément de cet index.
La finalité de ce programme est de pouvoir gérer plus de 200 documents
sont codifier, de les ouvrir et de consulter les informations d'un
sans passer son temps a chercher des heures dans les dossiers du pc.
De plus mon programme integrera un moteur de recherche a mot clé.
Et mon soucis principal est que je ne sais pas comment lier mon
une base de donnée.
Ce programme existe deja sous excel via VBA. Donc ma base de données
trouve dans un tabeau excel.
Pour accelerer le processus de recherche et gagner en stabilité
pensé a le redevelopper sous Visual basic, mais lorsque j'eu fini de
toute mes forms je suis rester bete au moment de savoir ou j'allais
mes données.
Note : Je possede Windows XP SP2, et Office 2003 (Access, Word, excel,
outlook, infopath)
"Aski" a écrit dans le message de news:
> Salutatoi Jean-Marc,
>
> Tu as donc déclaré :
>
>> ne pas oublier non plus que tout est question d'échelle.
>> Exemples:
>>
>> * Gestion de son carnet d'adresse ou répertoire téléphonique:
>> -> Fichier plat, taille fixe ou non, tout en RAM
>> -> Access comme alternative
>>
>> * Gestion d'une vidéothèque de taille moyenne
>> (disons 5000 films, 500 clients)
>> -> Base Access car besoin de requêtes.
>> -> Alternative: fichiers plats indexés (voir fin du post)
>>
>> * Gestion centralisée des comptes d'une grande banque
>> (dison 30.000.000 comptes)
>> -> Grande Base de données : DB2, Oracle, autres grandes bases
>>
>> <HS>
>> Autrefois (< 1970), il y a eu des implémentations
>> purement fichiers, mais sur des OS ou la gestion des fichiers
>> en particulier des fichier indexés (VSAM) était autrement
>> plus performante que sur un PC (grands systèmes IBM sous
>> OS360 ou OS390), Vax (VMS)). Certains grand systèmes d'information
>> utilisent toujours cela, et sont encore en production aujourd'hui
>> (banques, etc.). Ils songent doucement à migrer car les
>> dernières personnes connaissant vraiment bien ces systèmes
>> approchent de l'age de la retraite à grands pas, alors qu'on
>> trouve des spécialistes DB assez facilement.
>> </HS>
>>
>> * Historisation des données de production
>> (10000 records par jours, mais que des ajouts)
>> -> Grande Base de donnée OU fichier plat!
>>
>> Tout dépend aussi de l'usage (besoin)
>> - fréquence des ajouts et/ou suppressions
>> - fréquence des mises à jour
>> - proportion relative Ajouts/Mise à jour/Suppressions
>> - besoins en perfs (requêtes temps réel ou traitements batchs?)
>> - coûts? usage perso, petite boîte, grosse boîte, énorme boîte?
>>
>> Et enfin, paramètre crucial, l'exploitation:
>> * Besoin de faire des requêtes complexes ou sur de gros volumes
>> -> Base de données, utilisation de SQL
>> * Besoin de faire de l'historisation pour Audit, etc
>> -> Base ou fichier
>> * Compétences? Coûts?
>>
>> On peut tout à fait écrire une bibliothèque de fonctions permettant
>> de simuler une vraie DB relationelle, avec uniquement des fichiers.
>> C'est très amusant comme exercice, et ça peut être efficace.
>> Evidemment, c'est souvent plus pour le sport qu'autre chose: on se
>> retrouve à implémenter un subset de SQL, à réinventer les Index,
>>
>> Je l'ai fait autrefois (pas en VB mais peu importe) pour un projet
>> ou la contrainte (débile) était:
>> tout sur fichiers, pas de DB "commerciale".
>
> On parle bien de fichiers à gérer depuis VB.
> Gérer un fichier ADR est quand-même plus simple que de gérer un
> Access depuis VB.
>
Hello,
Alors c'est tout simple:
1. Créer la base de données dans Acces
A vue de nex, une seule table "Documents" avec quelques champs:
- Id (clé primaire)
- Nom du ducment (titre)
- Chemin complet du document
- info 1
- info 2
- ...
- info n
2. Tu la remplis avec les données venant d'Excel
à la main, ou via la fonction d'import
3. Le programme en VB
Plusieurs façons de faire:
3.1 A la main (le plus souple)
- Ajouter au projet une référence
à "Microsoft Dao 3.6", par le menu Projets/Références
- manipuler les données avec un objet recordset
http://msdn.microsoft.com/library/en-us/vsentpro/html/vecondataaccessusingdataaccessobjects(dao).asp
3.2 Avec un controle Data (le plus facile?)
- Mettre un controle data sur la forme
- Lier les controles 1 par 1
Aide:
http://msdn.microsoft.com/library/en-us/vb98/html/daobjData.asp
3.3 Avec ADO (plus compliqué?)
- voir l'aide sur MSDN online:
http://msdn.microsoft.com/library/en-us/adodc98/html/vbctlADODataControl.asp
Si tu veux, je peux surement retrouver un projet ou j'utilise
DAO recordset et le mettre online.
--
Jean-marc
Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
"There are only 10 kind of people
those who understand binary and those who don't."
mailto: remove '_no_spam_' ;
"Julien" a écrit dans le message de
news:OBMgV$Bon je vais exposer mon projet pour vous mettre sur la voie
Je souhaite créer un index de document. pour chaque document on
retrouveraplusieurs informations (au total 11).
Mon programme devra etre capable d'ajouter des information concernant
undocument, de modifier les informations saisies auparavant, ou tout
simplement de supprimer un élément de cet index.
La finalité de ce programme est de pouvoir gérer plus de 200 documents
quisont codifier, de les ouvrir et de consulter les informations d'un
documentsans passer son temps a chercher des heures dans les dossiers du pc.
De plus mon programme integrera un moteur de recherche a mot clé.
Et mon soucis principal est que je ne sais pas comment lier mon
programme aune base de donnée.
Ce programme existe deja sous excel via VBA. Donc ma base de données
setrouve dans un tabeau excel.
Pour accelerer le processus de recherche et gagner en stabilité
j'avaispensé a le redevelopper sous Visual basic, mais lorsque j'eu fini de
créertoute mes forms je suis rester bete au moment de savoir ou j'allais
stockémes données.
Note : Je possede Windows XP SP2, et Office 2003 (Access, Word, excel,
ppt,outlook, infopath)
"Aski" a écrit dans le message de news:
> Salutatoi Jean-Marc,
>
> Tu as donc déclaré :
>
>> ne pas oublier non plus que tout est question d'échelle.
>> Exemples:
>>
>> * Gestion de son carnet d'adresse ou répertoire téléphonique:
>> -> Fichier plat, taille fixe ou non, tout en RAM
>> -> Access comme alternative
>>
>> * Gestion d'une vidéothèque de taille moyenne
>> (disons 5000 films, 500 clients)
>> -> Base Access car besoin de requêtes.
>> -> Alternative: fichiers plats indexés (voir fin du post)
>>
>> * Gestion centralisée des comptes d'une grande banque
>> (dison 30.000.000 comptes)
>> -> Grande Base de données : DB2, Oracle, autres grandes bases
>>
>> <HS>
>> Autrefois (< 1970), il y a eu des implémentations
>> purement fichiers, mais sur des OS ou la gestion des fichiers
>> en particulier des fichier indexés (VSAM) était autrement
>> plus performante que sur un PC (grands systèmes IBM sous
>> OS360 ou OS390), Vax (VMS)). Certains grand systèmes d'information
>> utilisent toujours cela, et sont encore en production aujourd'hui
>> (banques, etc.). Ils songent doucement à migrer car les
>> dernières personnes connaissant vraiment bien ces systèmes
>> approchent de l'age de la retraite à grands pas, alors qu'on
>> trouve des spécialistes DB assez facilement.
>> </HS>
>>
>> * Historisation des données de production
>> (10000 records par jours, mais que des ajouts)
>> -> Grande Base de donnée OU fichier plat!
>>
>> Tout dépend aussi de l'usage (besoin)
>> - fréquence des ajouts et/ou suppressions
>> - fréquence des mises à jour
>> - proportion relative Ajouts/Mise à jour/Suppressions
>> - besoins en perfs (requêtes temps réel ou traitements batchs?)
>> - coûts? usage perso, petite boîte, grosse boîte, énorme boîte?
>>
>> Et enfin, paramètre crucial, l'exploitation:
>> * Besoin de faire des requêtes complexes ou sur de gros volumes
>> -> Base de données, utilisation de SQL
>> * Besoin de faire de l'historisation pour Audit, etc
>> -> Base ou fichier
>> * Compétences? Coûts?
>>
>> On peut tout à fait écrire une bibliothèque de fonctions permettant
>> de simuler une vraie DB relationelle, avec uniquement des fichiers.
>> C'est très amusant comme exercice, et ça peut être efficace.
>> Evidemment, c'est souvent plus pour le sport qu'autre chose: on se
>> retrouve à implémenter un subset de SQL, à réinventer les Index,
etc.>>
>> Je l'ai fait autrefois (pas en VB mais peu importe) pour un projet
>> ou la contrainte (débile) était:
>> tout sur fichiers, pas de DB "commerciale".
>
> On parle bien de fichiers à gérer depuis VB.
> Gérer un fichier ADR est quand-même plus simple que de gérer un
fichier> Access depuis VB.
>
Hello,
Alors c'est tout simple:
1. Créer la base de données dans Acces
A vue de nex, une seule table "Documents" avec quelques champs:
- Id (clé primaire)
- Nom du ducment (titre)
- Chemin complet du document
- info 1
- info 2
- ...
- info n
2. Tu la remplis avec les données venant d'Excel
à la main, ou via la fonction d'import
3. Le programme en VB
Plusieurs façons de faire:
3.1 A la main (le plus souple)
- Ajouter au projet une référence
à "Microsoft Dao 3.6", par le menu Projets/Références
- manipuler les données avec un objet recordset
http://msdn.microsoft.com/library/en-us/vsentpro/html/vecondataaccessusingdataaccessobjects(dao).asp
3.2 Avec un controle Data (le plus facile?)
- Mettre un controle data sur la forme
- Lier les controles 1 par 1
Aide:
http://msdn.microsoft.com/library/en-us/vb98/html/daobjData.asp
3.3 Avec ADO (plus compliqué?)
- voir l'aide sur MSDN online:
http://msdn.microsoft.com/library/en-us/adodc98/html/vbctlADODataControl.asp
Si tu veux, je peux surement retrouver un projet ou j'utilise
DAO recordset et le mettre online.
--
Jean-marc
Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
"There are only 10 kind of people
those who understand binary and those who don't."
mailto: remove '_no_spam_' ; _no_spam_jean_marc_n2@yahoo.fr
"Julien" <dj@hotmail.com> a écrit dans le message de
news:OBMgV$rOGHA.536@TK2MSFTNGP09.phx.gbl...
Bon je vais exposer mon projet pour vous mettre sur la voie
Je souhaite créer un index de document. pour chaque document on
retrouvera
plusieurs informations (au total 11).
Mon programme devra etre capable d'ajouter des information concernant
un
document, de modifier les informations saisies auparavant, ou tout
simplement de supprimer un élément de cet index.
La finalité de ce programme est de pouvoir gérer plus de 200 documents
qui
sont codifier, de les ouvrir et de consulter les informations d'un
document
sans passer son temps a chercher des heures dans les dossiers du pc.
De plus mon programme integrera un moteur de recherche a mot clé.
Et mon soucis principal est que je ne sais pas comment lier mon
programme a
une base de donnée.
Ce programme existe deja sous excel via VBA. Donc ma base de données
se
trouve dans un tabeau excel.
Pour accelerer le processus de recherche et gagner en stabilité
j'avais
pensé a le redevelopper sous Visual basic, mais lorsque j'eu fini de
créer
toute mes forms je suis rester bete au moment de savoir ou j'allais
stocké
mes données.
Note : Je possede Windows XP SP2, et Office 2003 (Access, Word, excel,
ppt,
outlook, infopath)
"Aski" <aski@asci.asc> a écrit dans le message de news:
uWmlqprOGHA.344@TK2MSFTNGP11.phx.gbl...
> Salutatoi Jean-Marc,
>
> Tu as donc déclaré :
>
>> ne pas oublier non plus que tout est question d'échelle.
>> Exemples:
>>
>> * Gestion de son carnet d'adresse ou répertoire téléphonique:
>> -> Fichier plat, taille fixe ou non, tout en RAM
>> -> Access comme alternative
>>
>> * Gestion d'une vidéothèque de taille moyenne
>> (disons 5000 films, 500 clients)
>> -> Base Access car besoin de requêtes.
>> -> Alternative: fichiers plats indexés (voir fin du post)
>>
>> * Gestion centralisée des comptes d'une grande banque
>> (dison 30.000.000 comptes)
>> -> Grande Base de données : DB2, Oracle, autres grandes bases
>>
>> <HS>
>> Autrefois (< 1970), il y a eu des implémentations
>> purement fichiers, mais sur des OS ou la gestion des fichiers
>> en particulier des fichier indexés (VSAM) était autrement
>> plus performante que sur un PC (grands systèmes IBM sous
>> OS360 ou OS390), Vax (VMS)). Certains grand systèmes d'information
>> utilisent toujours cela, et sont encore en production aujourd'hui
>> (banques, etc.). Ils songent doucement à migrer car les
>> dernières personnes connaissant vraiment bien ces systèmes
>> approchent de l'age de la retraite à grands pas, alors qu'on
>> trouve des spécialistes DB assez facilement.
>> </HS>
>>
>> * Historisation des données de production
>> (10000 records par jours, mais que des ajouts)
>> -> Grande Base de donnée OU fichier plat!
>>
>> Tout dépend aussi de l'usage (besoin)
>> - fréquence des ajouts et/ou suppressions
>> - fréquence des mises à jour
>> - proportion relative Ajouts/Mise à jour/Suppressions
>> - besoins en perfs (requêtes temps réel ou traitements batchs?)
>> - coûts? usage perso, petite boîte, grosse boîte, énorme boîte?
>>
>> Et enfin, paramètre crucial, l'exploitation:
>> * Besoin de faire des requêtes complexes ou sur de gros volumes
>> -> Base de données, utilisation de SQL
>> * Besoin de faire de l'historisation pour Audit, etc
>> -> Base ou fichier
>> * Compétences? Coûts?
>>
>> On peut tout à fait écrire une bibliothèque de fonctions permettant
>> de simuler une vraie DB relationelle, avec uniquement des fichiers.
>> C'est très amusant comme exercice, et ça peut être efficace.
>> Evidemment, c'est souvent plus pour le sport qu'autre chose: on se
>> retrouve à implémenter un subset de SQL, à réinventer les Index,
etc.
>>
>> Je l'ai fait autrefois (pas en VB mais peu importe) pour un projet
>> ou la contrainte (débile) était:
>> tout sur fichiers, pas de DB "commerciale".
>
> On parle bien de fichiers à gérer depuis VB.
> Gérer un fichier ADR est quand-même plus simple que de gérer un
fichier
> Access depuis VB.
>
Hello,
Alors c'est tout simple:
1. Créer la base de données dans Acces
A vue de nex, une seule table "Documents" avec quelques champs:
- Id (clé primaire)
- Nom du ducment (titre)
- Chemin complet du document
- info 1
- info 2
- ...
- info n
2. Tu la remplis avec les données venant d'Excel
à la main, ou via la fonction d'import
3. Le programme en VB
Plusieurs façons de faire:
3.1 A la main (le plus souple)
- Ajouter au projet une référence
à "Microsoft Dao 3.6", par le menu Projets/Références
- manipuler les données avec un objet recordset
http://msdn.microsoft.com/library/en-us/vsentpro/html/vecondataaccessusingdataaccessobjects(dao).asp
3.2 Avec un controle Data (le plus facile?)
- Mettre un controle data sur la forme
- Lier les controles 1 par 1
Aide:
http://msdn.microsoft.com/library/en-us/vb98/html/daobjData.asp
3.3 Avec ADO (plus compliqué?)
- voir l'aide sur MSDN online:
http://msdn.microsoft.com/library/en-us/adodc98/html/vbctlADODataControl.asp
Si tu veux, je peux surement retrouver un projet ou j'utilise
DAO recordset et le mettre online.
--
Jean-marc
Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
"There are only 10 kind of people
those who understand binary and those who don't."
mailto: remove '_no_spam_' ;
"Julien" a écrit dans le message de
news:OBMgV$Bon je vais exposer mon projet pour vous mettre sur la voie
Je souhaite créer un index de document. pour chaque document on
retrouveraplusieurs informations (au total 11).
Mon programme devra etre capable d'ajouter des information concernant
undocument, de modifier les informations saisies auparavant, ou tout
simplement de supprimer un élément de cet index.
La finalité de ce programme est de pouvoir gérer plus de 200 documents
quisont codifier, de les ouvrir et de consulter les informations d'un
documentsans passer son temps a chercher des heures dans les dossiers du pc.
De plus mon programme integrera un moteur de recherche a mot clé.
Et mon soucis principal est que je ne sais pas comment lier mon
programme aune base de donnée.
Ce programme existe deja sous excel via VBA. Donc ma base de données
setrouve dans un tabeau excel.
Pour accelerer le processus de recherche et gagner en stabilité
j'avaispensé a le redevelopper sous Visual basic, mais lorsque j'eu fini de
créertoute mes forms je suis rester bete au moment de savoir ou j'allais
stockémes données.
Note : Je possede Windows XP SP2, et Office 2003 (Access, Word, excel,
ppt,outlook, infopath)
"Aski" a écrit dans le message de news:
> Salutatoi Jean-Marc,
>
> Tu as donc déclaré :
>
>> ne pas oublier non plus que tout est question d'échelle.
>> Exemples:
>>
>> * Gestion de son carnet d'adresse ou répertoire téléphonique:
>> -> Fichier plat, taille fixe ou non, tout en RAM
>> -> Access comme alternative
>>
>> * Gestion d'une vidéothèque de taille moyenne
>> (disons 5000 films, 500 clients)
>> -> Base Access car besoin de requêtes.
>> -> Alternative: fichiers plats indexés (voir fin du post)
>>
>> * Gestion centralisée des comptes d'une grande banque
>> (dison 30.000.000 comptes)
>> -> Grande Base de données : DB2, Oracle, autres grandes bases
>>
>> <HS>
>> Autrefois (< 1970), il y a eu des implémentations
>> purement fichiers, mais sur des OS ou la gestion des fichiers
>> en particulier des fichier indexés (VSAM) était autrement
>> plus performante que sur un PC (grands systèmes IBM sous
>> OS360 ou OS390), Vax (VMS)). Certains grand systèmes d'information
>> utilisent toujours cela, et sont encore en production aujourd'hui
>> (banques, etc.). Ils songent doucement à migrer car les
>> dernières personnes connaissant vraiment bien ces systèmes
>> approchent de l'age de la retraite à grands pas, alors qu'on
>> trouve des spécialistes DB assez facilement.
>> </HS>
>>
>> * Historisation des données de production
>> (10000 records par jours, mais que des ajouts)
>> -> Grande Base de donnée OU fichier plat!
>>
>> Tout dépend aussi de l'usage (besoin)
>> - fréquence des ajouts et/ou suppressions
>> - fréquence des mises à jour
>> - proportion relative Ajouts/Mise à jour/Suppressions
>> - besoins en perfs (requêtes temps réel ou traitements batchs?)
>> - coûts? usage perso, petite boîte, grosse boîte, énorme boîte?
>>
>> Et enfin, paramètre crucial, l'exploitation:
>> * Besoin de faire des requêtes complexes ou sur de gros volumes
>> -> Base de données, utilisation de SQL
>> * Besoin de faire de l'historisation pour Audit, etc
>> -> Base ou fichier
>> * Compétences? Coûts?
>>
>> On peut tout à fait écrire une bibliothèque de fonctions permettant
>> de simuler une vraie DB relationelle, avec uniquement des fichiers.
>> C'est très amusant comme exercice, et ça peut être efficace.
>> Evidemment, c'est souvent plus pour le sport qu'autre chose: on se
>> retrouve à implémenter un subset de SQL, à réinventer les Index,
etc.>>
>> Je l'ai fait autrefois (pas en VB mais peu importe) pour un projet
>> ou la contrainte (débile) était:
>> tout sur fichiers, pas de DB "commerciale".
>
> On parle bien de fichiers à gérer depuis VB.
> Gérer un fichier ADR est quand-même plus simple que de gérer un
fichier> Access depuis VB.
>
ah oui je veux bien
sinon tu peux me l'envoyer par mail à ffman.Unplanqué@caramail.com
ah oui je veux bien
sinon tu peux me l'envoyer par mail à ffman.Unplanqué@caramail.com
ah oui je veux bien
sinon tu peux me l'envoyer par mail à ffman.Unplanqué@caramail.com
Salutatoi Julien,
Tu as donc déclaré :ah oui je veux bien
sinon tu peux me l'envoyer par mail à ffman.Unplanqué@caramail.com
Malheureux, ne donne jamais ta vraie adreese sur les forums.
Tu vas être la proie des robots spammeurs.
Salutatoi Julien,
Tu as donc déclaré :
ah oui je veux bien
sinon tu peux me l'envoyer par mail à ffman.Unplanqué@caramail.com
Malheureux, ne donne jamais ta vraie adreese sur les forums.
Tu vas être la proie des robots spammeurs.
Salutatoi Julien,
Tu as donc déclaré :ah oui je veux bien
sinon tu peux me l'envoyer par mail à ffman.Unplanqué@caramail.com
Malheureux, ne donne jamais ta vraie adreese sur les forums.
Tu vas être la proie des robots spammeurs.
ah oui je veux bien
sinon tu peux me l'envoyer par mail à
merci pour ton aide, je vais essayer ceci tout a l'heure.
ah oui je veux bien
sinon tu peux me l'envoyer par mail à ffman.1@caramail.com
merci pour ton aide, je vais essayer ceci tout a l'heure.
ah oui je veux bien
sinon tu peux me l'envoyer par mail à
merci pour ton aide, je vais essayer ceci tout a l'heure.
ah oui je veux bien
ah oui je veux bien
ah oui je veux bien
je suis désoler mais votre fichier ne fonctionne pas.
peut etre un bug ?
"Julien" a écrit dans le message de news:Merci beaucoup. Pouvez vous l'adresser à
Je vous en remercie d'avance.
"andre.araste" a écrit dans le message de news:
43fddd7d$0$6642$Bonjour
Je vais vous adresser en privé une étude que j'ai réalisée en 2004 pour
un Club Informatique. Elle traite de la réalisation d'un répertoire
téléphonique mais vous pourrez transposer.
--
Bonne réception.
http://perso.wanadoo.fr/andre.araste/
Membre du Club Win's: http://www.clubwins.org
Avertissement: Je ne vends rien.
"Julien" a écrit dans le message de news:Merci pour le conseil, mais comment utiliser ce programme ???
Je suis je ne comprends pas trop le principe.
Merci par avance de votre réponse
"Julien" a écrit dans le message de news:Bonjour, je suis débutant sur le développement sous visual basic, en
général je développe sous VBA...
J'utilise donc Visual Basic 6, mais j'ai un petit problème... Je ne
sais pas comment créer une base de données !!
Si quelqun pouvais m'aider un petit peu ça serai gentil
Merci par avance.
je suis désoler mais votre fichier ne fonctionne pas.
peut etre un bug ?
"Julien" <dj@hotmail.com> a écrit dans le message de news:
OBGfusJOGHA.3408@TK2MSFTNGP12.phx.gbl...
Merci beaucoup. Pouvez vous l'adresser à ffman.1@caramail.com
Je vous en remercie d'avance.
"andre.araste" <andre.araste@wanadoo.fr> a écrit dans le message de news:
43fddd7d$0$6642$8fcfb975@news.wanadoo.fr...
Bonjour
Je vais vous adresser en privé une étude que j'ai réalisée en 2004 pour
un Club Informatique. Elle traite de la réalisation d'un répertoire
téléphonique mais vous pourrez transposer.
--
Bonne réception.
andre.araste@wanadoo.fr
http://perso.wanadoo.fr/andre.araste/
Membre du Club Win's: http://www.clubwins.org
Avertissement: Je ne vends rien.
"Julien" <tazou@hotmail.com> a écrit dans le message de news:
ezAceNGOGHA.3164@TK2MSFTNGP11.phx.gbl...
Merci pour le conseil, mais comment utiliser ce programme ???
Je suis je ne comprends pas trop le principe.
Merci par avance de votre réponse
"Julien" <tazou@hotmail.com> a écrit dans le message de news:
eFDnv0FOGHA.420@tk2msftngp13.phx.gbl...
Bonjour, je suis débutant sur le développement sous visual basic, en
général je développe sous VBA...
J'utilise donc Visual Basic 6, mais j'ai un petit problème... Je ne
sais pas comment créer une base de données !!
Si quelqun pouvais m'aider un petit peu ça serai gentil
Merci par avance.
je suis désoler mais votre fichier ne fonctionne pas.
peut etre un bug ?
"Julien" a écrit dans le message de news:Merci beaucoup. Pouvez vous l'adresser à
Je vous en remercie d'avance.
"andre.araste" a écrit dans le message de news:
43fddd7d$0$6642$Bonjour
Je vais vous adresser en privé une étude que j'ai réalisée en 2004 pour
un Club Informatique. Elle traite de la réalisation d'un répertoire
téléphonique mais vous pourrez transposer.
--
Bonne réception.
http://perso.wanadoo.fr/andre.araste/
Membre du Club Win's: http://www.clubwins.org
Avertissement: Je ne vends rien.
"Julien" a écrit dans le message de news:Merci pour le conseil, mais comment utiliser ce programme ???
Je suis je ne comprends pas trop le principe.
Merci par avance de votre réponse
"Julien" a écrit dans le message de news:Bonjour, je suis débutant sur le développement sous visual basic, en
général je développe sous VBA...
J'utilise donc Visual Basic 6, mais j'ai un petit problème... Je ne
sais pas comment créer une base de données !!
Si quelqun pouvais m'aider un petit peu ça serai gentil
Merci par avance.
