UPDATE Frame_SousElt set Memo=
'%'ZKe2\\
%ERiP$p,T'
where ...
le résultat dans le champs de la base devient :
%'ZKe2\%ERiP$p,T
Bref, tous les backslash suivis d'un retour-chariot sont purement et
simplement supprimés !?!
Est-ce un bug de MSSQL ou un problème de paramètrage ??
C'est pour insérer dans une base des fichiers ASCII de plusieurs Mo, donc
pas question de modifier par code tous les \CR pour ensuite les reconvertir
plus tard.
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
Fred BROUARD
de plusieur Mo par un update ??? Tu rigoles j'espère !!!
La taille des données en update comme en insert est limité à 8 ko par n-uplet inséré / updaté...
A +
Frédéric LIENARD a écrit:
Bonjour à tous,
Lorsque j'essaie la syntaxe SQL suivante :
UPDATE Frame_SousElt set Memo > '%'ZKe2 %ERiP$p,T' where ...
le résultat dans le champs de la base devient :
%'ZKe2%ERiP$p,T
Bref, tous les backslash suivis d'un retour-chariot sont purement et simplement supprimés !?!
Est-ce un bug de MSSQL ou un problème de paramètrage ??
C'est pour insérer dans une base des fichiers ASCII de plusieurs Mo, donc pas question de modifier par code tous les CR pour ensuite les reconvertir plus tard.
Merci pour votre aide.
-- Frédéric BROUARD, MVP MS SQL Server. Expert Langage SQL / Delphi / web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
de plusieur Mo par un update ??? Tu rigoles j'espère !!!
La taille des données en update comme en insert est limité à 8 ko par n-uplet inséré / updaté...
A +
Frédéric LIENARD a écrit:
Bonjour à tous,
Lorsque j'essaie la syntaxe SQL suivante :
UPDATE Frame_SousElt set Memo > '%'ZKe2\
%ERiP$p,T'
where ...
le résultat dans le champs de la base devient :
%'ZKe2%ERiP$p,T
Bref, tous les backslash suivis d'un retour-chariot sont purement et
simplement supprimés !?!
Est-ce un bug de MSSQL ou un problème de paramètrage ??
C'est pour insérer dans une base des fichiers ASCII de plusieurs Mo, donc
pas question de modifier par code tous les CR pour ensuite les reconvertir
plus tard.
Merci pour votre aide.
--
Frédéric BROUARD, MVP MS SQL Server. Expert Langage SQL / Delphi / web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
de plusieur Mo par un update ??? Tu rigoles j'espère !!!
La taille des données en update comme en insert est limité à 8 ko par n-uplet inséré / updaté...
A +
Frédéric LIENARD a écrit:
Bonjour à tous,
Lorsque j'essaie la syntaxe SQL suivante :
UPDATE Frame_SousElt set Memo > '%'ZKe2 %ERiP$p,T' where ...
le résultat dans le champs de la base devient :
%'ZKe2%ERiP$p,T
Bref, tous les backslash suivis d'un retour-chariot sont purement et simplement supprimés !?!
Est-ce un bug de MSSQL ou un problème de paramètrage ??
C'est pour insérer dans une base des fichiers ASCII de plusieurs Mo, donc pas question de modifier par code tous les CR pour ensuite les reconvertir plus tard.
Merci pour votre aide.
-- Frédéric BROUARD, MVP MS SQL Server. Expert Langage SQL / Delphi / web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
Frédéric LIENARD
Non, je ne rigole absolument pas.
L'exemple que j'ai donné utilise un UPDATE SQL, parce que c'était plus simple pour expliquer le problème, mais en fait je bosse sur une appli Delphi qui lit les fichiers ASCII et les charge dans la BD via un LoadFromFile.
Et chaque fois qu'une ligne d'un fichier lu se termine par un juste avant le CR, les deux caractères sont "bouffés" et l'image du fichier que j'ai dans la BD n'est plus du tout conforme au fichier source.
@+
"Fred BROUARD" a écrit dans le message de news:
de plusieur Mo par un update ??? Tu rigoles j'espère !!!
La taille des données en update comme en insert est limité à 8 ko par
n-uplet inséré / updaté...
A +
Frédéric LIENARD a écrit: > Bonjour à tous, > > Lorsque j'essaie la syntaxe SQL suivante : > > > UPDATE Frame_SousElt set Memo > > '%'ZKe2 > %ERiP$p,T' > where ... > > le résultat dans le champs de la base devient : > > %'ZKe2%ERiP$p,T > > > Bref, tous les backslash suivis d'un retour-chariot sont purement et > simplement supprimés !?! > > Est-ce un bug de MSSQL ou un problème de paramètrage ?? > > C'est pour insérer dans une base des fichiers ASCII de plusieurs Mo,
donc
> pas question de modifier par code tous les CR pour ensuite les
reconvertir
> plus tard. > > Merci pour votre aide. > >
-- Frédéric BROUARD, MVP MS SQL Server. Expert Langage SQL / Delphi / web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
Non, je ne rigole absolument pas.
L'exemple que j'ai donné utilise un UPDATE SQL, parce que c'était plus
simple pour expliquer le problème, mais en fait je bosse sur une appli
Delphi qui lit les fichiers ASCII et les charge dans la BD via un
LoadFromFile.
Et chaque fois qu'une ligne d'un fichier lu se termine par un juste avant
le CR, les deux caractères sont "bouffés" et l'image du fichier que j'ai
dans la BD n'est plus du tout conforme au fichier source.
@+
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de
news:40B4FD29.7090802@club-internet.fr...
de plusieur Mo par un update ??? Tu rigoles j'espère !!!
La taille des données en update comme en insert est limité à 8 ko par
n-uplet inséré / updaté...
A +
Frédéric LIENARD a écrit:
> Bonjour à tous,
>
> Lorsque j'essaie la syntaxe SQL suivante :
>
>
> UPDATE Frame_SousElt set Memo > > '%'ZKe2\
> %ERiP$p,T'
> where ...
>
> le résultat dans le champs de la base devient :
>
> %'ZKe2%ERiP$p,T
>
>
> Bref, tous les backslash suivis d'un retour-chariot sont purement et
> simplement supprimés !?!
>
> Est-ce un bug de MSSQL ou un problème de paramètrage ??
>
> C'est pour insérer dans une base des fichiers ASCII de plusieurs Mo,
donc
> pas question de modifier par code tous les CR pour ensuite les
reconvertir
> plus tard.
>
> Merci pour votre aide.
>
>
--
Frédéric BROUARD, MVP MS SQL Server. Expert Langage SQL / Delphi / web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
L'exemple que j'ai donné utilise un UPDATE SQL, parce que c'était plus simple pour expliquer le problème, mais en fait je bosse sur une appli Delphi qui lit les fichiers ASCII et les charge dans la BD via un LoadFromFile.
Et chaque fois qu'une ligne d'un fichier lu se termine par un juste avant le CR, les deux caractères sont "bouffés" et l'image du fichier que j'ai dans la BD n'est plus du tout conforme au fichier source.
@+
"Fred BROUARD" a écrit dans le message de news:
de plusieur Mo par un update ??? Tu rigoles j'espère !!!
La taille des données en update comme en insert est limité à 8 ko par
n-uplet inséré / updaté...
A +
Frédéric LIENARD a écrit: > Bonjour à tous, > > Lorsque j'essaie la syntaxe SQL suivante : > > > UPDATE Frame_SousElt set Memo > > '%'ZKe2 > %ERiP$p,T' > where ... > > le résultat dans le champs de la base devient : > > %'ZKe2%ERiP$p,T > > > Bref, tous les backslash suivis d'un retour-chariot sont purement et > simplement supprimés !?! > > Est-ce un bug de MSSQL ou un problème de paramètrage ?? > > C'est pour insérer dans une base des fichiers ASCII de plusieurs Mo,
donc
> pas question de modifier par code tous les CR pour ensuite les
reconvertir
> plus tard. > > Merci pour votre aide. > >
-- Frédéric BROUARD, MVP MS SQL Server. Expert Langage SQL / Delphi / web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
Frédéric LIENARD
Pour info, j'ai fait le test sur une base MySQL, et je n'ai pas le soucis, donc c'est bien un problème lié à MSSQL.
Pour info, j'ai fait le test sur une base MySQL, et je n'ai pas le soucis,
donc c'est bien un problème lié à MSSQL.
-- // myLittleTools.net // Consulting, ingénierie informatique et développement // http://www.mylittletools.net/about
Frédéric LIENARD
Excellent !
Merci
"el.c. - myLittleTools.net" a écrit dans le message de news:urb%
> Bref, tous les backslash suivis d'un retour-chariot sont purement et > simplement supprimés !?! > > Est-ce un bug de MSSQL ou un problème de paramètrage ??
-- // myLittleTools.net // Consulting, ingénierie informatique et développement // http://www.mylittletools.net/about
Excellent !
Merci
"el.c. - myLittleTools.net" <NOwebmasterSPAM@mylittletools.net> a écrit dans
le message de news:urb%23FU8QEHA.808@tk2msftngp13.phx.gbl...
> Bref, tous les backslash suivis d'un retour-chariot sont purement et
> simplement supprimés !?!
>
> Est-ce un bug de MSSQL ou un problème de paramètrage ??
"el.c. - myLittleTools.net" a écrit dans le message de news:urb%
> Bref, tous les backslash suivis d'un retour-chariot sont purement et > simplement supprimés !?! > > Est-ce un bug de MSSQL ou un problème de paramètrage ??
