OVH Cloud OVH Cloud

Trancature d'un mémo

3 réponses
Avatar
Nicolas
Bonjour,

J'ai un probl=E8me au niveau de la trancature de mes champs=20
m=E9mo qui font plus de 255 caract=E8res.

Pour acc=E9der =E0 ma base, j'utilise une liaison ODBC que=20
j'ai configur=E9e dans l'Administrateur de sources de=20
donn=E9es ODBC.

J'ai essay=E9 en acc=E8s DAO, j'ai une troncature =E0 201=20
caract=E8res.
En ADODB, la trancature se fait =E0 255 caract=E8res.

Quel mode d'acc=E8s me permettrait d'=E9viter une troncature=20
de mes champs ?

Merci d'avance

Nicolas

3 réponses

Avatar
Ledev
Je n'est pas de solution directe, mais en mettant un champ de type binary tu
pourrai y enregistrer et extraire tes textes sans troncature.
Je sais que le binary, en principe, c'est pas trop fait pour sa, mais si sa
marche, après tous...

a+


"Nicolas" a écrit dans le message de
news:02f401c34c45$d7390ac0$
Bonjour,

J'ai un problème au niveau de la trancature de mes champs
mémo qui font plus de 255 caractères.

Pour accéder à ma base, j'utilise une liaison ODBC que
j'ai configurée dans l'Administrateur de sources de
données ODBC.

J'ai essayé en accès DAO, j'ai une troncature à 201
caractères.
En ADODB, la trancature se fait à 255 caractères.

Quel mode d'accès me permettrait d'éviter une troncature
de mes champs ?

Merci d'avance

Nicolas
Avatar
Ledev
C'est étrange que la 3.6 ne soit pas capable accédez correctement aux
données, mais la 3.51 y arrive...
Peut être tentez de convertir la base de donné à un format Access supérieur,
et voir si sa arrange accès avec ADO 3.6.

a+

"Nicolas" a écrit dans le message de
news:077801c34c47$3b98bb40$
j'ai trouvé, il s'agit de remplacer la référence DAO 3.6
par la 3.51. Malheureusement nouveau problème, certaines
autres fonctionnalités qui utilisaient la 3.6 tombent en
rade. Que faire mais que faire ?


-----Message d'origine-----
Bonjour,

J'ai un problème au niveau de la trancature de mes champs
mémo qui font plus de 255 caractères.

Pour accéder à ma base, j'utilise une liaison ODBC que
j'ai configurée dans l'Administrateur de sources de
données ODBC.

J'ai essayé en accès DAO, j'ai une troncature à 201
caractères.
En ADODB, la trancature se fait à 255 caractères.

Quel mode d'accès me permettrait d'éviter une troncature
de mes champs ?

Merci d'avance

Nicolas
.



Avatar
Bismark Prods
si tu veux faire de très grand enregistrement je te conseillerais de laisser
de coté Access et de prendre des SGBD du style à FoxPro par exemple qui
permettre des enregistrments nettement plus importants


"Ledev" a écrit dans le message de
news:
C'est étrange que la 3.6 ne soit pas capable accédez correctement aux
données, mais la 3.51 y arrive...
Peut être tentez de convertir la base de donné à un format Access


supérieur,
et voir si sa arrange accès avec ADO 3.6.

a+

"Nicolas" a écrit dans le message de
news:077801c34c47$3b98bb40$
j'ai trouvé, il s'agit de remplacer la référence DAO 3.6
par la 3.51. Malheureusement nouveau problème, certaines
autres fonctionnalités qui utilisaient la 3.6 tombent en
rade. Que faire mais que faire ?


>-----Message d'origine-----
>Bonjour,
>
>J'ai un problème au niveau de la trancature de mes champs
>mémo qui font plus de 255 caractères.
>
>Pour accéder à ma base, j'utilise une liaison ODBC que
>j'ai configurée dans l'Administrateur de sources de
>données ODBC.
>
>J'ai essayé en accès DAO, j'ai une troncature à 201
>caractères.
>En ADODB, la trancature se fait à 255 caractères.
>
>Quel mode d'accès me permettrait d'éviter une troncature
>de mes champs ?
>
>Merci d'avance
>
>Nicolas
>.
>