Une table contenant 40 champs au format texte. Chaque champ a été défini à
une taille de 155 caractères.
Problème :
Access affiche le message suivant : "Enregistrement trop long..." lorsque
j'essaie d'entrer des données dans le champ 35 (par exemple) alors que les
champs précédents sont tous à la limite de leur taille (155 caractères).
Quel est le problème ? Une table ne peut-elle pas contenir plus de 40
champs... selon Access, un champ de type texte peut aussi contenir jusqu'à
255 caractères (je crois...), alors... ou est mon problème ?
--
Merci pour votre aide :-)
Butch
P.-S: Pour écrire à mon adresse personnelle S.V.P. enlever "nospam_" devant
celle-ci.
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
Tisane
Bonjour Butch,
Une table contenant 40 champs au format texte. Chaque champ a été défini à une taille de 155 caractères. Problème : Access affiche le message suivant : "Enregistrement trop long..." lorsque j'essaie d'entrer des données dans le champ 35 (par exemple) alors que les champs précédents sont tous à la limite de leur taille (155 caractères).
Une base Access accepte 255 champs dans une table et 255 caractères dans un champ Texte. Toutefois, la longueur totale d'un enregistrement ne peut dépasser 2000 caractères (sauf les champs mémo et Ole bien sûr).
-- Tisane
Bonjour Butch,
Une table contenant 40 champs au format texte. Chaque champ a été défini
à
une taille de 155 caractères.
Problème :
Access affiche le message suivant : "Enregistrement trop long..." lorsque
j'essaie d'entrer des données dans le champ 35 (par exemple) alors que les
champs précédents sont tous à la limite de leur taille (155 caractères).
Une base Access accepte 255 champs dans une table et 255 caractères dans un
champ Texte.
Toutefois, la longueur totale d'un enregistrement ne peut dépasser 2000
caractères (sauf les champs mémo et Ole bien sûr).
Une table contenant 40 champs au format texte. Chaque champ a été défini à une taille de 155 caractères. Problème : Access affiche le message suivant : "Enregistrement trop long..." lorsque j'essaie d'entrer des données dans le champ 35 (par exemple) alors que les champs précédents sont tous à la limite de leur taille (155 caractères).
Une base Access accepte 255 champs dans une table et 255 caractères dans un champ Texte. Toutefois, la longueur totale d'un enregistrement ne peut dépasser 2000 caractères (sauf les champs mémo et Ole bien sûr).
-- Tisane
butch
Bonjour Tisane,
Une base Access accepte 255 champs dans une table et 255 caractères dans un champ Texte. Toutefois, la longueur totale d'un enregistrement ne peut dépasser 2000 caractères (sauf les champs mémo et Ole bien sûr).
Merci pour cette information. Dois-je comprendre que je devrai changer le type des champs (du moins quelques-uns) pour les placer à Memo plutôt que texte ? -- Merci pour votre aide :-) Butch
P.-S: Pour écrire à mon adresse personnelle S.V.P. enlever "nospam_" devant celle-ci.
Bonjour Tisane,
Une base Access accepte 255 champs dans une table et 255 caractères dans un
champ Texte.
Toutefois, la longueur totale d'un enregistrement ne peut dépasser 2000
caractères (sauf les champs mémo et Ole bien sûr).
Merci pour cette information. Dois-je comprendre que je devrai changer le
type des champs (du moins quelques-uns) pour les placer à Memo plutôt que
texte ?
--
Merci pour votre aide :-)
Butch
P.-S: Pour écrire à mon adresse personnelle S.V.P. enlever "nospam_" devant
celle-ci.
Une base Access accepte 255 champs dans une table et 255 caractères dans un champ Texte. Toutefois, la longueur totale d'un enregistrement ne peut dépasser 2000 caractères (sauf les champs mémo et Ole bien sûr).
Merci pour cette information. Dois-je comprendre que je devrai changer le type des champs (du moins quelques-uns) pour les placer à Memo plutôt que texte ? -- Merci pour votre aide :-) Butch
P.-S: Pour écrire à mon adresse personnelle S.V.P. enlever "nospam_" devant celle-ci.
3stone
Salut,
"butch" | Merci pour cette information. Dois-je comprendre que je devrai changer le | type des champs (du moins quelques-uns) pour les placer à Memo plutôt que | texte ?
Es tu certain que les tables sont bien concues et doivent avoir autant de champs de cette taille ?
"butch"
| Merci pour cette information. Dois-je comprendre que je devrai changer le
| type des champs (du moins quelques-uns) pour les placer à Memo plutôt que
| texte ?
Es tu certain que les tables sont bien concues et doivent avoir
autant de champs de cette taille ?
"butch" | Merci pour cette information. Dois-je comprendre que je devrai changer le | type des champs (du moins quelques-uns) pour les placer à Memo plutôt que | texte ?
Es tu certain que les tables sont bien concues et doivent avoir autant de champs de cette taille ?
En sachant que l'on ne peut trier un champ mémo !! Olivier
butch
Bonjour à vous 3...
D'abord merci pour vos interventions. Ceci est mon 2iè message de réponse, constatant que le précédent n'a "pas passé..." (je ne sais pas pourquoi!)
Pour Pierre... La table sert de base à un formulaire construit sous la forme d'un "calendrier" à partir duquel l'usager peut inscrire des données texte pour faire un horaire. Je voulais donc que les champs de la table puissent permettre la possibilité d'environ 40 cases dans le formulaires tout en "contrôlant" le maximum de caractères à 155 par champs (case). Cette table sert aussi de base à la production d'un état qui, une fois imprimé, ressemble à un calendrier avec les 40 cases et le maximum de texte (150 car.) dans chaque "case".
Donc, en me référant au message de Tisane, j'ai modifié les champs de "Texte" à "Memo". Actuellement, tout le processus fonctionne parfaitement et l'état produit est OK. Mais.... Évidemment, je ne peux plus correctement "contrôler" le nombre de caractères dans chaque champ (case). Peut-être y a-t-il un moyen d'informer l'usager qu'il a atteint le nombre maximum de caractères dans une case au moment où il saisit les données dans celle-ci? Je poserai une autre question là-dessus dans ce NG... éventuellement.
Pour NoBody... Il n'est pas nécessaire d'utiliser de tri, sur aucun des champs, dans le cas de cette opération. L'utilisation de champs "Memo" ne pose donc pas de problèmes à ce sujet.
Pour Tisane... Encore Merci. -- Merci pour votre aide :-) Butch
P.-S: Pour écrire à mon adresse personnelle S.V.P. enlever "nospam_" devant celle-ci.
Salut,
"butch" | Merci pour cette information. Dois-je comprendre que je devrai changer le | type des champs (du moins quelques-uns) pour les placer à Memo plutôt que | texte ?
Es tu certain que les tables sont bien concues et doivent avoir autant de champs de cette taille ?
D'abord merci pour vos interventions. Ceci est mon 2iè message de réponse,
constatant que le précédent n'a "pas passé..." (je ne sais pas pourquoi!)
Pour Pierre...
La table sert de base à un formulaire construit sous la forme d'un
"calendrier" à partir duquel l'usager peut inscrire des données texte pour
faire un horaire. Je voulais donc que les champs de la table puissent
permettre la possibilité d'environ 40 cases dans le formulaires tout en
"contrôlant" le maximum de caractères à 155 par champs (case).
Cette table sert aussi de base à la production d'un état qui, une fois
imprimé, ressemble à un calendrier avec les 40 cases et le maximum de texte
(150 car.) dans chaque "case".
Donc, en me référant au message de Tisane, j'ai modifié les champs de
"Texte" à "Memo". Actuellement, tout le processus fonctionne parfaitement et
l'état produit est OK. Mais....
Évidemment, je ne peux plus correctement "contrôler" le nombre de caractères
dans chaque champ (case). Peut-être y a-t-il un moyen d'informer l'usager
qu'il a atteint le nombre maximum de caractères dans une case au moment où il
saisit les données dans celle-ci? Je poserai une autre question là-dessus
dans ce NG... éventuellement.
Pour NoBody...
Il n'est pas nécessaire d'utiliser de tri, sur aucun des champs, dans le cas
de cette opération. L'utilisation de champs "Memo" ne pose donc pas de
problèmes à ce sujet.
Pour Tisane...
Encore Merci.
--
Merci pour votre aide :-)
Butch
P.-S: Pour écrire à mon adresse personnelle S.V.P. enlever "nospam_" devant
celle-ci.
Salut,
"butch"
| Merci pour cette information. Dois-je comprendre que je devrai changer le
| type des champs (du moins quelques-uns) pour les placer à Memo plutôt que
| texte ?
Es tu certain que les tables sont bien concues et doivent avoir
autant de champs de cette taille ?
D'abord merci pour vos interventions. Ceci est mon 2iè message de réponse, constatant que le précédent n'a "pas passé..." (je ne sais pas pourquoi!)
Pour Pierre... La table sert de base à un formulaire construit sous la forme d'un "calendrier" à partir duquel l'usager peut inscrire des données texte pour faire un horaire. Je voulais donc que les champs de la table puissent permettre la possibilité d'environ 40 cases dans le formulaires tout en "contrôlant" le maximum de caractères à 155 par champs (case). Cette table sert aussi de base à la production d'un état qui, une fois imprimé, ressemble à un calendrier avec les 40 cases et le maximum de texte (150 car.) dans chaque "case".
Donc, en me référant au message de Tisane, j'ai modifié les champs de "Texte" à "Memo". Actuellement, tout le processus fonctionne parfaitement et l'état produit est OK. Mais.... Évidemment, je ne peux plus correctement "contrôler" le nombre de caractères dans chaque champ (case). Peut-être y a-t-il un moyen d'informer l'usager qu'il a atteint le nombre maximum de caractères dans une case au moment où il saisit les données dans celle-ci? Je poserai une autre question là-dessus dans ce NG... éventuellement.
Pour NoBody... Il n'est pas nécessaire d'utiliser de tri, sur aucun des champs, dans le cas de cette opération. L'utilisation de champs "Memo" ne pose donc pas de problèmes à ce sujet.
Pour Tisane... Encore Merci. -- Merci pour votre aide :-) Butch
P.-S: Pour écrire à mon adresse personnelle S.V.P. enlever "nospam_" devant celle-ci.
Salut,
"butch" | Merci pour cette information. Dois-je comprendre que je devrai changer le | type des champs (du moins quelques-uns) pour les placer à Memo plutôt que | texte ?
Es tu certain que les tables sont bien concues et doivent avoir autant de champs de cette taille ?
"butch" | La table sert de base à un formulaire construit sous la forme d'un | "calendrier" à partir duquel l'usager peut inscrire des données texte pour | faire un horaire. Je voulais donc que les champs de la table puissent | permettre la possibilité d'environ 40 cases dans le formulaires tout en | "contrôlant" le maximum de caractères à 155 par champs (case). | Cette table sert aussi de base à la production d'un état qui, une fois | imprimé, ressemble à un calendrier avec les 40 cases et le maximum de texte | (150 car.) dans chaque "case".
mais, ne me dis pas que tu a créer 31 champs pour les jours du mois ?
"butch"
| La table sert de base à un formulaire construit sous la forme d'un
| "calendrier" à partir duquel l'usager peut inscrire des données texte pour
| faire un horaire. Je voulais donc que les champs de la table puissent
| permettre la possibilité d'environ 40 cases dans le formulaires tout en
| "contrôlant" le maximum de caractères à 155 par champs (case).
| Cette table sert aussi de base à la production d'un état qui, une fois
| imprimé, ressemble à un calendrier avec les 40 cases et le maximum de texte
| (150 car.) dans chaque "case".
mais, ne me dis pas que tu a créer 31 champs pour les jours du mois ?
"butch" | La table sert de base à un formulaire construit sous la forme d'un | "calendrier" à partir duquel l'usager peut inscrire des données texte pour | faire un horaire. Je voulais donc que les champs de la table puissent | permettre la possibilité d'environ 40 cases dans le formulaires tout en | "contrôlant" le maximum de caractères à 155 par champs (case). | Cette table sert aussi de base à la production d'un état qui, une fois | imprimé, ressemble à un calendrier avec les 40 cases et le maximum de texte | (150 car.) dans chaque "case".
mais, ne me dis pas que tu a créer 31 champs pour les jours du mois ?
mais, ne me dis pas que tu a créer 31 champs pour les jours du mois ?
Je ne vois pas comment je pourrais faire autrement... mon expérience dans ce genre de "construction" dans Access est très limitée ! Précisions : Si je veux que les données de chacun des jours (cases = champs de la table) de l'horaire soient stockées indépendamment "en quelque part" pour chaque journée du mois et, par la suite, produire un état de ces données. comment faire alors ?
Selon toute évidence, ton commentaire me porte à croire que je me suis "royalement" trompé ! Je suis très intéressé à obtenir plus d'informations sur la manière de construire ce genre de "chose" dans Access... si tu peux me donner plus d'explications cela serait apprécié. -- Merci pour votre aide :-) Butch
P.-S: Pour écrire à mon adresse personnelle S.V.P. enlever "nospam_" devant celle-ci.
Bonjour Pierre,
mais, ne me dis pas que tu a créer 31 champs pour les jours du mois ?
Je ne vois pas comment je pourrais faire autrement... mon expérience dans ce
genre de "construction" dans Access est très limitée !
Précisions :
Si je veux que les données de chacun des jours (cases = champs de la table)
de l'horaire soient stockées indépendamment "en quelque part" pour chaque
journée du mois et, par la suite, produire un état de ces données. comment
faire alors ?
Selon toute évidence, ton commentaire me porte à croire que je me suis
"royalement" trompé ! Je suis très intéressé à obtenir plus d'informations
sur la manière de construire ce genre de "chose" dans Access... si tu peux me
donner plus d'explications cela serait apprécié.
--
Merci pour votre aide :-)
Butch
P.-S: Pour écrire à mon adresse personnelle S.V.P. enlever "nospam_" devant
celle-ci.
mais, ne me dis pas que tu a créer 31 champs pour les jours du mois ?
Je ne vois pas comment je pourrais faire autrement... mon expérience dans ce genre de "construction" dans Access est très limitée ! Précisions : Si je veux que les données de chacun des jours (cases = champs de la table) de l'horaire soient stockées indépendamment "en quelque part" pour chaque journée du mois et, par la suite, produire un état de ces données. comment faire alors ?
Selon toute évidence, ton commentaire me porte à croire que je me suis "royalement" trompé ! Je suis très intéressé à obtenir plus d'informations sur la manière de construire ce genre de "chose" dans Access... si tu peux me donner plus d'explications cela serait apprécié. -- Merci pour votre aide :-) Butch
P.-S: Pour écrire à mon adresse personnelle S.V.P. enlever "nospam_" devant celle-ci.
3stone
Salut,
"butch" | > mais, ne me dis pas que tu a créer 31 champs pour les jours du mois ? | | Je ne vois pas comment je pourrais faire autrement... mon expérience dans ce | genre de "construction" dans Access est très limitée !
Imagine que tu veuille tous les jours de l'année... ;-)
| Précisions : | Si je veux que les données de chacun des jours (cases = champs de la table) | de l'horaire soient stockées indépendamment "en quelque part" pour chaque | journée du mois et, par la suite, produire un état de ces données. comment | faire alors ?
Cela demande un petit effort de lecture pour être assimilé... mais *absolument* nécessaire si l'on veux aller un peu plus loin que la collection des tricots de la tante Adèle ;-)
| Selon toute évidence, ton commentaire me porte à croire que je me suis | "royalement" trompé ! Je suis très intéressé à obtenir plus d'informations | sur la manière de construire ce genre de "chose" dans Access... si tu peux me | donner plus d'explications cela serait apprécié.
A de (très) rares occasions près, un nombre de champs important et souvent (et donc presque toujours ;-) un signe mauvaise conception de la base.
"butch"
| > mais, ne me dis pas que tu a créer 31 champs pour les jours du mois ?
|
| Je ne vois pas comment je pourrais faire autrement... mon expérience dans ce
| genre de "construction" dans Access est très limitée !
Imagine que tu veuille tous les jours de l'année... ;-)
| Précisions :
| Si je veux que les données de chacun des jours (cases = champs de la table)
| de l'horaire soient stockées indépendamment "en quelque part" pour chaque
| journée du mois et, par la suite, produire un état de ces données. comment
| faire alors ?
Cela demande un petit effort de lecture pour être assimilé... mais *absolument*
nécessaire si l'on veux aller un peu plus loin que la collection des tricots
de la tante Adèle ;-)
| Selon toute évidence, ton commentaire me porte à croire que je me suis
| "royalement" trompé ! Je suis très intéressé à obtenir plus d'informations
| sur la manière de construire ce genre de "chose" dans Access... si tu peux me
| donner plus d'explications cela serait apprécié.
A de (très) rares occasions près, un nombre de champs important et souvent
(et donc presque toujours ;-) un signe mauvaise conception de la base.
"butch" | > mais, ne me dis pas que tu a créer 31 champs pour les jours du mois ? | | Je ne vois pas comment je pourrais faire autrement... mon expérience dans ce | genre de "construction" dans Access est très limitée !
Imagine que tu veuille tous les jours de l'année... ;-)
| Précisions : | Si je veux que les données de chacun des jours (cases = champs de la table) | de l'horaire soient stockées indépendamment "en quelque part" pour chaque | journée du mois et, par la suite, produire un état de ces données. comment | faire alors ?
Cela demande un petit effort de lecture pour être assimilé... mais *absolument* nécessaire si l'on veux aller un peu plus loin que la collection des tricots de la tante Adèle ;-)
| Selon toute évidence, ton commentaire me porte à croire que je me suis | "royalement" trompé ! Je suis très intéressé à obtenir plus d'informations | sur la manière de construire ce genre de "chose" dans Access... si tu peux me | donner plus d'explications cela serait apprécié.
A de (très) rares occasions près, un nombre de champs important et souvent (et donc presque toujours ;-) un signe mauvaise conception de la base.
Cela demande un petit effort de lecture pour être assimilé... mais *absolument* nécessaire si l'on veux aller un peu plus loin que la collection des tricots de la tante Adèle ;-)
Bon... je voulais obtenir plus d'nformations, références etc. mais il semble que cela ne soit pas possible... du moins en lisant ta réponse ! Je comprend parfaitement qu'un NG n'est pas le lieu où on "apprend tout". Merci quand même ! -- Merci pour votre aide :-) Butch
P.-S: Pour écrire à mon adresse personnelle S.V.P. enlever "nospam_" devant celle-ci.
Bonjour Pierre,
Cela demande un petit effort de lecture pour être assimilé... mais *absolument*
nécessaire si l'on veux aller un peu plus loin que la collection des tricots
de la tante Adèle ;-)
Bon... je voulais obtenir plus d'nformations, références etc. mais il semble
que cela ne soit pas possible... du moins en lisant ta réponse ! Je comprend
parfaitement qu'un NG n'est pas le lieu où on "apprend tout".
Merci quand même !
--
Merci pour votre aide :-)
Butch
P.-S: Pour écrire à mon adresse personnelle S.V.P. enlever "nospam_" devant
celle-ci.
Cela demande un petit effort de lecture pour être assimilé... mais *absolument* nécessaire si l'on veux aller un peu plus loin que la collection des tricots de la tante Adèle ;-)
Bon... je voulais obtenir plus d'nformations, références etc. mais il semble que cela ne soit pas possible... du moins en lisant ta réponse ! Je comprend parfaitement qu'un NG n'est pas le lieu où on "apprend tout". Merci quand même ! -- Merci pour votre aide :-) Butch
P.-S: Pour écrire à mon adresse personnelle S.V.P. enlever "nospam_" devant celle-ci.
3stone
Salut butch,
"butch" | Bon... je voulais obtenir plus d'nformations, références etc. mais il semble | que cela ne soit pas possible... du moins en lisant ta réponse ! Je comprend | parfaitement qu'un NG n'est pas le lieu où on "apprend tout".
En fait, avant de te lancer dans ta base, tu as oublié la modélisation et normalisation de tes tables.
Et comme c'est réellement la base, même si terriblement abstrait, de toute DDR il faut absolument passer par là. Même si dans les premiers temps (et même après ;-) on se plante souvent, il faut faire l'effort de se pencher sur la question.
Bien sûr que l'on peut, dans certain cas évident, dire en quelques phrases ce qui manque à une table précise... mais c'est comme aider un aveugle à traverser la route, cela ne l'aide pas à circuler en ville.
Seule alternative est de se pencher une bonne fois pour toutes sur la question. On fera encore des erreurs, mais moins flagrandes.
Et c'est justement parce que cela ne s'explique pas en deux mots que certains se sont donné la peine de pondre un article sur le sujet.
Cela permet d'être moins bref et plus complet que dans un exposé de quelques lignes. C'est pourquoi je t'ai indiqué un lien pour t'y pencher.
un autre est ici: http://www.self-access.com/access/acSommaire.php#Demarrer
Lorsque tu auras pris le temps de t'y pencher, beaucoup de questions se résoudront par magie. Ce qui n'empêche pas les questions sur ce forum. Un ancien à dit un jour sur ce forum qu'il ne répondait pas à une question lorsqu'il sentait que le demandeur voulais construire une fusée, mais ne savait pas rouler en vélo.
Moi je t'ai indiqué ou apprendre à rouler en vélo. Après, tout sera plus simple.
"butch"
| Bon... je voulais obtenir plus d'nformations, références etc. mais il semble
| que cela ne soit pas possible... du moins en lisant ta réponse ! Je comprend
| parfaitement qu'un NG n'est pas le lieu où on "apprend tout".
En fait, avant de te lancer dans ta base, tu as oublié la modélisation
et normalisation de tes tables.
Et comme c'est réellement la base, même si terriblement abstrait,
de toute DDR il faut absolument passer par là.
Même si dans les premiers temps (et même après ;-) on se plante
souvent, il faut faire l'effort de se pencher sur la question.
Bien sûr que l'on peut, dans certain cas évident, dire en quelques
phrases ce qui manque à une table précise... mais c'est comme
aider un aveugle à traverser la route, cela ne l'aide pas à circuler
en ville.
Seule alternative est de se pencher une bonne fois pour toutes
sur la question. On fera encore des erreurs, mais moins flagrandes.
Et c'est justement parce que cela ne s'explique pas en deux mots
que certains se sont donné la peine de pondre un article sur le sujet.
Cela permet d'être moins bref et plus complet que dans un exposé de
quelques lignes. C'est pourquoi je t'ai indiqué un lien pour t'y pencher.
un autre est ici:
http://www.self-access.com/access/acSommaire.php#Demarrer
Lorsque tu auras pris le temps de t'y pencher, beaucoup de questions
se résoudront par magie. Ce qui n'empêche pas les questions sur
ce forum.
Un ancien à dit un jour sur ce forum qu'il ne répondait pas à une
question lorsqu'il sentait que le demandeur voulais construire une
fusée, mais ne savait pas rouler en vélo.
Moi je t'ai indiqué ou apprendre à rouler en vélo.
Après, tout sera plus simple.
"butch" | Bon... je voulais obtenir plus d'nformations, références etc. mais il semble | que cela ne soit pas possible... du moins en lisant ta réponse ! Je comprend | parfaitement qu'un NG n'est pas le lieu où on "apprend tout".
En fait, avant de te lancer dans ta base, tu as oublié la modélisation et normalisation de tes tables.
Et comme c'est réellement la base, même si terriblement abstrait, de toute DDR il faut absolument passer par là. Même si dans les premiers temps (et même après ;-) on se plante souvent, il faut faire l'effort de se pencher sur la question.
Bien sûr que l'on peut, dans certain cas évident, dire en quelques phrases ce qui manque à une table précise... mais c'est comme aider un aveugle à traverser la route, cela ne l'aide pas à circuler en ville.
Seule alternative est de se pencher une bonne fois pour toutes sur la question. On fera encore des erreurs, mais moins flagrandes.
Et c'est justement parce que cela ne s'explique pas en deux mots que certains se sont donné la peine de pondre un article sur le sujet.
Cela permet d'être moins bref et plus complet que dans un exposé de quelques lignes. C'est pourquoi je t'ai indiqué un lien pour t'y pencher.
un autre est ici: http://www.self-access.com/access/acSommaire.php#Demarrer
Lorsque tu auras pris le temps de t'y pencher, beaucoup de questions se résoudront par magie. Ce qui n'empêche pas les questions sur ce forum. Un ancien à dit un jour sur ce forum qu'il ne répondait pas à une question lorsqu'il sentait que le demandeur voulais construire une fusée, mais ne savait pas rouler en vélo.
Moi je t'ai indiqué ou apprendre à rouler en vélo. Après, tout sera plus simple.
