Подскажите пожалуйста, можно ли как-то обойтись ещё без применения параметров


ВЫБРАТЬ
   Номенклатура.Ссылка
ИЗ
   Справочник.Номенклатура КАК Номенклатура
ГДЕ
   Номенклатура.ВидНоменклатуры.Наименование = "Набор-комплект"

можно, бацаешь регистр сведений, туда заносишь строками свои наименования и соединяешь с ним

ВидНоменклатуры - кто по национальности?

(0) Аллергия на параметры?
Лично я в этом запросе параметров не вижу, в чем проблема-то?

(2) - справочник. Предопределенных элементов нет.

(3) Один из вариантов без параметра. Хочу проверить, что быстрее условие с сравнением с текстом, либо в сравнении по ссылке. Можно конечно ещё Временную таблицу сделать, с поиском по Наименованию а потом уже сравнивать, но может есть ещё что-нибудь с примененимем ЗНАЧЕНИЕ

(0) Можно, если "Набор-комплект" предопределенный элемент справочника. В языке запросов есть конструкция ЗНАЧЕНИЕ(?)

(0) Я так понимаю, что ты так ни разу не писал:

...Счет = ЗНАЧЕНИЕ(ПланСчетов.Типовой.ДенежныеСредства)

вместо

...Счет = &Счет

Посоветуйте ресурс по оптимизации запросов.

со ссылка = &ссылка быстрее, чем с ссылка.наименование="ыыыыыы"

(7) моск. профайлер скуля

(4) По ссылке быстрее будет, соединения лишнего нет.

(5)(6) -> (4)   Предопределенных нет. ))

(4) быстрее то что быстрее сравнивается.
(8) ну ссылка не составная имеет размер 16 байт. если наименование содержит меньше чем 16 байт, тогда по наименованию быстрее. вопрос в индексах встанет

(8) (10) (12) мерси.

(12) нифига не правильно

(14) по какому критерию? если принять во внимание, что я еще не учел соединение.

(12) Конечно. А ничего, что для того, чтобы получить наименование, надо соединение с другой таблицей сделать?

(16) нельзя сказать что ВСЕГДА поиск по ссылке быстрее поиска по строке. все зависит от запроса.

(15) соединение, размер ссылки, индекс у ссылки primary, наименования и кода (если они включены в ввод по строке) - составной...

наименование - варчар, ссылка - фиксед бинари

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

(20) зачем? ссылка может хранится в сохраненных настройках, например

(19) Варчар не храниться в основной таблице. Как и image?

(18) primary индекс -че это?
Кластерный индекс - знаю. primary - нет, не видел...

(21) да может быть все что угодно, только от этого однозначного ответа не будет, что по ссылка всегда быстрее..
(22) хранится.. не хранится строка неограниченной длины - ака text

(23) первичный ключ, чО

(22) индекс по вар- ЕМНИП медленнее, чем по фиксед.

(25) Индекс и ключ - разные вещи..

(22) хранится в основной таблице, но длина строки переменная - это немного замедляет

(24) Че делать, если поле хранит строки переменной длины?

(21)+в общем я знаю что ты знаешь. поэтому дискуссировать на эту тему не надо ИМХО =)
(25) PRIMARY - группа файлов ващет..

(28) Как ты себе это представляешь?

(26) ниразу такого не слышал на форумах по скулю. быстрее то, где меньше данных..

(29) вопрос не понял..

При увеличении длины строки - происходит реаллокация всех записей внутри 4 кбайтовой страницы, так?

(34) не 4кб, а 8кб, но так. а индексы имеют 900байтные страницы (я про скуль, остальные не изучал подробно)

(35) Жестко. Ок, 8 кбайт.

(35)+зы для переменной длины не произойдет.. колво данных не изменится фактически. для фиксированной произойдет.

Расчет размера данных с переменной длиной:

Если таблица содержит столбцы с переменной длиной, определите, сколько пространства потребуется для хранения столбцов в строке:

