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
Raymond [mvp]
bonjour aussi.
qu'appelles-tu "plutôt que d'inclure le champ mémo dans la table source" ? Faire des calculs scientifiques avec des champs mémo, ce n'est pas toujours facile, non plus que trier et regrouper. Chaque type de champ a son utilité.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Roland Coulombe" a écrit dans le message de news: 41c87b76$
Est-il préférable de faire une table contenant que des champs mémo (gain d'espace) plutôt que d'inclure le champ mémo dans la table source.
bonjour aussi.
qu'appelles-tu "plutôt que d'inclure le champ mémo dans la table source" ?
Faire des calculs scientifiques avec des champs mémo, ce n'est pas toujours
facile, non plus que trier et regrouper. Chaque type de champ a son utilité.
--
@+
Raymond Access MVP
http://OfficeSystem.Access.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Roland Coulombe" <rcoulomb@contact.net> a écrit dans le message de news:
41c87b76$1_2@aeinews....
Est-il préférable de faire une table contenant que des champs mémo (gain
d'espace) plutôt que d'inclure le champ mémo dans la table source.
qu'appelles-tu "plutôt que d'inclure le champ mémo dans la table source" ? Faire des calculs scientifiques avec des champs mémo, ce n'est pas toujours facile, non plus que trier et regrouper. Chaque type de champ a son utilité.
-- @+ Raymond Access MVP http://OfficeSystem.Access.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Roland Coulombe" a écrit dans le message de news: 41c87b76$
Est-il préférable de faire une table contenant que des champs mémo (gain d'espace) plutôt que d'inclure le champ mémo dans la table source.
3stone
Salut,
"Roland Coulombe"
Est-il préférable de faire une table contenant que des champs mémo (gain d'espace) plutôt que d'inclure le champ mémo dans la table source.
Non, pas d'intérêt...
Tu mets tous les champs nécessaires dans la table principale ("source") et non dans une seconde table (qui devrait alors avoir une relation 1 à 1) C'est l'analyse qui décide de l'appartenance à une table et non l'espace.
Mais à une condition : Lorsque tu sélectionne les champs de la table principale, ne fait JAMAIS
Select LaTable.*
car dans ce cas, tu "trimballe" ton champ mémo sans raison.
Sauf pour une table "étroite", avec peu de champs et tous nécessaires, ne toujours spécifier que les noms des champs dont on doit disposer dans la source :
Select Champ1, Champ3, Champ4 From LaTable
Le Champ8 qui serait ici le Mémo n'apporte alors pas de points négatifs. Quant a l'espace, Access gère bien le Mémo ou qu'il soit...
Est-il préférable de faire une table contenant que des champs mémo (gain
d'espace) plutôt que d'inclure le champ mémo dans la table source.
Non, pas d'intérêt...
Tu mets tous les champs nécessaires dans la table principale ("source")
et non dans une seconde table (qui devrait alors avoir une relation 1 à 1)
C'est l'analyse qui décide de l'appartenance à une table et non l'espace.
Mais à une condition :
Lorsque tu sélectionne les champs de la table principale, ne fait JAMAIS
Select LaTable.*
car dans ce cas, tu "trimballe" ton champ mémo sans raison.
Sauf pour une table "étroite", avec peu de champs et tous nécessaires,
ne toujours spécifier que les noms des champs dont on doit disposer dans la
source :
Select Champ1, Champ3, Champ4 From LaTable
Le Champ8 qui serait ici le Mémo n'apporte alors pas de points négatifs.
Quant a l'espace, Access gère bien le Mémo ou qu'il soit...
Est-il préférable de faire une table contenant que des champs mémo (gain d'espace) plutôt que d'inclure le champ mémo dans la table source.
Non, pas d'intérêt...
Tu mets tous les champs nécessaires dans la table principale ("source") et non dans une seconde table (qui devrait alors avoir une relation 1 à 1) C'est l'analyse qui décide de l'appartenance à une table et non l'espace.
Mais à une condition : Lorsque tu sélectionne les champs de la table principale, ne fait JAMAIS
Select LaTable.*
car dans ce cas, tu "trimballe" ton champ mémo sans raison.
Sauf pour une table "étroite", avec peu de champs et tous nécessaires, ne toujours spécifier que les noms des champs dont on doit disposer dans la source :
Select Champ1, Champ3, Champ4 From LaTable
Le Champ8 qui serait ici le Mémo n'apporte alors pas de points négatifs. Quant a l'espace, Access gère bien le Mémo ou qu'il soit...
bonjour c'est irdem tu ne te pose pas la bonne question revises la construction de ton modéle conceptel de données les champs mémo sont des champs à traiter comme les autres champs c'est une base de donnée alors quand les commentaires sont trop important il est préférable de créer un lien hypertexte vers word tout simplement
Est-il préférable de faire une table contenant que des champs mémo (gain d'espace) plutôt que d'inclure le champ mémo dans la table source.
bonjour c'est irdem
tu ne te pose pas la bonne question revises la construction de ton modéle
conceptel de données
les champs mémo sont des champs à traiter comme les autres champs c'est une
base de donnée alors quand les commentaires sont trop important il est
préférable de créer un lien hypertexte vers word tout simplement
Est-il préférable de faire une table contenant que des champs mémo (gain
d'espace) plutôt que d'inclure le champ mémo dans la table source.
bonjour c'est irdem tu ne te pose pas la bonne question revises la construction de ton modéle conceptel de données les champs mémo sont des champs à traiter comme les autres champs c'est une base de donnée alors quand les commentaires sont trop important il est préférable de créer un lien hypertexte vers word tout simplement
Est-il préférable de faire une table contenant que des champs mémo (gain d'espace) plutôt que d'inclure le champ mémo dans la table source.
Roland Coulombe
Merci à tous vos réponses m'évite des erreurs. Roland
Merci à tous vos réponses m'évite des erreurs. Roland