Je reviens avec cette question... mes deux premieres (identiques) sont loin
quelque part... et sans reponse. Or ce probleme persiste et je voudrais bien
evidemment obtenir quelques eclaircissements sur la chose !
Est-il possible de lister les objets d'une mdb avec leur taille respective
et de voir ainsi ceux qui apparaissent comme demesurement trop gros... ?
Mon appli avoisinne les 170 Mb ce que je trouve enorme et bizarre a la fois.
J'ai tout essaye : prendre une bd vide, importer les objets, compacter,...
Ma base mdb (uniquement appli) ne parvient pas a se shrinker et... c'est
tout !
Merci je pouvais trouver une piste pour reduire tout ca.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Jessy Sempere [MVP]
Bonjour
Je ne pense pas que tu puisses connaître la taille de chaque objet individuellement à moins de les mettres dans des bases séparées et de regarder la taille de chaque base...
Tu dis que ce n'est que l'appli... Tu veux dire, que tu as que des formulaires, des tables liées, des états, ...
Si c'est le cas, tu as peut-être utilisé des images, c'est ce qui pourrait justifier la taille de ta base.
-- @+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Luc de Kin" a écrit dans le message de news:
Bonjour,
Je reviens avec cette question... mes deux premieres (identiques) sont loin
quelque part... et sans reponse. Or ce probleme persiste et je voudrais bien
evidemment obtenir quelques eclaircissements sur la chose !
Est-il possible de lister les objets d'une mdb avec leur taille respective et de voir ainsi ceux qui apparaissent comme demesurement trop gros... ?
Mon appli avoisinne les 170 Mb ce que je trouve enorme et bizarre a la fois.
J'ai tout essaye : prendre une bd vide, importer les objets, compacter,...
Ma base mdb (uniquement appli) ne parvient pas a se shrinker et... c'est tout !
Merci je pouvais trouver une piste pour reduire tout ca.
Luc
Bonjour
Je ne pense pas que tu puisses connaître la taille de chaque objet
individuellement à moins de les mettres dans des bases séparées
et de regarder la taille de chaque base...
Tu dis que ce n'est que l'appli... Tu veux dire, que tu as que des
formulaires, des tables liées, des états, ...
Si c'est le cas, tu as peut-être utilisé des images, c'est ce qui pourrait
justifier la taille de ta base.
--
@+
Jessy Sempere - Access MVP
news@access.fr.vu
------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"Luc de Kin" <LucdeKin@discussions.microsoft.com> a écrit dans le message de
news:030A067D-4D80-45A6-941D-3D52ACE1D0C7@microsoft.com...
Bonjour,
Je reviens avec cette question... mes deux premieres (identiques) sont
loin
quelque part... et sans reponse. Or ce probleme persiste et je voudrais
bien
evidemment obtenir quelques eclaircissements sur la chose !
Est-il possible de lister les objets d'une mdb avec leur taille respective
et de voir ainsi ceux qui apparaissent comme demesurement trop gros... ?
Mon appli avoisinne les 170 Mb ce que je trouve enorme et bizarre a la
fois.
J'ai tout essaye : prendre une bd vide, importer les objets, compacter,...
Ma base mdb (uniquement appli) ne parvient pas a se shrinker et... c'est
tout !
Merci je pouvais trouver une piste pour reduire tout ca.
Je ne pense pas que tu puisses connaître la taille de chaque objet individuellement à moins de les mettres dans des bases séparées et de regarder la taille de chaque base...
Tu dis que ce n'est que l'appli... Tu veux dire, que tu as que des formulaires, des tables liées, des états, ...
Si c'est le cas, tu as peut-être utilisé des images, c'est ce qui pourrait justifier la taille de ta base.
-- @+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Luc de Kin" a écrit dans le message de news:
Bonjour,
Je reviens avec cette question... mes deux premieres (identiques) sont loin
quelque part... et sans reponse. Or ce probleme persiste et je voudrais bien
evidemment obtenir quelques eclaircissements sur la chose !
Est-il possible de lister les objets d'une mdb avec leur taille respective et de voir ainsi ceux qui apparaissent comme demesurement trop gros... ?
Mon appli avoisinne les 170 Mb ce que je trouve enorme et bizarre a la fois.
J'ai tout essaye : prendre une bd vide, importer les objets, compacter,...
Ma base mdb (uniquement appli) ne parvient pas a se shrinker et... c'est tout !
Merci je pouvais trouver une piste pour reduire tout ca.
Luc
Luc de Kin
Re,
et merci de la reponse.
Oui exactement, il s'agit uniquement de l'appli (Formulaires, etats, module + tables liees).
J'ai effectivement utilise quelques images mais la plupart sont liees egalement. J'ai "fabrique" pas mal d'icones qui sont incorporee a l'appli. Cela dit, listant les formulaires hier, j'arrive a 268 (! et ce n'est pas totalement fini) sachant que parfois j'ai une imbrication de 4 forms.
Une fois terminee (fin de l'annee) je pense passer a la toute une serie de truc en "tion" : standardisation, homogeneisation et optimalisation, ce qui devrait reduire pas mal de chose. Il est vrai que je reve de super comiler le "bazar" pour pouvoir afficher quelques megas, mais bon...
Tiens une autre question : est-il a ton avis possible de "lier" des etats. Autrement dit, de la meme maniere qu'on lie des tables et qu'on dissocie l'application des data, il serait pe interessant de mettre les etats ailleurs et de pouvoir fournir egalement une mise a jour focalisee uniqument sur eux...
Merci, @+ et bonne journee
Luc
Bonjour
Je ne pense pas que tu puisses connaître la taille de chaque objet individuellement à moins de les mettres dans des bases séparées et de regarder la taille de chaque base...
Tu dis que ce n'est que l'appli... Tu veux dire, que tu as que des formulaires, des tables liées, des états, ...
Si c'est le cas, tu as peut-être utilisé des images, c'est ce qui pourrait justifier la taille de ta base.
-- @+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Luc de Kin" a écrit dans le message de news:
Bonjour,
Je reviens avec cette question... mes deux premieres (identiques) sont loin
quelque part... et sans reponse. Or ce probleme persiste et je voudrais bien
evidemment obtenir quelques eclaircissements sur la chose !
Est-il possible de lister les objets d'une mdb avec leur taille respective et de voir ainsi ceux qui apparaissent comme demesurement trop gros... ?
Mon appli avoisinne les 170 Mb ce que je trouve enorme et bizarre a la fois.
J'ai tout essaye : prendre une bd vide, importer les objets, compacter,...
Ma base mdb (uniquement appli) ne parvient pas a se shrinker et... c'est tout !
Merci je pouvais trouver une piste pour reduire tout ca.
Luc
Re,
et merci de la reponse.
Oui exactement, il s'agit uniquement de l'appli (Formulaires, etats, module
+ tables liees).
J'ai effectivement utilise quelques images mais la plupart sont liees
egalement. J'ai "fabrique" pas mal d'icones qui sont incorporee a l'appli.
Cela dit, listant les formulaires hier, j'arrive a 268 (! et ce n'est pas
totalement fini) sachant que parfois j'ai une imbrication de 4 forms.
Une fois terminee (fin de l'annee) je pense passer a la toute une serie de
truc en "tion" : standardisation, homogeneisation et optimalisation, ce qui
devrait reduire pas mal de chose. Il est vrai que je reve de super comiler le
"bazar" pour pouvoir afficher quelques megas, mais bon...
Tiens une autre question : est-il a ton avis possible de "lier" des etats.
Autrement dit, de la meme maniere qu'on lie des tables et qu'on dissocie
l'application des data, il serait pe interessant de mettre les etats ailleurs
et de pouvoir fournir egalement une mise a jour focalisee uniqument sur eux...
Merci, @+ et bonne journee
Luc
Bonjour
Je ne pense pas que tu puisses connaître la taille de chaque objet
individuellement à moins de les mettres dans des bases séparées
et de regarder la taille de chaque base...
Tu dis que ce n'est que l'appli... Tu veux dire, que tu as que des
formulaires, des tables liées, des états, ...
Si c'est le cas, tu as peut-être utilisé des images, c'est ce qui pourrait
justifier la taille de ta base.
--
@+
Jessy Sempere - Access MVP
news@access.fr.vu
------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"Luc de Kin" <LucdeKin@discussions.microsoft.com> a écrit dans le message de
news:030A067D-4D80-45A6-941D-3D52ACE1D0C7@microsoft.com...
Bonjour,
Je reviens avec cette question... mes deux premieres (identiques) sont
loin
quelque part... et sans reponse. Or ce probleme persiste et je voudrais
bien
evidemment obtenir quelques eclaircissements sur la chose !
Est-il possible de lister les objets d'une mdb avec leur taille respective
et de voir ainsi ceux qui apparaissent comme demesurement trop gros... ?
Mon appli avoisinne les 170 Mb ce que je trouve enorme et bizarre a la
fois.
J'ai tout essaye : prendre une bd vide, importer les objets, compacter,...
Ma base mdb (uniquement appli) ne parvient pas a se shrinker et... c'est
tout !
Merci je pouvais trouver une piste pour reduire tout ca.
Oui exactement, il s'agit uniquement de l'appli (Formulaires, etats, module + tables liees).
J'ai effectivement utilise quelques images mais la plupart sont liees egalement. J'ai "fabrique" pas mal d'icones qui sont incorporee a l'appli. Cela dit, listant les formulaires hier, j'arrive a 268 (! et ce n'est pas totalement fini) sachant que parfois j'ai une imbrication de 4 forms.
Une fois terminee (fin de l'annee) je pense passer a la toute une serie de truc en "tion" : standardisation, homogeneisation et optimalisation, ce qui devrait reduire pas mal de chose. Il est vrai que je reve de super comiler le "bazar" pour pouvoir afficher quelques megas, mais bon...
Tiens une autre question : est-il a ton avis possible de "lier" des etats. Autrement dit, de la meme maniere qu'on lie des tables et qu'on dissocie l'application des data, il serait pe interessant de mettre les etats ailleurs et de pouvoir fournir egalement une mise a jour focalisee uniqument sur eux...
Merci, @+ et bonne journee
Luc
Bonjour
Je ne pense pas que tu puisses connaître la taille de chaque objet individuellement à moins de les mettres dans des bases séparées et de regarder la taille de chaque base...
Tu dis que ce n'est que l'appli... Tu veux dire, que tu as que des formulaires, des tables liées, des états, ...
Si c'est le cas, tu as peut-être utilisé des images, c'est ce qui pourrait justifier la taille de ta base.
-- @+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Luc de Kin" a écrit dans le message de news:
Bonjour,
Je reviens avec cette question... mes deux premieres (identiques) sont loin
quelque part... et sans reponse. Or ce probleme persiste et je voudrais bien
evidemment obtenir quelques eclaircissements sur la chose !
Est-il possible de lister les objets d'une mdb avec leur taille respective et de voir ainsi ceux qui apparaissent comme demesurement trop gros... ?
Mon appli avoisinne les 170 Mb ce que je trouve enorme et bizarre a la fois.
J'ai tout essaye : prendre une bd vide, importer les objets, compacter,...
Ma base mdb (uniquement appli) ne parvient pas a se shrinker et... c'est tout !
Merci je pouvais trouver une piste pour reduire tout ca.
Luc
Jessy Sempere [MVP]
Bonjour
Pour ta nouvelle questions :
Tiens une autre question : est-il a ton avis possible de "lier" des etats. Autrement dit, de la meme maniere qu'on lie des tables et qu'on dissocie l'application des data, il serait pe interessant de mettre les etats ailleurs
et de pouvoir fournir egalement une mise a jour focalisee uniqument sur eux...
Oui, c'est tout à fait possible... Mais c'est plus complexe que pour les tables... ;-( En fait, tu fais une base de donnée dans laquelle tu mets tes états, ensuite tu mets dans un module standard de cette base, un code du style :
Public Function OpenFormX(strForm As String) DoCmd.OpenForm strForm End Function
(tu étoffes un peu plus cette fonction pour rajouter les options de la ligne de commande DoCmd.OpenForm)
Ensuite, il te suffit dans ta base principale, de rajouter une référence à ta base contenant tes état. Pour les ouvrir, il te suffit dans le code d'écrire : nomDeTaBase.OpenFormX "unEtat"
Voilà
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Luc de Kin" a écrit dans le message de news:
Re,
et merci de la reponse.
Oui exactement, il s'agit uniquement de l'appli (Formulaires, etats, module
+ tables liees).
J'ai effectivement utilise quelques images mais la plupart sont liees egalement. J'ai "fabrique" pas mal d'icones qui sont incorporee a l'appli. Cela dit, listant les formulaires hier, j'arrive a 268 (! et ce n'est pas totalement fini) sachant que parfois j'ai une imbrication de 4 forms.
Une fois terminee (fin de l'annee) je pense passer a la toute une serie de truc en "tion" : standardisation, homogeneisation et optimalisation, ce qui
devrait reduire pas mal de chose. Il est vrai que je reve de super comiler le
"bazar" pour pouvoir afficher quelques megas, mais bon...
Tiens une autre question : est-il a ton avis possible de "lier" des etats. Autrement dit, de la meme maniere qu'on lie des tables et qu'on dissocie l'application des data, il serait pe interessant de mettre les etats ailleurs
et de pouvoir fournir egalement une mise a jour focalisee uniqument sur eux...
Merci, @+ et bonne journee
Luc
Bonjour
Je ne pense pas que tu puisses connaître la taille de chaque objet individuellement à moins de les mettres dans des bases séparées et de regarder la taille de chaque base...
Tu dis que ce n'est que l'appli... Tu veux dire, que tu as que des formulaires, des tables liées, des états, ...
Si c'est le cas, tu as peut-être utilisé des images, c'est ce qui pourrait
justifier la taille de ta base.
-- @+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Luc de Kin" a écrit dans le message de
news:
Bonjour,
Je reviens avec cette question... mes deux premieres (identiques) sont loin
quelque part... et sans reponse. Or ce probleme persiste et je voudrais
bien
evidemment obtenir quelques eclaircissements sur la chose !
Est-il possible de lister les objets d'une mdb avec leur taille respective
et de voir ainsi ceux qui apparaissent comme demesurement trop gros... ?
Mon appli avoisinne les 170 Mb ce que je trouve enorme et bizarre a la fois.
J'ai tout essaye : prendre une bd vide, importer les objets, compacter,...
Ma base mdb (uniquement appli) ne parvient pas a se shrinker et... c'est
tout !
Merci je pouvais trouver une piste pour reduire tout ca.
Luc
Bonjour
Pour ta nouvelle questions :
Tiens une autre question : est-il a ton avis possible de "lier" des etats.
Autrement dit, de la meme maniere qu'on lie des tables et qu'on dissocie
l'application des data, il serait pe interessant de mettre les etats
ailleurs
et de pouvoir fournir egalement une mise a jour focalisee uniqument sur
eux...
Oui, c'est tout à fait possible...
Mais c'est plus complexe que pour les tables... ;-(
En fait, tu fais une base de donnée dans laquelle tu mets tes états, ensuite
tu mets dans
un module standard de cette base, un code du style :
Public Function OpenFormX(strForm As String)
DoCmd.OpenForm strForm
End Function
(tu étoffes un peu plus cette fonction pour rajouter les options de la ligne
de
commande DoCmd.OpenForm)
Ensuite, il te suffit dans ta base principale, de rajouter une référence à
ta base
contenant tes état.
Pour les ouvrir, il te suffit dans le code d'écrire :
nomDeTaBase.OpenFormX "unEtat"
Voilà
@+
Jessy Sempere - Access MVP
news@access.fr.vu
------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"Luc de Kin" <LucdeKin@discussions.microsoft.com> a écrit dans le message de
news:59E350B4-AEA0-49B3-B145-DF3872BEB9F3@microsoft.com...
Re,
et merci de la reponse.
Oui exactement, il s'agit uniquement de l'appli (Formulaires, etats,
module
+ tables liees).
J'ai effectivement utilise quelques images mais la plupart sont liees
egalement. J'ai "fabrique" pas mal d'icones qui sont incorporee a l'appli.
Cela dit, listant les formulaires hier, j'arrive a 268 (! et ce n'est pas
totalement fini) sachant que parfois j'ai une imbrication de 4 forms.
Une fois terminee (fin de l'annee) je pense passer a la toute une serie de
truc en "tion" : standardisation, homogeneisation et optimalisation, ce
qui
devrait reduire pas mal de chose. Il est vrai que je reve de super comiler
le
"bazar" pour pouvoir afficher quelques megas, mais bon...
Tiens une autre question : est-il a ton avis possible de "lier" des etats.
Autrement dit, de la meme maniere qu'on lie des tables et qu'on dissocie
l'application des data, il serait pe interessant de mettre les etats
ailleurs
et de pouvoir fournir egalement une mise a jour focalisee uniqument sur
eux...
Merci, @+ et bonne journee
Luc
Bonjour
Je ne pense pas que tu puisses connaître la taille de chaque objet
individuellement à moins de les mettres dans des bases séparées
et de regarder la taille de chaque base...
Tu dis que ce n'est que l'appli... Tu veux dire, que tu as que des
formulaires, des tables liées, des états, ...
Si c'est le cas, tu as peut-être utilisé des images, c'est ce qui
pourrait
justifier la taille de ta base.
--
@+
Jessy Sempere - Access MVP
news@access.fr.vu
------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"Luc de Kin" <LucdeKin@discussions.microsoft.com> a écrit dans le
message de
Tiens une autre question : est-il a ton avis possible de "lier" des etats. Autrement dit, de la meme maniere qu'on lie des tables et qu'on dissocie l'application des data, il serait pe interessant de mettre les etats ailleurs
et de pouvoir fournir egalement une mise a jour focalisee uniqument sur eux...
Oui, c'est tout à fait possible... Mais c'est plus complexe que pour les tables... ;-( En fait, tu fais une base de donnée dans laquelle tu mets tes états, ensuite tu mets dans un module standard de cette base, un code du style :
Public Function OpenFormX(strForm As String) DoCmd.OpenForm strForm End Function
(tu étoffes un peu plus cette fonction pour rajouter les options de la ligne de commande DoCmd.OpenForm)
Ensuite, il te suffit dans ta base principale, de rajouter une référence à ta base contenant tes état. Pour les ouvrir, il te suffit dans le code d'écrire : nomDeTaBase.OpenFormX "unEtat"
Voilà
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Luc de Kin" a écrit dans le message de news:
Re,
et merci de la reponse.
Oui exactement, il s'agit uniquement de l'appli (Formulaires, etats, module
+ tables liees).
J'ai effectivement utilise quelques images mais la plupart sont liees egalement. J'ai "fabrique" pas mal d'icones qui sont incorporee a l'appli. Cela dit, listant les formulaires hier, j'arrive a 268 (! et ce n'est pas totalement fini) sachant que parfois j'ai une imbrication de 4 forms.
Une fois terminee (fin de l'annee) je pense passer a la toute une serie de truc en "tion" : standardisation, homogeneisation et optimalisation, ce qui
devrait reduire pas mal de chose. Il est vrai que je reve de super comiler le
"bazar" pour pouvoir afficher quelques megas, mais bon...
Tiens une autre question : est-il a ton avis possible de "lier" des etats. Autrement dit, de la meme maniere qu'on lie des tables et qu'on dissocie l'application des data, il serait pe interessant de mettre les etats ailleurs
et de pouvoir fournir egalement une mise a jour focalisee uniqument sur eux...
Merci, @+ et bonne journee
Luc
Bonjour
Je ne pense pas que tu puisses connaître la taille de chaque objet individuellement à moins de les mettres dans des bases séparées et de regarder la taille de chaque base...
Tu dis que ce n'est que l'appli... Tu veux dire, que tu as que des formulaires, des tables liées, des états, ...
Si c'est le cas, tu as peut-être utilisé des images, c'est ce qui pourrait
justifier la taille de ta base.
-- @+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Luc de Kin" a écrit dans le message de
news:
Bonjour,
Je reviens avec cette question... mes deux premieres (identiques) sont loin
quelque part... et sans reponse. Or ce probleme persiste et je voudrais
bien
evidemment obtenir quelques eclaircissements sur la chose !
Est-il possible de lister les objets d'une mdb avec leur taille respective
et de voir ainsi ceux qui apparaissent comme demesurement trop gros... ?
Mon appli avoisinne les 170 Mb ce que je trouve enorme et bizarre a la fois.
J'ai tout essaye : prendre une bd vide, importer les objets, compacter,...
Ma base mdb (uniquement appli) ne parvient pas a se shrinker et... c'est
tout !
Merci je pouvais trouver une piste pour reduire tout ca.