Variable_Data_Size = 2 + (Num_Variable_Cols x 2) + Max_Var_Size

Байты, добавляемые к Max_Var_Size, нужны для отслеживания каждого столбца переменных. Эта формула исходит из предположения, что все столбцы переменной длины заполнены на 100 %. Если предполагается, что будет использовано меньше места для хранения столбца изменяемой длины, можно изменить значение Max_Var_Size в процентах от общей изменяемой длины для более точного подсчета общего размера таблицы.
Примечание Примечание

Можно сочетать столбцы varchar, nvarchar, varbinary или sql_variant, в результате чего общая ширина определенной таблицы превысит 8060 байт. Длина каждого из этих столбцов должна быть в пределах 8 000 байт для столбцов типа varchar, varbinary или sql_variant и 4 000 байт для столбцов типа nvarchar. Тем не менее их общая ширина в таблице может превышать предел в 8 060 байт. Дополнительные сведения см. в разделе Превышающие размер страницы данные строки, превышающие 8 КБ.

Если в таблице нет столбцов переменной ширины, присвойте параметру Variable_Data_Size значение 0.

Вычислите общий размер строк:

Row_Size = Fixed_Data_Size + Variable_Data_Size + Null_Bitmap + 4

Алгоритм точного определения пространства, используемого для хранения значений типов данных LOB varchar(max), varbinary(max), nvarchar(max), text, ntext, xml, и image, сложен. Достаточно просто прибавить ожидаемую среднюю величину значений LOB к общему размеру кучи.

(30).2
http://msdn.microsoft.com/ru-ru/library/ms191236.aspx

При задании для таблицы ограничения PRIMARY KEY компонент Database Engine гарантирует уникальность данных созданием уникального индекса для столбцов первичных ключей. Этот индекс также обеспечивает быстрый доступ к данным при использовании первичного ключа в запросах. Таким образом, выбранные первичные ключи должны соответствовать правилам создания уникальных индексов.

(41) Вон оно че..

(38) откуда инфа про Num_Variable_Cols x 2?
у нас 1 таблица с типом varchar(1000) и заполняем по 1му символу. сколько будет занимать объем данных на 1000 строк?
(39) ну да, проще написать "сложный алгоритм", и давайте считать что 100%, чтобы голову не забивать =)
(40) понял про что. раньше это были constraints..

(43) это с MSDN про определение размера кучи

и (39) тоже оттуда

с первичным ключем ИТОГИ работают в 1с прикольно. если сделать ИТОГИ ПО первичному ключу, оно же ссылка - то в полях итогов также будут значения остальных столбцов:

ВЫБРАТЬ ПЕРВЫЕ 100
   РеализацияТоваровТовары.Ссылка,
   РеализацияТоваровТовары.НомерСтроки,
   РеализацияТоваровТовары.Номенклатура,
   РеализацияТоваровТовары.Количество
ПОМЕСТИТЬ ТЧ
ИЗ
   Документ.РеализацияТоваров.Товары КАК РеализацияТоваровТовары
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
   РеализацияТоваров.Ссылка КАК Ссылка,
   РеализацияТоваров.ВидОперации,
   ТЧ.НомерСтроки,
   ТЧ.Ссылка.ВидОперации,
   ТЧ.Номенклатура,
   ТЧ.Количество,
   РеализацияТоваров.Номер
ИЗ
   ТЧ КАК ТЧ
       ВНУТРЕННЕЕ СОЕДИНЕНИЕ Документ.РеализацияТоваров КАК РеализацияТоваров
       ПО ТЧ.Ссылка = РеализацияТоваров.Ссылка
ИТОГИ ПО
   Ссылка

(46) все допер. для переменной длины добавляем 2 байта на колонку, в этих данных хранится длинна символов строки. ну может еще 2 байта на хранение чегото там, итого 4 байта + 4 символа = 8 байт. длина ссылки 16 байт, что несколько больше, чем переменная длина..
(47) сгруппировать по также работает..

щас окажется, что у него файловая база, а не SQL