PROFESSIONAL NEWSGROUPS
WINDEV
,
WEBDEV
and
WINDEV Mobile
Home
|
Recent messages
|
Connect
|
Sign out
|
English
Home
→
WEBDEV 2024
→
Mémo Texte tronqué dans requête SQL
Mémo Texte tronqué dans requête SQL
Started by Gilles G., May, 06 2004 2:16 PM - 3 replies
Connect yourself…
Gilles G.
#1
Posted on May, 06 2004 - 2:16 PM
J'utilise Webdev avec une base ACCESS avec des champs mémo texte. Les requêtes
SQL (créés avec l'éditeur WebDev)tronquent les champs mémo a 255.
L'outil WWMap ne les tronquent pas !
Bug Webdev ?
Report
0
0
yo
#2
Posted on May, 06 2004 - 4:15 PM
Salut, j'ai eu le meme problème, et j'ai du redéfinir les rubrique "mémo"
de mon analyse en champ texte(longueur 10000)
"Gilles G." <gilles.grandhaye@delphi.com> wrote:
J'utilise Webdev avec une base ACCESS avec des champs mémo texte. Les requêtes
SQL (créés avec l'éditeur WebDev)tronquent les champs mémo a 255.
L'outil WWMap ne les tronquent pas !
Bug Webdev ?
Report
0
0
Gilles G
#3
Posted on May, 07 2004 - 10:30 AM
"yo" <positive.vibration@cramail.com> wrote:
Salut, j'ai eu le meme problème, et j'ai du redéfinir les rubrique "mémo"
de mon analyse en champ texte(longueur 10000)
J'ai trouvé la cause du probléme : Ne pas utiliser DISTINCT dans un SELECT
avec des champs mémo Texte (sinon ils sont tronqués a 255 caractéres).
Pourquoi ?
"Gilles G." <gilles.grandhaye@delphi.com> wrote:
J'utilise Webdev avec une base ACCESS avec des champs mémo texte. Les requêtes
SQL (créés avec l'éditeur WebDev)tronquent les champs mémo a 255.
L'outil WWMap ne les tronquent pas !
Bug Webdev ?
Report
0
0
Roumegou
#4
Posted on May, 07 2004 - 5:48 PM
Gilles G wrote:
"yo" <positive.vibration@cramail.com> wrote:
Salut, j'ai eu le meme problème, et j'ai du redéfinir les rubrique
"mémo" de mon analyse en champ texte(longueur 10000)
J'ai trouvé la cause du probléme : Ne pas utiliser DISTINCT dans un
SELECT avec des champs mémo Texte (sinon ils sont tronqués a 255
caractéres). Pourquoi ?
je ne sais pas pourquoi car je n'ai pas testé (surtout si c'est du HF car je
n'utilise qu'oracle ou mySQL) .
Mais surtout, je ne vois pas pourquoi j'utiliserai du distinct sur un champs
memo.
Il faut quand meme bien rappeler à quoi sert le distinct. C'est une fonction
qui permet de remonter les valeurs distinctes retrouvées dans un champ.
Cela s'utilise principalement sur des champs de type codes pour définir les
différentes valeurs voire éliminer les doublons sur un champs libellé ou
nom. Faire un traitement de ce type sur un champs mémo est à mon avis
innapproprié et cela revient à charger inutilement "la mule" pour ne pas
dire le moteur sql.
En conclusion faire un select distinct monmemo from matable devrait te
donner la meme chose qu'un select monmemo from matable, ou alors c'est que
tu as de la redondance dans ce type de champs, et c'est peut être que ton
modèle à un pb de conception.
Donc que cela soit tronqué à 255 caract ne me choque pas.
J'ajoute que si tu fais un select distinct avec plusieurs colonnes, (surtout
des colonnes de type texte) tu as peu de chances de tomber sur un résultat
différent d'un select tout court.
Donc il faut utiliser DISTINCT pour ce qu'il est fait.
Nb : attention aussi au distinct row d'ACCESS qui est un contre sens absolu
(et connu) .
Plus d'info ici
http://sqlpro.developpez.com/SQL_AZ_E.html…
Report
0
0
→ Go back to WEBDEV 2024
WINDEV 2024
WEBDEV 2024
WINDEV Mobile 2024
WINDEV (earlier versions)
WEBDEV (earlier versions)
WINDEV Mobile (earlier versions)
Reports & Queries
Off-topic
Tools
Français
English
Español
Portuguesa
Close this window
Search type
Only topics
All the messages
Search period
Any time
Past hour
Past 24 hours
Past week
Past month
Past year
Cancel
Preview of your message
Adding an image
Import an image from a URL
Send an image from a file of your disk
Drop a file or click "Browse..."
or
Cancel
0%
WLanguage
SQL
XML, HTML
JAVA, Javascript
Text