bonjour,
je viens de faire installer un serveur qui tourne sous=20
windows 2003 server TSE pour pouvoir partager mes prog=20
excel.
or, l'informaticien qui me l'a install=E9 m'a dit que=20
malgr=E9 tout, m=EAme si je partage les fichiers excel, une=20
seule personne =E0 la fois pourra =E9crire et les autres ne=20
pourront que lire.
est-ce exact ?
merci
or, l'informaticien qui me l'a installé m'a dit que malgré tout, même si je partage les fichiers excel, une seule personne à la fois pourra écrire et les autres ne pourront que lire. est-ce exact ?
C'est normal et heureux. Imaginez sinon votre gestion de stock. Pierre et Paul ont chacun ouvert quasiment en même temps le fichier stock.xls, une copie de ce fichier est donc maintenant ouvert dans la mémoire de leur ordinateur.
Ils voient tous les deux le stock de produit machin : 5 boîtes. Pierre doit en vendre 3, l'ordinateur de Pierre exerce dans sa copie en mémoire du fichier stock.xls 5-3=2 et Pierre enregistre le résultat. Le serveur a donc un fichier stock.xls avec un stock de 2 boîtes. Pendant ce temps, il y a toujours 5 pour le stock dans la copie en mémoire que détient Paul du fichier stock.xls. Paul a besoin de vendre 4 boîtes et fait l'opération 5-4=1 et enregistre le résultat final. Bien sûr, je n'évoque même pas le sort du produit Z que Pierre a vendu en même temps...
Ce problème est aussi l'une des causes du surbooking. La solution que propose excel est de ne permettre qu'un seul "écrivain" à la fois et un message lors de la libération du fichier.
Si cette solution ne vous convient pas, c'est que excel n'est pas le produit qui convient pour traiter vos données, mais une application tournant dans la mémoire du serveur. Exemple une base de données Oracle (ou Access) interrogée à travers des formulaires html. De tel produits relisent l'information avant de l'écrire et la bloquent à ce moment là juste le temps de l'écriture. Si l'application est mal gérée, le risque le plus grand est de voir un stock négatif, ce qui reste un moindre mal. Si elle est bien gérée, Paul recevra un message "stock insufisant".
-- chrisn mettre le bon fai, libertysurf pour me répondre
"liolio" a écrit dans le message de news:
or, l'informaticien qui me l'a installé m'a dit que
malgré tout, même si je partage les fichiers excel, une
seule personne à la fois pourra écrire et les autres ne
pourront que lire.
est-ce exact ?
C'est normal et heureux. Imaginez sinon votre gestion de stock.
Pierre et Paul ont chacun ouvert quasiment en même temps le fichier
stock.xls, une copie de ce fichier est donc maintenant ouvert dans
la mémoire de leur ordinateur.
Ils voient tous les deux le stock de produit machin : 5 boîtes.
Pierre doit en vendre 3, l'ordinateur de Pierre exerce dans sa copie
en mémoire du fichier stock.xls 5-3=2 et Pierre enregistre le
résultat. Le serveur a donc un fichier stock.xls avec un stock de 2
boîtes.
Pendant ce temps, il y a toujours 5 pour le stock dans la copie en
mémoire que détient Paul du fichier stock.xls. Paul a besoin de
vendre 4 boîtes et fait l'opération 5-4=1 et enregistre le résultat
final. Bien sûr, je n'évoque même pas le sort du produit Z que
Pierre a vendu en même temps...
Ce problème est aussi l'une des causes du surbooking. La solution
que propose excel est de ne permettre qu'un seul "écrivain" à la
fois et un message lors de la libération du fichier.
Si cette solution ne vous convient pas, c'est que excel n'est pas le
produit qui convient pour traiter vos données, mais une application
tournant dans la mémoire du serveur. Exemple une base de données
Oracle (ou Access) interrogée à travers des formulaires html. De tel
produits relisent l'information avant de l'écrire et la bloquent à
ce moment là juste le temps de l'écriture. Si l'application est mal
gérée, le risque le plus grand est de voir un stock négatif, ce qui
reste un moindre mal. Si elle est bien gérée, Paul recevra un
message "stock insufisant".
--
chrisn
mettre le bon fai, libertysurf pour me répondre
or, l'informaticien qui me l'a installé m'a dit que malgré tout, même si je partage les fichiers excel, une seule personne à la fois pourra écrire et les autres ne pourront que lire. est-ce exact ?
C'est normal et heureux. Imaginez sinon votre gestion de stock. Pierre et Paul ont chacun ouvert quasiment en même temps le fichier stock.xls, une copie de ce fichier est donc maintenant ouvert dans la mémoire de leur ordinateur.
Ils voient tous les deux le stock de produit machin : 5 boîtes. Pierre doit en vendre 3, l'ordinateur de Pierre exerce dans sa copie en mémoire du fichier stock.xls 5-3=2 et Pierre enregistre le résultat. Le serveur a donc un fichier stock.xls avec un stock de 2 boîtes. Pendant ce temps, il y a toujours 5 pour le stock dans la copie en mémoire que détient Paul du fichier stock.xls. Paul a besoin de vendre 4 boîtes et fait l'opération 5-4=1 et enregistre le résultat final. Bien sûr, je n'évoque même pas le sort du produit Z que Pierre a vendu en même temps...
Ce problème est aussi l'une des causes du surbooking. La solution que propose excel est de ne permettre qu'un seul "écrivain" à la fois et un message lors de la libération du fichier.
Si cette solution ne vous convient pas, c'est que excel n'est pas le produit qui convient pour traiter vos données, mais une application tournant dans la mémoire du serveur. Exemple une base de données Oracle (ou Access) interrogée à travers des formulaires html. De tel produits relisent l'information avant de l'écrire et la bloquent à ce moment là juste le temps de l'écriture. Si l'application est mal gérée, le risque le plus grand est de voir un stock négatif, ce qui reste un moindre mal. Si elle est bien gérée, Paul recevra un message "stock insufisant".
-- chrisn mettre le bon fai, libertysurf pour me répondre
HD
or, l'informaticien qui me l'a installé m'a dit que malgré tout, même si je partage les fichiers excel, une seule personne à la fois pourra écrire et les autres ne pourront que lire. est-ce exact ?
ChrisN a raison... et j'ajouterais que ce n'est vraiment pas lié à la version Windows 2003 server TSE. Tout serveur devra logiquement faire celà... où sinon c'est qu'il a un problème... -- @+ HD
or, l'informaticien qui me l'a installé m'a dit que
malgré tout, même si je partage les fichiers excel, une
seule personne à la fois pourra écrire et les autres ne
pourront que lire.
est-ce exact ?
ChrisN a raison... et j'ajouterais que ce n'est vraiment pas lié à la
version Windows 2003 server TSE. Tout serveur devra logiquement faire
celà... où sinon c'est qu'il a un problème...
--
@+
HD
or, l'informaticien qui me l'a installé m'a dit que malgré tout, même si je partage les fichiers excel, une seule personne à la fois pourra écrire et les autres ne pourront que lire. est-ce exact ?
ChrisN a raison... et j'ajouterais que ce n'est vraiment pas lié à la version Windows 2003 server TSE. Tout serveur devra logiquement faire celà... où sinon c'est qu'il a un problème... -- @+ HD
liolio
merci à chrisn et hd pour vos réponses. ceci entraîne 1 nouvelle question: est-il possible ( et simple ) de transformer mes prog excel en acces ? merci
merci à chrisn et hd pour vos réponses.
ceci entraîne 1 nouvelle question: est-il possible ( et
simple ) de transformer mes prog excel en acces ?
merci
merci à chrisn et hd pour vos réponses. ceci entraîne 1 nouvelle question: est-il possible ( et simple ) de transformer mes prog excel en acces ? merci
Pascal Engelmajer
Salut, ça dépend de l'application. si c'est un pb de bases de données c'est facile si se sont des calculs de tableur ou des simulation (scénarios) alors .... -- Amicalement. Pascal "il n'y a pas de vent favorable pour celui qui ne sait pas ou il va." Sénèque. http://www.ilyapa.net/excel "liolio" a écrit dans le message de news: 1902c01c41bb8$82293e90$
merci à chrisn et hd pour vos réponses. ceci entraîne 1 nouvelle question: est-il possible ( et simple ) de transformer mes prog excel en acces ? merci
Salut,
ça dépend de l'application.
si c'est un pb de bases de données c'est facile si se sont des calculs de
tableur ou des simulation (scénarios) alors ....
--
Amicalement.
Pascal
"il n'y a pas de vent favorable pour celui qui ne sait pas ou il va."
Sénèque.
http://www.ilyapa.net/excel
"liolio" <anonymous@discussions.microsoft.com> a écrit dans le message de
news: 1902c01c41bb8$82293e90$a101280a@phx.gbl...
merci à chrisn et hd pour vos réponses.
ceci entraîne 1 nouvelle question: est-il possible ( et
simple ) de transformer mes prog excel en acces ?
merci
Salut, ça dépend de l'application. si c'est un pb de bases de données c'est facile si se sont des calculs de tableur ou des simulation (scénarios) alors .... -- Amicalement. Pascal "il n'y a pas de vent favorable pour celui qui ne sait pas ou il va." Sénèque. http://www.ilyapa.net/excel "liolio" a écrit dans le message de news: 1902c01c41bb8$82293e90$
merci à chrisn et hd pour vos réponses. ceci entraîne 1 nouvelle question: est-il possible ( et simple ) de transformer mes prog excel en acces ? merci
liolio
bonsoir, oui, il ne s'agit que de bases de données enjolivées à la "excel" avec userforms etc... mais je ne connais pas grand chose à acces, on m'a dit que c'était du excel très amélioré. je ne sais , si ça vaut le coup, comment me former à access...
bonsoir, oui, il ne s'agit que de bases de données
enjolivées à la "excel" avec userforms etc...
mais je ne connais pas grand chose à acces, on m'a dit que
c'était du excel très amélioré.
je ne sais , si ça vaut le coup, comment me former à
access...
bonsoir, oui, il ne s'agit que de bases de données enjolivées à la "excel" avec userforms etc... mais je ne connais pas grand chose à acces, on m'a dit que c'était du excel très amélioré. je ne sais , si ça vaut le coup, comment me former à access...
chrisn
liolio a écrit dans le message de news:
bonsoir, Bonsoir également,
oui, il ne s'agit que de bases de données enjolivées à la "excel" avec userforms etc... mais je ne connais pas grand chose à acces, on m'a dit que c'était du excel très amélioré. je ne sais , si ça vaut le coup, comment me former à access...
Vous avez des connaissances suffisantes dans excel a priori pour pratiquer macro et userform, vous semblez maîtriser correctement la notion base de données, alors bien que accès ne soit pas un sgbd que j'ai eu l'occasion de pratiquer, je répondrai que ce n'est pas cela qui vous posera problème.
En fait il faut plutôt analyser votre problème actuel. Combien de personnes veulent simultanément ouvrir un fichier et combien de fois par jour. La solution "je ferme mon fichier excel dès que j'ai validé des résultats" est-elle acceptable ? Quelle est la taille de votre entreprise et cela vaut-il le coup d'investir dans des licences access (il n'est pas nécssaire d'avoir une licence par poste si vous achetez des licences de développement vous permettant de créer des exécutables. Une licence par développeur suffit) ? Est-il possible de morceler vos bases de données et les userform liés en plusieurs classeurs ?
En fait, seule une étude des couts et des besoins doit vous guider.
-- chrisn mettre le bon fai, libertysurf pour me répondre
liolio a écrit dans le message de news:
bonsoir,
Bonsoir également,
oui, il ne s'agit que de bases de données
enjolivées à la "excel" avec userforms etc...
mais je ne connais pas grand chose à acces, on m'a dit que
c'était du excel très amélioré.
je ne sais , si ça vaut le coup, comment me former à
access...
Vous avez des connaissances suffisantes dans excel a priori pour
pratiquer macro et userform, vous semblez maîtriser correctement la
notion base de données, alors bien que accès ne soit pas un sgbd que
j'ai eu l'occasion de pratiquer, je répondrai que ce n'est pas cela
qui vous posera problème.
En fait il faut plutôt analyser votre problème actuel. Combien de
personnes veulent simultanément ouvrir un fichier et combien de fois
par jour. La solution "je ferme mon fichier excel dès que j'ai
validé des résultats" est-elle acceptable ?
Quelle est la taille de votre entreprise et cela vaut-il le coup
d'investir dans des licences access (il n'est pas nécssaire d'avoir
une licence par poste si vous achetez des licences de développement
vous permettant de créer des exécutables. Une licence par
développeur suffit) ?
Est-il possible de morceler vos bases de données et les userform
liés en plusieurs classeurs ?
En fait, seule une étude des couts et des besoins doit vous guider.
--
chrisn
mettre le bon fai, libertysurf pour me répondre
oui, il ne s'agit que de bases de données enjolivées à la "excel" avec userforms etc... mais je ne connais pas grand chose à acces, on m'a dit que c'était du excel très amélioré. je ne sais , si ça vaut le coup, comment me former à access...
Vous avez des connaissances suffisantes dans excel a priori pour pratiquer macro et userform, vous semblez maîtriser correctement la notion base de données, alors bien que accès ne soit pas un sgbd que j'ai eu l'occasion de pratiquer, je répondrai que ce n'est pas cela qui vous posera problème.
En fait il faut plutôt analyser votre problème actuel. Combien de personnes veulent simultanément ouvrir un fichier et combien de fois par jour. La solution "je ferme mon fichier excel dès que j'ai validé des résultats" est-elle acceptable ? Quelle est la taille de votre entreprise et cela vaut-il le coup d'investir dans des licences access (il n'est pas nécssaire d'avoir une licence par poste si vous achetez des licences de développement vous permettant de créer des exécutables. Une licence par développeur suffit) ? Est-il possible de morceler vos bases de données et les userform liés en plusieurs classeurs ?
En fait, seule une étude des couts et des besoins doit vous guider.
-- chrisn mettre le bon fai, libertysurf pour me répondre
Bonsoir Chrisn et merci de continuer de me répondre. J'ai 96 employés déployés sur différents sites et chacun doit pouvoir accéder à mes prog et je les imagine mal se téléphoner toute la journée pour se demander de fermer le prog, mais, de plus, j'ai fait des macros tellement pointues ( dans le sens de l'interactivité possible ) que je ne sais pas si je peux les transposer sur access ( puisque je ne le connais pas), ce que je sais, c'est que j'utilise des fonctions en excel qui m'empêchent de partager mes fichiers ( les macros se bloquent) tels quels et je devrais vraisemblablement me résoudre à acheter une licence access pour mon serveur. Mais lorsqu'on me parle de séparer la base de données et de créer des pages HTML, j'avoue que j'appréhende un peu! je suis en fait dans l'expectative! merci pour vos conseils à venir, bonne soirée
Bonsoir Chrisn et merci de continuer de me répondre.
J'ai 96 employés déployés sur différents sites et chacun
doit pouvoir accéder à mes prog et je les imagine mal se
téléphoner toute la journée pour se demander de fermer le
prog, mais, de plus, j'ai fait des macros tellement
pointues ( dans le sens de l'interactivité possible ) que
je ne sais pas si je peux les transposer sur access (
puisque je ne le connais pas), ce que je sais, c'est que
j'utilise des fonctions en excel qui m'empêchent de
partager mes fichiers ( les macros se bloquent) tels
quels et je devrais vraisemblablement me résoudre à
acheter une licence access pour mon serveur.
Mais lorsqu'on me parle de séparer la base de données et
de créer des pages HTML, j'avoue que j'appréhende un peu!
je suis en fait dans l'expectative!
merci pour vos conseils à venir,
bonne soirée
Bonsoir Chrisn et merci de continuer de me répondre. J'ai 96 employés déployés sur différents sites et chacun doit pouvoir accéder à mes prog et je les imagine mal se téléphoner toute la journée pour se demander de fermer le prog, mais, de plus, j'ai fait des macros tellement pointues ( dans le sens de l'interactivité possible ) que je ne sais pas si je peux les transposer sur access ( puisque je ne le connais pas), ce que je sais, c'est que j'utilise des fonctions en excel qui m'empêchent de partager mes fichiers ( les macros se bloquent) tels quels et je devrais vraisemblablement me résoudre à acheter une licence access pour mon serveur. Mais lorsqu'on me parle de séparer la base de données et de créer des pages HTML, j'avoue que j'appréhende un peu! je suis en fait dans l'expectative! merci pour vos conseils à venir, bonne soirée
chrisn
Bonsoir anonymous,
Mais lorsqu'on me parle de séparer la base de données et de créer des pages HTML, j'avoue que j'appréhende un peu! je suis en fait dans l'expectative!
En fait, les bases de données sont une partie de votre application, l'autre est vos userform et autres macro. Pour vous rappeler quelques mauvais souvenir, vous venez peut-être de télédéclarer vos impôts. Le principe retenu alors est de vous présenter des formulaires que vous remplissez. Les informations sont alors récupérées et vont directement dans les bd du ministère de M. Sarkozy. Dans ce système, on a toutes les chances d'avoir une base de données oracle d'un côté et userform et macro sont en fait des page html pour la partie userform, complétées par du java et du javascript pour la partie macro. Certe c'est tout un apprentissage, mais il demande avant tout d'avoir l'esprit logique.
Il peut y avoir beaucoup plus simple, par exemple je relève aujourd'hui ce message (fil Subject: EXCEL>>>>> ACCESS Date: 6 Apr 2004 09:16:06 -0700 :
************************************************************* "michdenis" a écrit dans le message de news:
je voudrai exporter une feuille Excel vers une table d'une base Access. Comment faire??? Il ne faut pas que les lignes d'access précédentes soient écrasées.
Bonjour Slimane,
Voici une façon de faire :
Tu dois insérer une nouvelle bibliothèque à ton projet selon la version d'office que tu possèdes:
Microsoft DAO 3.6 Objects librairy 'Excel 2000
Dans l'exemple soumis : Base de données : BD2.Mdb Table : Etudiant Champs de la table : NumEtudiant NomEtudiant NumTel
Feuille Excel : Feuil1 Plage de données A1:C5 Chaque ligne de cette plage représentant un enregistrement.
Attention : Dans ce genre de situation, tu dois t'assurer que tu ne violes pas les paramêtres de ta table : Exemple : Doublons dans un champ primaire, Champ primaire Nul (pas de données dans ta feuille excel dans ce champ .... type de données s'il y a lieu... sinon ça va planter !!!
'------------------------------------------- Sub AjouterDesEnregistrementsÀUneTable()
Dim MyDB As Database, MyTable As Recordset, Sh As Worksheet
Set MyDB = OpenDatabase("C:Mes documentsbd2.mdb") Set MyTable = MyDB.OpenRecordset("Etudiant") Set Sh = Worksheets("Feuil1")
With Sh For Each r In .Range("A1:C5").Rows With MyTable .AddNew !NumEtudiant = Sh.Cells(r.Row, 1) !NomEtudiant = Sh.Cells(r.Row, 2) !NumTel = Sh.Cells(r.Row, 3) .Update End With Next End With Set MyDB = Nothing: Set MyTable = Nothing: Set Sh = Nothing
End Sub '-------------------------------------------
Ainsi que je l'ai déjà dit, je ne pratique pas access, donc je n'aurai pas su écrire cette macro. Mais voici là un moyen prouvant que vos fichiers excel peuvent se transformer en formulaires installés sur tous les postes et qui iront enrichir votre base de données. Probablement un moyen beaucoup plus convivial pour vous d'aborder la question.
-- chrisn mettre le bon fai, libertysurf pour me répondre
Bonsoir anonymous,
Mais lorsqu'on me parle de séparer la base de données et
de créer des pages HTML, j'avoue que j'appréhende un peu!
je suis en fait dans l'expectative!
En fait, les bases de données sont une partie de votre application,
l'autre est vos userform et autres macro.
Pour vous rappeler quelques mauvais souvenir, vous venez peut-être
de télédéclarer vos impôts. Le principe retenu alors est de vous
présenter des formulaires que vous remplissez. Les informations sont
alors récupérées et vont directement dans les bd du ministère de M.
Sarkozy. Dans ce système, on a toutes les chances d'avoir une base
de données oracle d'un côté et userform et macro sont en fait des
page html pour la partie userform, complétées par du java et du
javascript pour la partie macro. Certe c'est tout un apprentissage,
mais il demande avant tout d'avoir l'esprit logique.
Il peut y avoir beaucoup plus simple, par exemple je relève
aujourd'hui ce message (fil Subject: EXCEL>>>>> ACCESS Date: 6 Apr
2004 09:16:06 -0700 :
*************************************************************
"michdenis" <michdenis@hotmail.com> a écrit dans le message de news:
O7ZoOAAHEHA.2260@TK2MSFTNGP09.phx.gbl...
je voudrai exporter une feuille Excel vers une table d'une base
Access. Comment faire???
Il ne faut pas que les lignes d'access précédentes soient
écrasées.
Bonjour Slimane,
Voici une façon de faire :
Tu dois insérer une nouvelle bibliothèque à ton projet
selon la version d'office que tu possèdes:
Microsoft DAO 3.6 Objects librairy 'Excel 2000
Dans l'exemple soumis :
Base de données : BD2.Mdb
Table : Etudiant
Champs de la table :
NumEtudiant
NomEtudiant
NumTel
Feuille Excel : Feuil1
Plage de données A1:C5
Chaque ligne de cette plage représentant un enregistrement.
Attention : Dans ce genre de situation, tu dois t'assurer que tu ne
violes
pas les paramêtres de ta table : Exemple : Doublons dans un champ
primaire, Champ primaire Nul (pas de données dans ta feuille excel
dans ce champ .... type de données s'il y a lieu... sinon ça va
planter !!!
'-------------------------------------------
Sub AjouterDesEnregistrementsÀUneTable()
Dim MyDB As Database, MyTable As Recordset, Sh As Worksheet
Set MyDB = OpenDatabase("C:Mes documentsbd2.mdb")
Set MyTable = MyDB.OpenRecordset("Etudiant")
Set Sh = Worksheets("Feuil1")
With Sh
For Each r In .Range("A1:C5").Rows
With MyTable
.AddNew
!NumEtudiant = Sh.Cells(r.Row, 1)
!NomEtudiant = Sh.Cells(r.Row, 2)
!NumTel = Sh.Cells(r.Row, 3)
.Update
End With
Next
End With
Set MyDB = Nothing: Set MyTable = Nothing: Set Sh = Nothing
End Sub
'-------------------------------------------
Ainsi que je l'ai déjà dit, je ne pratique pas access, donc je
n'aurai pas su écrire cette macro. Mais voici là un moyen prouvant
que vos fichiers excel peuvent se transformer en formulaires
installés sur tous les postes et qui iront enrichir votre base de
données. Probablement un moyen beaucoup plus convivial pour vous
d'aborder la question.
--
chrisn
mettre le bon fai, libertysurf pour me répondre
Mais lorsqu'on me parle de séparer la base de données et de créer des pages HTML, j'avoue que j'appréhende un peu! je suis en fait dans l'expectative!
En fait, les bases de données sont une partie de votre application, l'autre est vos userform et autres macro. Pour vous rappeler quelques mauvais souvenir, vous venez peut-être de télédéclarer vos impôts. Le principe retenu alors est de vous présenter des formulaires que vous remplissez. Les informations sont alors récupérées et vont directement dans les bd du ministère de M. Sarkozy. Dans ce système, on a toutes les chances d'avoir une base de données oracle d'un côté et userform et macro sont en fait des page html pour la partie userform, complétées par du java et du javascript pour la partie macro. Certe c'est tout un apprentissage, mais il demande avant tout d'avoir l'esprit logique.
Il peut y avoir beaucoup plus simple, par exemple je relève aujourd'hui ce message (fil Subject: EXCEL>>>>> ACCESS Date: 6 Apr 2004 09:16:06 -0700 :
************************************************************* "michdenis" a écrit dans le message de news:
je voudrai exporter une feuille Excel vers une table d'une base Access. Comment faire??? Il ne faut pas que les lignes d'access précédentes soient écrasées.
Bonjour Slimane,
Voici une façon de faire :
Tu dois insérer une nouvelle bibliothèque à ton projet selon la version d'office que tu possèdes:
Microsoft DAO 3.6 Objects librairy 'Excel 2000
Dans l'exemple soumis : Base de données : BD2.Mdb Table : Etudiant Champs de la table : NumEtudiant NomEtudiant NumTel
Feuille Excel : Feuil1 Plage de données A1:C5 Chaque ligne de cette plage représentant un enregistrement.
Attention : Dans ce genre de situation, tu dois t'assurer que tu ne violes pas les paramêtres de ta table : Exemple : Doublons dans un champ primaire, Champ primaire Nul (pas de données dans ta feuille excel dans ce champ .... type de données s'il y a lieu... sinon ça va planter !!!
'------------------------------------------- Sub AjouterDesEnregistrementsÀUneTable()
Dim MyDB As Database, MyTable As Recordset, Sh As Worksheet
Set MyDB = OpenDatabase("C:Mes documentsbd2.mdb") Set MyTable = MyDB.OpenRecordset("Etudiant") Set Sh = Worksheets("Feuil1")
With Sh For Each r In .Range("A1:C5").Rows With MyTable .AddNew !NumEtudiant = Sh.Cells(r.Row, 1) !NomEtudiant = Sh.Cells(r.Row, 2) !NumTel = Sh.Cells(r.Row, 3) .Update End With Next End With Set MyDB = Nothing: Set MyTable = Nothing: Set Sh = Nothing
End Sub '-------------------------------------------
Ainsi que je l'ai déjà dit, je ne pratique pas access, donc je n'aurai pas su écrire cette macro. Mais voici là un moyen prouvant que vos fichiers excel peuvent se transformer en formulaires installés sur tous les postes et qui iront enrichir votre base de données. Probablement un moyen beaucoup plus convivial pour vous d'aborder la question.
-- chrisn mettre le bon fai, libertysurf pour me répondre
liolio
Bonjour Chrisn, merci pour votre réponse écalirée. Je pense que celle-ci va me motiver pour me lancer dans l'apprentissage d'access ! Je vais dès maintenant acquérir tous les ouvrages nécessaires, comme je l'avais fait pour excel. Merci encore pour votre fidélité sur ce fil et bonne journée. liolio
ôter liolio pour la bal
Bonjour Chrisn,
merci pour votre réponse écalirée.
Je pense que celle-ci va me motiver pour me lancer dans
l'apprentissage d'access !
Je vais dès maintenant acquérir tous les ouvrages
nécessaires, comme je l'avais fait pour excel.
Merci encore pour votre fidélité sur ce fil et bonne
journée.
liolio
massonlafayetteliolio@aol.com
ôter liolio pour la bal
Bonjour Chrisn, merci pour votre réponse écalirée. Je pense que celle-ci va me motiver pour me lancer dans l'apprentissage d'access ! Je vais dès maintenant acquérir tous les ouvrages nécessaires, comme je l'avais fait pour excel. Merci encore pour votre fidélité sur ce fil et bonne journée. liolio
ôter liolio pour la bal
HD
Mais lorsqu'on me parle de séparer la base de données et de créer des pages HTML, j'avoue que j'appréhende un peu!
Tu auras des pages HTML à créer si tu utilises une solution gratuite MySQL+PhP... Mais si tu utilises une solution plus simple... mais payante tu n'auras pas ce problème.
-- @+ HD
Mais lorsqu'on me parle de séparer la base de données et
de créer des pages HTML, j'avoue que j'appréhende un peu!
Tu auras des pages HTML à créer si tu utilises une solution gratuite
MySQL+PhP... Mais si tu utilises une solution plus simple... mais payante tu
n'auras pas ce problème.
Mais lorsqu'on me parle de séparer la base de données et de créer des pages HTML, j'avoue que j'appréhende un peu!
Tu auras des pages HTML à créer si tu utilises une solution gratuite MySQL+PhP... Mais si tu utilises une solution plus simple... mais payante tu n'auras pas ce problème.
