6.5

create table blabla (field varchar(255))
go
isnert blabla select 'qwerty'
go
select field from blabla

получаю значение field, дополненное пробелами до 255 символов

мне надо без пробелов

select rtrim(field) from blabla
не помогает

select rtrim(convert(char(255),field)) from blabla
тоже
А КАК?
P.S: в blabla в field вставляются строки, длина которых заранее не известна и колеблется в пределах от 1 до 255 байт

?

Не уверен, что правильно понимаю, но думается, что

когда я в клиенте открываю recordset, источником для которого является view на сервере, то сервер выбирает записи посредством view и результат возвращает клиенту. Размер этой выборки напрямую зависит от (длина записи) Х (число записей). Если в поле записи типа varchar(255) строка, например, из 10 байт, то остальные будут пробелами (я не имею ввиду как SQL Server хранит такие поля, я про то как он их возвращает). Эти пробелы меня не интересуют, мне их нужно обрезать до того, как клиент получит результат от сервера. Зачем мне получать лишние 245 байт для каждой записи (это если в поле записывалась строка из 10 символов, но это не факт, может быть 20,30 и т.д, потому varchar(255), а не char(10)), а потом обрезать их в клиенте.
Возможно я заблуждаюсь в своих рассуждениях, поправте меня если это так, а лучше ОТВЕТЬТЕ НА ВОПРОС, пожалуйста.
Или вопрос такой простой, что никто не хочет отвечать?

4 RomНе знаю будет ли рабоать, завтра на работе проверю.

6.5

4 alexeyvg

Вот именно, что не хочется для этого еще одно поле заводить.

4 Cat2

В принципе, мне это подходит, если они обрезаются при вставке, то и выводятся в таком же виде.
Только вот одна проблема, на одном сервере это работает, а на другом нет.

Может еще какие установки на это влияют?

4 Cat2

Да нет, просто я ваши скрипты запускал на разных серверах (не из клиентов, а в ЕМ). Так вот на одном работает так как вы говорите, а на другом нет. Вот я и спрашиваю: может быть что-то еще на это влияет?

Аналогичн rtrim на одно работает, на другом нет

4 Cat2

>В порядке эксперимента, проставьте в начале каждой транзакции на вставку-обновление
set ansi_padding off

У меня работало только при создании таблицы, а при вставке никак себя не проявляло

4 Cat2

Ну зачем так. Может я прогнал, хотя вроде все верно.
В понедельник на работе с новыми силами попробую.
Хотя какие будут силы, блин, в воскресенье у нас День рыбака..........

4 Cat2

Так, а я вроде и не ссорился

4 Cat2
Разобрался, set ansi_padding on|off проявляет себя тоько создании таблицы. Так что зря ты их ругал, по крайней мере за это.
Когда прошелся по таблице rtrim'oм, все поля обрезались не зависимо был ON или OFF при создании таблицы.
Но почему если ON, и данные заносятся в поле так как есть (с завершающими пробелами), и если
select rtrim(field1) from blabla rtrim себя никак не проявляет?
да и еще. А если тот, кто потом будет сопровождать базу решит создать таблицу заново
(не будем выяснять зачем это может понадобиться), откуда ему знать ON был или OFF? Ну, поленится он в документацию заглянуть.

Про set ansi_padding on|off я-то все конечно уяснил, но все равно придется заводить поле для хранения размера строки, которая записывается в поле, потому что эта строка ничто иное как имя файла, а оно, как бы, может заканчиваться пробелами, и обрезание может привести к неточной информации об имени файла.

4 Cat2

Это ум за разум зашел, блин.
У на жара 40 градусов в тени.
Так а все таки почему

select rtrim(field1) from blabla rtrim себя никак не проявляет?

4 Cat2
Да смех здесь тестировать че-то. Я уж по разному пробовал. Не действует оно и все. Да на пример примерах, например (простите за каламбур). Вообще мне это пока не мешает, но так, для общего развития не помешает

В смысле на ваших примерах
Чего-то у меня язык стал заплетаться