DominoArea.org [Archive]

Bonjour

j'ai un traitement qui me renvois un tableau de 32000 lignes chaque ligne contenant 14 caractères

autant dire qu'un champ texte explose littéralement.

le champ rich text tient la charge, mais je suis obligé de sauver, fermer, rouvrir.

et je vous raconte pas les temp de traitement. surtout qu'il ya d'autres opération qui peuvent être faite sur ces 32000 bazars.

donc si vous avez des idées...

Couper en deux, ou même 26 champs de texte?
Passer par Word, ou Symphony ?
Doc temp, ah non, un DialogBox ne montre pas des champs rich-text...
Ou un dialog-box très intelligent ?

Et "d'autres opérations", ça veut dire quoi ?

les autres opération

c'est l'ajout ou la suppression dans le occurences

j'en rajoute 10

j'en retire 20

Donc il te faut presque un outil d'édition de texte ? Si je veux un tel outil, je prends presque tj un DialogBox et je bricole une class qui cache les champs multiples. Bon, je ne sais pas si cela pourrait le faire dans ton cas...

ben non justement

ce n'est pas de l'édition de texte, mais de la gestion de liste.

je capte pas bien le contexte, mais si c'est juste pour le stockage de ta liste, tu peux peut-être écrire dans un fichier texte et l'attacher au doc ?

j'y ai aussi pensé

mais faut pouvoir visualisé et ajouter et enlevé des élément de la liste...

je vais voir si c'est acceptable ici

Bonjour,
et passer par une base qui héberge la liste - 1 doc, une occurence ????

cdlt
Alain

ouaip j'y ai pensé aussi

mais c'est 32000 fais le nombre de doc dans la base... ça va être une usine a gaz... quoi que...

Sûr le tout est de voir combien de fois par jour cela doit se produire. Mais c'est une méthode que j'utilise en ce moment pour un CRM.

Cdlt

alain

DialogBox, avec plusieurs champ texte cachés multi-valué, et un champ dialog-list qui prend ses éléments de l'un des champs texte... Au cas où, tu peux changer de camp texte dans ton code...

Est-ce que cela pourrait le faire?

nemrod93 a écrit:et passer par une base qui héberge la liste - 1 doc, une occurence ????

Salut Michael,

C'est la solution que j'opterais pour la rapidité de mise en place et de la volumétrie. Facile d'accès et pas besoin de créer des fonctions de recherche parce que les vues le font pour toi. Rapide pour la mise à jour des données : pas besoin de te casser la tête pour retirer ou ajouter des éléments à la liste, c'est Notes qui le fait pour toi. Accéder rapidement à la liste : tu pointes sur la vue et tu la parcours. Problème de volumétrie, la base Notes est limitée à 4Go, donc pas de soucis!

C'est ce que je faisais lorsque j'importais des données massives provenant d'Oracle ou MySQL