Une petite question théorique d'intérêt général... Si je crée une table
gràce à une requête, est-elle fictive ou réelle? En d'autres termes si je
crée une nouvelle table x avec les éléments d'une table y (espace mémoire de
y : 2GB par exemple) et les éléments d'une table z (espace mémoire z : 1GB).
L'espace mémoire total de ma base de données sera-t-il de 3GB et des
poussières ou de 6GB ?
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
Pierre CFI [mvp]
bonjour c'est bien une table tout ce qu'il y a de réelle
-- Pierre CFI MVP Microsoft Access
Site pour bien commencer Access http://www.mpfa.info
"dany2" a écrit dans le message de news:
Bonjour à tous,
Une petite question théorique d'intérêt général... Si je crée une table gràce à une requête, est-elle fictive ou réelle? En d'autres termes si je crée une nouvelle table x avec les éléments d'une table y (espace mémoire de y : 2GB par exemple) et les éléments d'une table z (espace mémoire z : 1GB). L'espace mémoire total de ma base de données sera-t-il de 3GB et des poussières ou de 6GB ?
Ah... je n'en dors plus...
Merci d'avance et à plus
Dany2
bonjour
c'est bien une table tout ce qu'il y a de réelle
--
Pierre CFI
MVP Microsoft Access
Site pour bien commencer
Access http://www.mpfa.info
"dany2" <dany2@discussions.microsoft.com> a écrit dans le message de news: 317082A2-C644-4BD1-B7D5-540EFB6154FD@microsoft.com...
Bonjour à tous,
Une petite question théorique d'intérêt général... Si je crée une table
gràce à une requête, est-elle fictive ou réelle? En d'autres termes si je
crée une nouvelle table x avec les éléments d'une table y (espace mémoire de
y : 2GB par exemple) et les éléments d'une table z (espace mémoire z : 1GB).
L'espace mémoire total de ma base de données sera-t-il de 3GB et des
poussières ou de 6GB ?
bonjour c'est bien une table tout ce qu'il y a de réelle
-- Pierre CFI MVP Microsoft Access
Site pour bien commencer Access http://www.mpfa.info
"dany2" a écrit dans le message de news:
Bonjour à tous,
Une petite question théorique d'intérêt général... Si je crée une table gràce à une requête, est-elle fictive ou réelle? En d'autres termes si je crée une nouvelle table x avec les éléments d'une table y (espace mémoire de y : 2GB par exemple) et les éléments d'une table z (espace mémoire z : 1GB). L'espace mémoire total de ma base de données sera-t-il de 3GB et des poussières ou de 6GB ?
Ah... je n'en dors plus...
Merci d'avance et à plus
Dany2
dany2
Bigre...
Et dire que j'utilise cette méthode à tue-tête... Je devrais utiliser d'autres moyens au risque de "manger" de la mémoire pour rien...
Merci Pierre
et A+
bonjour c'est bien une table tout ce qu'il y a de réelle
-- Pierre CFI MVP Microsoft Access
Site pour bien commencer Access http://www.mpfa.info
"dany2" a écrit dans le message de news:
Bonjour à tous,
Une petite question théorique d'intérêt général... Si je crée une table gràce à une requête, est-elle fictive ou réelle? En d'autres termes si je crée une nouvelle table x avec les éléments d'une table y (espace mémoire de y : 2GB par exemple) et les éléments d'une table z (espace mémoire z : 1GB). L'espace mémoire total de ma base de données sera-t-il de 3GB et des poussières ou de 6GB ?
Ah... je n'en dors plus...
Merci d'avance et à plus
Dany2
Bigre...
Et dire que j'utilise cette méthode à tue-tête...
Je devrais utiliser d'autres moyens au risque de "manger" de la mémoire pour
rien...
Merci Pierre
et A+
bonjour
c'est bien une table tout ce qu'il y a de réelle
--
Pierre CFI
MVP Microsoft Access
Site pour bien commencer
Access http://www.mpfa.info
"dany2" <dany2@discussions.microsoft.com> a écrit dans le message de news: 317082A2-C644-4BD1-B7D5-540EFB6154FD@microsoft.com...
Bonjour à tous,
Une petite question théorique d'intérêt général... Si je crée une table
gràce à une requête, est-elle fictive ou réelle? En d'autres termes si je
crée une nouvelle table x avec les éléments d'une table y (espace mémoire de
y : 2GB par exemple) et les éléments d'une table z (espace mémoire z : 1GB).
L'espace mémoire total de ma base de données sera-t-il de 3GB et des
poussières ou de 6GB ?
Et dire que j'utilise cette méthode à tue-tête... Je devrais utiliser d'autres moyens au risque de "manger" de la mémoire pour rien...
Merci Pierre
et A+
bonjour c'est bien une table tout ce qu'il y a de réelle
-- Pierre CFI MVP Microsoft Access
Site pour bien commencer Access http://www.mpfa.info
"dany2" a écrit dans le message de news:
Bonjour à tous,
Une petite question théorique d'intérêt général... Si je crée une table gràce à une requête, est-elle fictive ou réelle? En d'autres termes si je crée une nouvelle table x avec les éléments d'une table y (espace mémoire de y : 2GB par exemple) et les éléments d'une table z (espace mémoire z : 1GB). L'espace mémoire total de ma base de données sera-t-il de 3GB et des poussières ou de 6GB ?
Ah... je n'en dors plus...
Merci d'avance et à plus
Dany2
3stone
Salut,
"dany2" | Une petite question théorique d'intérêt général... Si je crée une table | gràce à une requête, est-elle fictive ou réelle? En d'autres termes si je | crée une nouvelle table x avec les éléments d'une table y (espace mémoire de | y : 2GB par exemple) et les éléments d'une table z (espace mémoire z : 1GB). | L'espace mémoire total de ma base de données sera-t-il de 3GB et des | poussières ou de 6GB ?
Faut pas rêver....
3 ou 6 GB pour une base Access, ca n'existe pas... vu qu'elles sont limitées à 2GB ;-)
Pour ta requête, cela dépend si tu comprends les mots que tu utilise ;-)
"Je crée une table grâce à une requête..."
Si ta requête est une requête de création de table, ben alors évidement elle existe! Si c'est une requête "Select" qui t'es présentée *comme* une table, alors ce n'est pas une table (on peut appeler cela une "vue" )
"dany2"
| Une petite question théorique d'intérêt général... Si je crée une table
| gràce à une requête, est-elle fictive ou réelle? En d'autres termes si je
| crée une nouvelle table x avec les éléments d'une table y (espace mémoire de
| y : 2GB par exemple) et les éléments d'une table z (espace mémoire z : 1GB).
| L'espace mémoire total de ma base de données sera-t-il de 3GB et des
| poussières ou de 6GB ?
Faut pas rêver....
3 ou 6 GB pour une base Access, ca n'existe pas...
vu qu'elles sont limitées à 2GB ;-)
Pour ta requête, cela dépend si tu comprends les mots que tu utilise ;-)
"Je crée une table grâce à une requête..."
Si ta requête est une requête de création de table, ben alors évidement elle existe!
Si c'est une requête "Select" qui t'es présentée *comme* une table, alors ce n'est pas une table (on
peut appeler cela une "vue" )
"dany2" | Une petite question théorique d'intérêt général... Si je crée une table | gràce à une requête, est-elle fictive ou réelle? En d'autres termes si je | crée une nouvelle table x avec les éléments d'une table y (espace mémoire de | y : 2GB par exemple) et les éléments d'une table z (espace mémoire z : 1GB). | L'espace mémoire total de ma base de données sera-t-il de 3GB et des | poussières ou de 6GB ?
Faut pas rêver....
3 ou 6 GB pour une base Access, ca n'existe pas... vu qu'elles sont limitées à 2GB ;-)
Pour ta requête, cela dépend si tu comprends les mots que tu utilise ;-)
"Je crée une table grâce à une requête..."
Si ta requête est une requête de création de table, ben alors évidement elle existe! Si c'est une requête "Select" qui t'es présentée *comme* une table, alors ce n'est pas une table (on peut appeler cela une "vue" )
Je parlais bien d'une requête création de table... J'avais la naîveté de croire qu'access complèterait les collections d'enregistrements avec des "flags" qui aideraient à recomposer une table fictive et qui ne créerait une table ajoutée lors de modifictions ou d'exportation vers une autre base par exemple...
Dans ta réponse, Pierre, tu me fais soulever un autre problème la limitation à 2GB...
Donc il serait impossible d'utiliser access pour encoder le numéro de sécu des belges par exemples, ou d'encoder les références des livres d'une petite bibliothèque municipale (+/- 4000 livres), impossible de faire "tourner" un magasin de location de vidéo...
Tu m'inquiètes très fort (vers quoi devons-nous nous tourner alors pour réaliser ce genre de projet ? access me semblait si pratique et si complet...).
:-(
dany2
Salut,
"dany2" | Une petite question théorique d'intérêt général... Si je crée une table | gràce à une requête, est-elle fictive ou réelle? En d'autres termes si je | crée une nouvelle table x avec les éléments d'une table y (espace mémoire de | y : 2GB par exemple) et les éléments d'une table z (espace mémoire z : 1GB). | L'espace mémoire total de ma base de données sera-t-il de 3GB et des | poussières ou de 6GB ?
Faut pas rêver....
3 ou 6 GB pour une base Access, ca n'existe pas... vu qu'elles sont limitées à 2GB ;-)
Pour ta requête, cela dépend si tu comprends les mots que tu utilise ;-)
"Je crée une table grâce à une requête..."
Si ta requête est une requête de création de table, ben alors évidement elle existe! Si c'est une requête "Select" qui t'es présentée *comme* une table, alors ce n'est pas une table (on peut appeler cela une "vue" )
Je parlais bien d'une requête création de table... J'avais la naîveté de
croire qu'access complèterait les collections d'enregistrements avec des
"flags" qui aideraient à recomposer une table fictive et qui ne créerait une
table ajoutée lors de modifictions ou d'exportation vers une autre base par
exemple...
Dans ta réponse, Pierre, tu me fais soulever un autre problème la limitation
à 2GB...
Donc il serait impossible d'utiliser access pour encoder le numéro de sécu
des belges par exemples, ou d'encoder les références des livres d'une petite
bibliothèque municipale (+/- 4000 livres), impossible de faire "tourner" un
magasin de location de vidéo...
Tu m'inquiètes très fort (vers quoi devons-nous nous tourner alors pour
réaliser ce genre de projet ? access me semblait si pratique et si
complet...).
:-(
dany2
Salut,
"dany2"
| Une petite question théorique d'intérêt général... Si je crée une table
| gràce à une requête, est-elle fictive ou réelle? En d'autres termes si je
| crée une nouvelle table x avec les éléments d'une table y (espace mémoire de
| y : 2GB par exemple) et les éléments d'une table z (espace mémoire z : 1GB).
| L'espace mémoire total de ma base de données sera-t-il de 3GB et des
| poussières ou de 6GB ?
Faut pas rêver....
3 ou 6 GB pour une base Access, ca n'existe pas...
vu qu'elles sont limitées à 2GB ;-)
Pour ta requête, cela dépend si tu comprends les mots que tu utilise ;-)
"Je crée une table grâce à une requête..."
Si ta requête est une requête de création de table, ben alors évidement elle existe!
Si c'est une requête "Select" qui t'es présentée *comme* une table, alors ce n'est pas une table (on
peut appeler cela une "vue" )
Je parlais bien d'une requête création de table... J'avais la naîveté de croire qu'access complèterait les collections d'enregistrements avec des "flags" qui aideraient à recomposer une table fictive et qui ne créerait une table ajoutée lors de modifictions ou d'exportation vers une autre base par exemple...
Dans ta réponse, Pierre, tu me fais soulever un autre problème la limitation à 2GB...
Donc il serait impossible d'utiliser access pour encoder le numéro de sécu des belges par exemples, ou d'encoder les références des livres d'une petite bibliothèque municipale (+/- 4000 livres), impossible de faire "tourner" un magasin de location de vidéo...
Tu m'inquiètes très fort (vers quoi devons-nous nous tourner alors pour réaliser ce genre de projet ? access me semblait si pratique et si complet...).
:-(
dany2
Salut,
"dany2" | Une petite question théorique d'intérêt général... Si je crée une table | gràce à une requête, est-elle fictive ou réelle? En d'autres termes si je | crée une nouvelle table x avec les éléments d'une table y (espace mémoire de | y : 2GB par exemple) et les éléments d'une table z (espace mémoire z : 1GB). | L'espace mémoire total de ma base de données sera-t-il de 3GB et des | poussières ou de 6GB ?
Faut pas rêver....
3 ou 6 GB pour une base Access, ca n'existe pas... vu qu'elles sont limitées à 2GB ;-)
Pour ta requête, cela dépend si tu comprends les mots que tu utilise ;-)
"Je crée une table grâce à une requête..."
Si ta requête est une requête de création de table, ben alors évidement elle existe! Si c'est une requête "Select" qui t'es présentée *comme* une table, alors ce n'est pas une table (on peut appeler cela une "vue" )
avec 2go tu peux en mettre des bouquins de plus, on tourne la difficulté en faisant plusieurs bases access, liées entre elles comme toutes bases de données, tout doit étre bien pensé lors de la création
-- Pierre CFI MVP Microsoft Access
Site pour bien commencer Access http://www.mpfa.info
"dany2" a écrit dans le message de news:
Bonjour Pierre, Pierre et les autres,
Je parlais bien d'une requête création de table... J'avais la naîveté de croire qu'access complèterait les collections d'enregistrements avec des "flags" qui aideraient à recomposer une table fictive et qui ne créerait une table ajoutée lors de modifictions ou d'exportation vers une autre base par exemple...
Dans ta réponse, Pierre, tu me fais soulever un autre problème la limitation à 2GB...
Donc il serait impossible d'utiliser access pour encoder le numéro de sécu des belges par exemples, ou d'encoder les références des livres d'une petite bibliothèque municipale (+/- 4000 livres), impossible de faire "tourner" un magasin de location de vidéo...
Tu m'inquiètes très fort (vers quoi devons-nous nous tourner alors pour réaliser ce genre de projet ? access me semblait si pratique et si complet...).
:-(
dany2
Salut,
"dany2" | Une petite question théorique d'intérêt général... Si je crée une table | gràce à une requête, est-elle fictive ou réelle? En d'autres termes si je | crée une nouvelle table x avec les éléments d'une table y (espace mémoire de | y : 2GB par exemple) et les éléments d'une table z (espace mémoire z : 1GB). | L'espace mémoire total de ma base de données sera-t-il de 3GB et des | poussières ou de 6GB ?
Faut pas rêver....
3 ou 6 GB pour une base Access, ca n'existe pas... vu qu'elles sont limitées à 2GB ;-)
Pour ta requête, cela dépend si tu comprends les mots que tu utilise ;-)
"Je crée une table grâce à une requête..."
Si ta requête est une requête de création de table, ben alors évidement elle existe! Si c'est une requête "Select" qui t'es présentée *comme* une table, alors ce n'est pas une table (on peut appeler cela une "vue" )
avec 2go tu peux en mettre des bouquins
de plus, on tourne la difficulté en faisant plusieurs bases access, liées entre elles
comme toutes bases de données, tout doit étre bien pensé lors de la création
--
Pierre CFI
MVP Microsoft Access
Site pour bien commencer
Access http://www.mpfa.info
"dany2" <dany2@discussions.microsoft.com> a écrit dans le message de news: DB2B7FDB-F20B-44A0-A612-79D7DABFD54D@microsoft.com...
Bonjour Pierre, Pierre et les autres,
Je parlais bien d'une requête création de table... J'avais la naîveté de
croire qu'access complèterait les collections d'enregistrements avec des
"flags" qui aideraient à recomposer une table fictive et qui ne créerait une
table ajoutée lors de modifictions ou d'exportation vers une autre base par
exemple...
Dans ta réponse, Pierre, tu me fais soulever un autre problème la limitation
à 2GB...
Donc il serait impossible d'utiliser access pour encoder le numéro de sécu
des belges par exemples, ou d'encoder les références des livres d'une petite
bibliothèque municipale (+/- 4000 livres), impossible de faire "tourner" un
magasin de location de vidéo...
Tu m'inquiètes très fort (vers quoi devons-nous nous tourner alors pour
réaliser ce genre de projet ? access me semblait si pratique et si
complet...).
:-(
dany2
Salut,
"dany2"
| Une petite question théorique d'intérêt général... Si je crée une table
| gràce à une requête, est-elle fictive ou réelle? En d'autres termes si je
| crée une nouvelle table x avec les éléments d'une table y (espace mémoire de
| y : 2GB par exemple) et les éléments d'une table z (espace mémoire z : 1GB).
| L'espace mémoire total de ma base de données sera-t-il de 3GB et des
| poussières ou de 6GB ?
Faut pas rêver....
3 ou 6 GB pour une base Access, ca n'existe pas...
vu qu'elles sont limitées à 2GB ;-)
Pour ta requête, cela dépend si tu comprends les mots que tu utilise ;-)
"Je crée une table grâce à une requête..."
Si ta requête est une requête de création de table, ben alors évidement elle existe!
Si c'est une requête "Select" qui t'es présentée *comme* une table, alors ce n'est pas une table (on
peut appeler cela une "vue" )
avec 2go tu peux en mettre des bouquins de plus, on tourne la difficulté en faisant plusieurs bases access, liées entre elles comme toutes bases de données, tout doit étre bien pensé lors de la création
-- Pierre CFI MVP Microsoft Access
Site pour bien commencer Access http://www.mpfa.info
"dany2" a écrit dans le message de news:
Bonjour Pierre, Pierre et les autres,
Je parlais bien d'une requête création de table... J'avais la naîveté de croire qu'access complèterait les collections d'enregistrements avec des "flags" qui aideraient à recomposer une table fictive et qui ne créerait une table ajoutée lors de modifictions ou d'exportation vers une autre base par exemple...
Dans ta réponse, Pierre, tu me fais soulever un autre problème la limitation à 2GB...
Donc il serait impossible d'utiliser access pour encoder le numéro de sécu des belges par exemples, ou d'encoder les références des livres d'une petite bibliothèque municipale (+/- 4000 livres), impossible de faire "tourner" un magasin de location de vidéo...
Tu m'inquiètes très fort (vers quoi devons-nous nous tourner alors pour réaliser ce genre de projet ? access me semblait si pratique et si complet...).
:-(
dany2
Salut,
"dany2" | Une petite question théorique d'intérêt général... Si je crée une table | gràce à une requête, est-elle fictive ou réelle? En d'autres termes si je | crée une nouvelle table x avec les éléments d'une table y (espace mémoire de | y : 2GB par exemple) et les éléments d'une table z (espace mémoire z : 1GB). | L'espace mémoire total de ma base de données sera-t-il de 3GB et des | poussières ou de 6GB ?
Faut pas rêver....
3 ou 6 GB pour une base Access, ca n'existe pas... vu qu'elles sont limitées à 2GB ;-)
Pour ta requête, cela dépend si tu comprends les mots que tu utilise ;-)
"Je crée une table grâce à une requête..."
Si ta requête est une requête de création de table, ben alors évidement elle existe! Si c'est une requête "Select" qui t'es présentée *comme* une table, alors ce n'est pas une table (on peut appeler cela une "vue" )
"dany2" [...] | Donc il serait impossible d'utiliser access pour encoder le numéro de sécu | des belges par exemples, ou d'encoder les références des livres d'une petite | bibliothèque municipale (+/- 4000 livres), impossible de faire "tourner" un | magasin de location de vidéo... | | Tu m'inquiètes très fort (vers quoi devons-nous nous tourner alors pour | réaliser ce genre de projet ? access me semblait si pratique et si | complet...).
4000 lignes pour la table principale des livres, autant pour les clients... Les locations successives ne sont que des lignes de quelques champs.
"dany2"
[...]
| Donc il serait impossible d'utiliser access pour encoder le numéro de sécu
| des belges par exemples, ou d'encoder les références des livres d'une petite
| bibliothèque municipale (+/- 4000 livres), impossible de faire "tourner" un
| magasin de location de vidéo...
|
| Tu m'inquiètes très fort (vers quoi devons-nous nous tourner alors pour
| réaliser ce genre de projet ? access me semblait si pratique et si
| complet...).
4000 lignes pour la table principale des livres, autant pour les clients...
Les locations successives ne sont que des lignes de quelques champs.
"dany2" [...] | Donc il serait impossible d'utiliser access pour encoder le numéro de sécu | des belges par exemples, ou d'encoder les références des livres d'une petite | bibliothèque municipale (+/- 4000 livres), impossible de faire "tourner" un | magasin de location de vidéo... | | Tu m'inquiètes très fort (vers quoi devons-nous nous tourner alors pour | réaliser ce genre de projet ? access me semblait si pratique et si | complet...).
4000 lignes pour la table principale des livres, autant pour les clients... Les locations successives ne sont que des lignes de quelques champs.
