Имя: Пароль:
1C
1С v8
v8: Свойства элемента справочника - GUID . УТ 10.3
0 opty
 
20.12.11
11:35
Справочник номенклатуры содержит порядка 30 000 элементов . Широко используются свойства , как правило для группировки по критериям . Возникла (по требованию поставщика) необходимость хранить 40-ка значные GUID . Вопрос - не будет ли тормозов при обращении к регистру значения свойств объектов , или все таки в реквизит запихнуть (не хочтся) , или вообще хранить во внешнем источнике данных типа листа Excel , требоваться будет редко , раз в неделю при построении дистрибьюторской отчетности .
1 pumbaEO
 
20.12.11
11:39
Регистр сведений добавь свой, завтра "эффективный" менеджер поменяется у дистрибьютора и скажут уже не 40 знаков передавать,  а 50. Или добавить еще какую нибудь фигню или разрез в номенклатуру.
2 zva
 
20.12.11
11:41
штрих-коды номенклатуры же как-то хранятся и не тормозят...
3 opty
 
20.12.11
11:48
(1) Если пихать в свойства проблем с длинной не будет , а вот будут ли проблемы с тормозами ХЗ , я прикидываю как индекс регестра свойств раздуется если тауюю фигню туда занести . Делать регистр для такой мелкой задачи как то жирновато .
Пока склоняюсь к листу Excel
(2) Они не 40 знаков , как правило 13
4 opty
 
20.12.11
11:50
И к тому же хранятся в отдельном регистре для  этого предназначенном . Кстати можно и в штрихкоды запихнуть в принципе
5 opty
 
20.12.11
11:56
(1) Разрез ерунда . С этим и свойства нормально справляются , а вот когда детализация разразреза равна количеству элементов справочника ...
Кстати по контрагентам также нужны такие GUID , а штрих кодов там нет . Правда и контрагентов меньше на порядок
6 Anlen
 
20.12.11
14:58
использовать Excel для этой задачи - это какой то изврат
7 opty
 
20.12.11
15:16
(6) Возможно , но использовать для этого значения свойств объектов наверное не меньший , не для того он предназначен ИМХО .
8 Defender aka LINN
 
20.12.11
15:29
(7) И для чего же он предназначен, мне прямо интересно?
9 opty
 
20.12.11
16:01
(8) Ну мы храним там информацию виде деятельности , типе тары , плановой секции хранения , группировки для прайсов , спец сортировки и т.п.
То есть данные по которым список элементов справочника может быть сгруппирован , по нескольким десяткам или сотням значений .
Пока не заносили туда ничего подобного ID (значению свойства) , уникального для каждого элемента справочника .
Конечно можно в тестовой базе загнать и погонять (наверное так и сделаем) , но думалось что опыт хранения уникальных свойств по справочнику на несколько десятков тысяч наименований у кого либо есть .