Сильно ли замедлится работа 1С если изменить длину строк? #793504

Строка в ТЧ переменной длины 100 символов (комментарий), просят сделать 250 символов, сильно ли быстродействие просядет, если реальных сток в 250 будет немного, обычно 50-95 символов?

вы не заметите

Думал ночью все спят :) В запрос попадает около 10000 строк, 1С у все равно на ограничение строки в 100 или 250 символов, он же читает просто ссылку на 1й символ?

не у всех ночь

Правильный ответ - не изменится Но вопрос забавный :)

Смешной вопрос.

но им можно пугать пользователей, типа потребление памяти резко возрастет с 10 до 25 гигов ))

В 2.5 раза дольше! С 0.000032 сек до 0.000081 сек.

сделайте 200 символов, формат хранения длинных и простых строк в физической базе разный, точный порог я не помню (можно погуглить), но 200 символов точно хранится в "быстром" формате

файл 1cd: •«NC» - строка фиксированной длины. Длина поля равна FieldLength 2 + 2 байт. Первые 2 байта содержат длину строки (максимум FieldLength). Оставшиеся байты представляет собой строку в формате Unicode (каждый символ занимает 2 байта). •«NT» - строка неограниченной длины. Длина поля 8 байт. Первые четыре байта содержат начальный индекс блока в объекте Blob таблицы, вторые четыре – длину данных в объекте Blob. В объекте Blob содержится строка в формате Unicode.

это что за тест? sql 2012, а не файловый формат...

Автор, ёмаё, 9 часов ждёшь ответ, хотя на замер скорости нужны минуты. Вот жеж люди то

Тест в идеальных условиях не провести, пользователи работают в базе и результат будет не тот

Лучше сделать там простое поле (дополнительное поле, не относящее к реквизитам, но позволяющая вводить данные) В самой структуре таблицы, создать ссылку на свой справочник, где будет помещен один реквизит "Комментарий" (любой длинны). Пользователю побоку откуда, что брать и куда помещать.

Если вы не можете замерить тестом изменение скорости, то тогда какая вам разница?

+ Что-то вроде BLOB поля текстового вида :)

Да какие идеальные условия? Тут что ли дают наиточнейшие результаты тестирований на твоих данных? Да создай минимальную базу и просто проверь коэффициент изменения скорости. От этого параметра и строй решение. Капец... в общем вместо матов, я просто возмущён)))))

как я создам базу в 60 гиг для теста?

Элементарно. 2 справочника + 2 регистра. Обработка по программному заполнению всего этого. Потом чтение полученного выборкой и запросом. Все действия замеряешь, потом сравниваешь затраченное время и от этого уже получаешь ответ по изменению в быстродействии. Т.е. если на тестовой базе при увеличении реквизита быстродействие упадёт, например, на 20%, тогда в боевой базе будет примерно такое же изменение. Сильно коверкаются данные, когда пробуешь на разных СУБД

Схоластика в стиле "сколько чертей поместится на острие иглы"

Смысл вопроса заключался в том, одинаковая ли нагрузка на систему, если реквизит строки переменной длины хранит 100 символов или реквизит переменной длины в 250 символов хранит 100 символов. То есть интересна была системная реализация ограничения строки переменной длины.

Получается, что идентично - ограничение длины на скорость не должна влиять при правильной реализации, какая в 1С не прнятно

>> ограничение длины на скорость не должна влиять при правильной реализации 10 часов 30 минут, а ты так и не посмотрел истинную картинку? Афигеть.... Не, я реально не завидую твоим заказчикам

ты даже не удосужился вникнуть в суть вопроса, сочувствую

Вроде внимательно прочитал. Ещё раз прочитал. Нет, всё равно не могу понять в чём проблема. Уже дааааавно бы протестировал и тему создавать не надо было бы.