Коллеги, добрый день!

Крутую штуку обнаружил, на выяснение которой ушло несколько рабочих дней:

Условие:
1С:Предприятие 8.2 (8.2.15.319) размер ее составляет 230 Гб после шринка.
есть документ РеализацияТоваров, в нем три строки и он сделал три движения по регистру ПродажиКомпании.
Выполняю код, чтобы очистить движекния по данному регистру:

Рег = РегистрыНакопления.ПродажиКомпании;
НаборЗаказыПоставщикам  = Рег.СоздатьНаборЗаписей();
НаборЗаказыПоставщикам.Отбор.Регистратор.Установить(Ссылка);
НаборЗаказыПоставщикам.Прочитать();
НаборЗаказыПоставщикам.Очистить();
НаборЗаказыПоставщикам.Записать();

1С показывает, что у этого документа нет движений по данному регистру.

НО ЭТО ВРАНЬЕ!!! Движения есть! Правда 1С про них ничего нам не говорит. Видимо скрывает, чтобы сберечь наши нервы. Лезу на скуле в оборотную таблицу этого регистра _AccumRgTn6629 и вижу эти строки, но с нулевыми ресурсами.
Эти движения абсолютно не влияют на обороты так как все ресурсы у них - нулевые. И все бы ничего, но они занимают место не хуже обычных движений. Индексы на эту таблицу тоже значительно больше, чем без них.

К счастью сама 1С удаляет эти строки с случае рестуктуризации таблиц регистра. В моем случае это случилось после смены типа измерения с ДокументСсылка на ДокументСсылка.ЗаказПокупателя почти случайно. Не все изменения структуры регистра приведут к реструктуризации, но именно эти приводят точно.

Можно еще использовать такую нереграментированную штуку
:
delete from _AccumRgTn6629 where  _Fld6620 = 0 and _Fld6621 = 0 and _Fld6622 = 0 and _Fld7477 = 0

но как ты понимаешь это является нарушением лицензионного соглашения 1С :)

Ну и что с этого, спросишь ты меня. Да, ничего особенного, но эти действия позволили уменьшить размер нашей базы на 45 гигобайт! А также повысить скорость работы отчетов по продажам не десятки процентов.
Все это сравнительно бесплатно и является безусловно "низко висящим фруктом". Одно действие приводит к огромной экономии дискового пространства, ускорению регламентного обслуживания базы и уменьшению времени выполнения отчетов.

А у тебя есть оборотные регистры в конфигурации? :)
Скажите, может я Америку открыл? Нигде не смог найти информацию о подобном поведении системы.

Спасибо!

(0)[НО ЭТО ВРАНЬЕ!!! Движения есть! Правда 1С про них ничего нам не говорит. Видимо скрывает, чтобы сберечь наши нервы]
валерьянки попей

С нервами у меня порядок. Я надеюсь получить комментарии по теме.

Баянист. Как тебя подпускают к боевым конфам? Гораздо прикольнее, что такие фантомные записи могут повлиять на RLS :) И да, они не только в регистре оборотов, но и в накопления прут.

Таблицу итогов регистра накоплений еще глянь..
Инфаркт обеспечен

Почему баянист? Проблема давно озвучена? Сам не нашел, подскажи, пожалуйста, где читать матчасть про это?

_AccumRgTn6629 Это итоги оборотов, к таблице движений не имеет отношения

На инфостарте тема была.. и прилагалась обработка.

Стоимость удаления записи дороже апдейта.. вот записи и остаются (хотя и нудевые)

прикольно

В регистре накопления тоже видел, но там такого массового безобразия в плане поглощения места на диске нет, так как ежемесячно рассчитываются итоги. В случае же оборотного регистра помогает только реструктуризация (т.е. пересоздание средствами 1С) оборотной таблицы регистра. Или есть еще какой-то способ?

(7) Да, я так и понял, что дешевле не удалять. Но в моем случае это привело к тому, что база содержит информацию, которая не используется системой (около 17% от размера базы это не шутки) и вредит быстродействию

(6) _AccumRgTn6629 это таблица, где хранятся обороты по месяцам, можно конечно и как вы сказать, что она содержит итоги.

Это рваный баян же, В таблицах ИТОГОВ не удаляются физически записи, ставится 0, только после пересчета итогов они уходят.
Неприятные последствия РЛС может вызвать на эти регистры, данных вроде нет, а нарушение прав доступа

поминится в 81 подобный глюк был для регистров остатков

(12) Пересчет итогов никак не исправляет фантомные записи ОБОРОТНОГО регистра. Т.е. он растет безконтрольно в процессе работы конфигурации.

(0) это происходит именно при программной очистке регистра? И что это за очистка аж на 45 гигов?

(14) не верю... как итоги пересчитываешь? из пофигуратора?

Сжатие данных там же делал?

(15) Это происходит и при программном удалении через обработку и в случае удаления проведенного документа у которого стоит Удалять движения автоматически при проведении.
Я проверил и был немало удивлен.

Ну хз. вроде ж нормальное поведение любой БД при удалениях всередине таблиц.

А шринк мссюл это тоже что вакуум для постгреса?
Если да, то неверится что шринк часть таких записей не уберет :(

(17) Нет не по конфигуратору, а через предприятие. А есть разница? Шринк делал конечно же, но средствами скуля. Опять же есть разница?

(20) наверняка есть. я бы проверил, на маленькой базе, чтоб часы не ждать

Для скуля строки в таблицах с 0 не есть лишние записи, он их не сожмёт. А вот для 1с разница есть

Открытие века.... Ты еще глянь как удаление файлов происходит...


Ты себе представь как удалять строки из середины таблицы! Сколько это займет времени?

(19) Не уберет, конечно! С точки зрения скуля это АБСОЛЮТНО нормальные записи. Скуль же не знает, что записи с пустым набором всех ресурсов абсолютно бесполезны с прикладной точки зрения.

(23) Да я не против, я только за! :) Меня волнует другой вопрос: каким регламентным заданием на обслуживание 1С я могу периодически избавляться от таких записей? Два способа я отразил в посте. Может кто-то знает более красивый вариант, о котором я не знаю?

в конфигураторе в ТИИ есть сжатие таблиц

(26) Спасибо, за совет, действительно есть разница между SHRINK  и Сжатие таблиц в конфигураторе 1С?

(27) есть, SHRINK FILE вобще свободное место просто освобождает

Кстати, задача стоит уменьшение размера базы данных не типовой КИС на основании УТ.
Начал ее решать запуском скрипта, чтобы узнать какие объекты отъедают больше всего места:
   CREATE TABLE #t([имя таблицы] varchar(255), [строк] varchar(255), [зарезервировано] varchar(255), [всего данных] varchar(255), [размер индексов] varchar(255), [свободно] varchar(255));
   
   INSERT INTO #t
   exec sp_msforeachtable N'exec sp_spaceused ''?''';
   
   SELECT * FROM #t where [имя таблицы] like N'%RgTn%' ORDER BY CONVERT(bigint, REPLACE([всего данных], ' KB', '')) DESC;
   
   DROP TABLE #t;
в топе оказалась как раз оборотная таблица _AccumRgTn6629

лицензионное соглашение это как девочка на фронте в автосервисе, красивая, ухоженная, чай наливает. в гараже все немного иначе.

До удаления фантомных записей она занимала 54 гигабайта (оборотная таблица и индекс) или 83 миллиона записей.
После удаления эта таблица стала весить 20 гигабайт или 34 миллиона записей.

(30) улыбнуло, коллега

(0) А зачем там ".Прочитать(); .Очистить();"?

гигобайт, круто!

(33) Для надежности. Я знаю, что хватает и Записать().

вообще об этом написано в умных книжках и куче статей по инету. достаточно сделать пересчет итогов и все пройдет

(35) ТОгда нужно было еще и запрос сделать или удалять по каждой отдельной записи.

(36) В конфигураторе пересчитать итогов?

(14) > Пересчет итогов никак не исправляет

Вот это странно и сомнительно

(37) Коллега, это не по теме :)

закладка

(39) Может все-таки есть разница между пересчитать итоги в конфигураторе и в предприятии? Тогда да - мы никогда не рассчитывали итоги в конфигураторе.

"Зачем в 1С нужно периодически пересчитывать итоги по регистрам?"
http://infostart.ru/public/177171/

набросал

ТЗ = ПолучитьСтруктуруХраненияБазыДанных(,Истина);
Для каждого Регистр Из Метаданные.РегистрыНакопления Цикл
   Сообщить("-- "+Регистр.Имя);
   Стр = ТЗ.НайтиСтроки(Новый Структура("Метаданные,Назначение","РегистрНакопления."+Регистр.Имя,?(Регистр.ВидРегистра=Метаданные.СвойстваОбъектов.ВидРегистраНакопления.Остатки,"Итоги","Обороты")));
   ИмяТаблицы = Стр[0].ИмяТаблицыХранения;
   ПоляТаблицы = Стр[0].Поля;
   Условие = "";
   Для каждого Ресурс Из Регистр.Ресурсы Цикл
       Стр = ПоляТаблицы.НайтиСтроки(Новый Структура("ИмяПоля",Ресурс.Имя));
       Условие = Условие + ?(ЗначениеЗаполнено(Условие)," and ","") +Стр[0].ИмяПоляХранения+"=0";
   КонецЦикла;
   Сообщить("delete from "+ИмяТаблицы+" where "+Условие);
КонецЦикла;

(44) отлично коллега, я на это намекал в посте

(43) Верно, но в статье говорится только про остатки. Но оборотный регистр хоть и имеет ту же самую проблему фантомных записей - имеет и свою специфику. А именно пересчет итогов для него не устраняет фантомный записи!

(46) да проверь уже! на тощей базе.
в пофигураторе Пересчет, потом сжатие там же

Проблема точно решается реструктуризацией таблицы. Вызывать из конфигуратора - слишком роскошно для меня. База большая и потребуется большое время для выполнение этой операции для всех таблиц - несколько суток точно. Есть более дешевый по времени вариант - вызвать реструктуризацию только таблицы проблемного регистра. Один из способов я описал в посте.

(47) ща проверю на тестовой и отпишусь

(46) > пересчет итогов для него не устраняет фантомный записи!

Сложно в это поверить.

(50) только что проверил - пересчет итогов через 1С Предприятие\ управление итогами - проблему НЕ РЕШАЕТ для оборотных регистров. Оно и так было понятно, так как мы это делаем каждый месяц - все бы давно обрезалось. Для регистров ОСТАТКОВ шлак исчезает. Сейчас запустил пересчитать итоги через конфигуратор. Жду.

(50) сдаётся мне, что в режиме предприятия нельзя указать оборотные регистры для пересчета итогов. Из конфигуратора надо

(52) В конфигураторе есть выбор? Неожиданно.

(53) в конфигураторе пересчитывает абсолютно ВСЁ, выбрать нельзя

(54) Задумался конфигуратор, что-то он другое делает по сравнению с пересчетом итогов в предприятии. Видимо разница в этих режимах все же есть. Ждем окончания, что же будет с фантомными записями? :)

Да тьфу на вас, навели панику.
У меня нулевых записей оказалось 0.0001 % от общего числа.

(55) меня тоже заинтересовало. жду вместе с тобой

(55) Что ж они тебя так зацепили :)?
Эта фигня еще с 7.7 тянется, там же на ДБФ еще удаленные записи справочников физически не удалялись.

(55) да понятно что другое, минимум - за весь период считает итоги, а не за указанный, ну и фантомчики удаляет может в обротных. Тут я не уверен, возможно это сделает сжатие таблиц БД

(38) ТИИ пересчет итогов тоже спасет. Но можно и в предприятии.

(56) как это ты так быстро определил?

(61) Обработкой прошелся по всем таблицам SQL

(62) пересчет итогов и сжатие давно делали?

(62) Можно обработку в студию?

(63) Не поверишь, никогда не делали.
На базе в почти 300гб не возникает такого желания :)

Да я сейчас тоже занимаюсь в плотную чисткой 150-ти гиговой базы, от помеченых на удаление, чистки регистров кривых, и этой темой тоже надо будет занятся

(65) во-во у меня тоже нет желания. Единственно что делаем пересчет итогов в предприятии раз в месяц и шринк средствами скуля.

итоги пересчитай

(68) абсолютно ценный совет, каждый считает своим долгом это тут сказать?)

(69) не говори, коллега :)

(0) "Я вот не трогаю Гондурас, он и не беспокоит" (с).
Если прочитать про механизмы работы SQL серверов, то становится понятно почему так поступает 1С. Удалять и перестраивать индексы и статистику, освобождать память и страницы в он-лайне выходит ох, как затратно. У вас что уже место кончилось? или тормоза повылазили?
Кароче, я бы световал не чесать "Гондурас".

(69) ну нужно же помочь человеку ))

http://dl.dropbox.com/u/67681686/ПроверкаПустыхЗаписейРН_SQL%20общедоступная.epf

Коллеги, запустил на копии рабочей базы пересчет итогов в режиме конфигуратор. Так вот, висит уже полчаса на регистре, который на порядок меньше, чем сабжевый регистр. Интересно, сколько времени должно пройти для переиндексации всех объектов конфигурации и завершится ли она удачно. Возможно мой вариант с реструктуризаций регистра самый разумный вариант в данном случае. Отпишусь в любом случае.

(73) спасибо за обработку, думаю многим пригодится

(73) спасибо за обработку. 0,17% (44 056/25 279 560) не критично)

Вопрос. А при выгрузке/загрузке через dt эти нулевые записи сохраняются?

Думаю, да, т.к. при загрузке итоги не пересчитываются

(78) почти всё ТИИ происходит при загрузке выгрузке, думаю что удалятся

2(77) нет, не сохраняются

незнаю насчет сохранения нулевых записей, а про пересчет итогов при загрузке из dt задавал вопрос на [email protected], ответили - не пересчитываются

* но сам не проверял

да обработка проверил. регистр продажи записей 2 400 000. хотя смотрю записей через count(*) там 5 лямов... хыхы

(83)+ обработка показывает наличие нулевых записей в основной таблице, а не в итогах. так что переделайте ее быстрее :)

Посмотрел код обработки - подтверждаю (84)

переделать несложно

(0)спасибо. не знала.

(81) я проверял сравнивая размеры файловой версии базы. При загрузке из дт размер практически такой же. При ТИИ (все галки) в моем случае размер снизился на 25% процентов.

хм, а то что в клиент-серверной в конфигураторе ТИИ нет "Сжатие таблиц БД" кто замечал? всегда думал что есть...)

(89) делай в скуле, будь мужиком

(89) а это чтоб шринк не забывали делать

я к тому что значит только Пересчет итогов уберёт (0), была мысль что это сжатие сделает. Шринк скуля их не убирает

Уважаемые мегагуру специалисты, подскажите нормально
что этот запрос столько выполняется ??

Объект = Хозрасчетный ИтогиПоСчетамССубконто4
Команда = SELECT COUNT(*) FROM _AccRgAT410090
Начало выполнения: 29.03.2013 15:36:56
Окончание выполнения: 29.03.2013 15:38:03

(92) "Шринк скуля их не убирает"
Ну это логично.. с его точки зрения это обычные строки таблиц, которые он обязан хранить, пока приложение не захочет ух удалять. То, что они хранят бесполезную информацию, известно на прикладном уровне, но на уровне хранения данных они вполне не пустые.

Всем большое спасибо за указание на ошибку, исправил.
Действительно, в итогах много нулевых.

Осталось select заменить на delete и радоваться :)

(95) Да у тебя там в найти косяк был только по основной таблице долбило )))

(96) радоваться тем что ты перступник?) нарушение лиц соглашения, нуралиев негодует и рвёт на себе последние волосы. Пожалей уважаемого Бориса Георгиевича

(98) Это теоретически, я же так не буду делать!

Сто

да-да-да, попадались эти грабли в РЛС. Правда, еще на 8.1

(100) Красава. Возьми с полки пирожок )))

Народ Вы РБ то же глядите ))))

50% 0уевых записей ))))

ИтогиПоСчетамССубконто4     Хозрасчетный    20511030    10216699    49,81

+(44) в таблице итогов остатков РН ЗаказаПокупателей удалено порядка 1.5 млн записей, осталось порядка 1.8 млн, вот так вот

это самый яркий пример

обработку-то переделали и перезалили?

Ай, тьфу)

Так я не понял, пересчет итогов эти нулевые записи убирает?

(107) из предприятия нет, из конфигуратора да, но по всем регистрам его тока запускать

(108) e,bhftn bp ghtlghbznbz

убирает из предприятия

Стр = Новый Структура;
   Для каждого МетаРег Из Метаданные.РегистрыНакопления Цикл
       ИмяРег = МетаРег.Имя;
       РегМенеджер = РегистрыНакопления[ИмяРег];
       Если Ложь Тогда РегМенеджер = РегистрыНакопления.Баллы КонецЕсли;
       #Если Клиент Тогда
           Состояние(МетаРег.ПолноеИмя());
       #КонецЕсли
       
       Если РегМенеджер.ПолучитьИспользованиеИтогов() Тогда
           ТекДата = ТекущаяДата();
           РегМенеджер.ПересчитатьИтоги();
           Стр.Вставить("РегистрыНакопления_"+ИмяРег, ТекущаяДата() - ТекДата);
       КонецЕсли;
   КонецЦикла;
   Для каждого МетаРег Из Метаданные.РегистрыБухгалтерии Цикл
       ИмяРег = МетаРег.Имя;
       РегМенеджер = РегистрыБухгалтерии[ИмяРег];
       Если Ложь Тогда РегМенеджер = РегистрыБухгалтерии.Бюджетирование КонецЕсли;
       #Если Клиент Тогда
           Состояние(МетаРег.ПолноеИмя());
       #КонецЕсли
       
       Если РегМенеджер.ПолучитьИспользованиеИтогов() Тогда
           ТекДата = ТекущаяДата();
           РегМенеджер.ПересчитатьИтоги();
           Стр.Вставить("РегистрыБухгалтерии_"+ИмяРег, ТекущаяДата() - ТекДата);
       КонецЕсли;
       
   КонецЦикла;
Возврат Стр;

(110) в остаточных убирает, в предприятии ты оборотные тупо выбрать не сможешь для пересчета жеж

(112) все работает

(113) я не про обработку, а про штатный пересчет итогов

(114) что в РегМенеджер.ПересчитатьИтоги(); нештатного?

(115) штатно - это операции, управление итогами)

(116) это у кого как

(99) Как эту обработку использовать для работы с именованным экземпляром сервера?
Что-то не хочет она работать, не может подключиться к базе, если сервер указан как "server\sqlexpress".
Выдает ошибку:
---
{ВнешняяОбработка.ПроверкаПустыхЗаписейРН_SQL.МодульОбъекта(45)}: Ошибка при вызове метода контекста (Open)
   RecSet.Open(Команда, SQLServer, 3, 1, 1);
по причине:
Произошла исключительная ситуация (ADODB.Recordset): Невозможно использование подключения для выполнения операции. Оно закрыто или не допускается  в данном контексте.
---

не совсем понятно что выдавала обработина когда шарилась по основной таблице, откуда там записи с нулевыми ресурсами?

(119) Движение с нулевым ресурсом

(119) в (0) - таблица оборотов

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

(120)(121) выше писали что в основных таблицах таких записей очень мало, а в итоговых - много, откуда такой перехлёст? Итоговые строятся на основании основной, даже если учесть что итоговые на каждый месяц - слишком велика разница.
Тут напрашивается очевидный вывод что из основных таблиц такие записи удалятся, а из таблиц итогов -  нет. Где я ошипся?

(0) вот ведь открытие епт! Я это знал еще 10 лет назад. В первый месяц работы с 77

у меня полный пересчет итогов из конфигуратора проблемы совсем не решил(... Как было до пересчета, так и осталось...

(124) ну с 7.7 сравнивать некорректно

(112) а оно не блокирует (по крайней мере у нас юзеры работали) :)
ну и есть ПересчитатьИтогиЗаПериод еще

РегистрыНакопления[ИмяРегистра].ПересчитатьИтоги()
точно убирает нулевые итоги, проверил

закладка

(129) если не знаешь, внизу страницы, под надписью "все сообщения" есть специальная кнопка.
Так и называется "Закладка"

(7) >Стоимость удаления записи дороже апдейта
Это зависит от СУБД. Например, в Oracle update дороже, чем delete.

(23) >Ты себе представь как удалять строки из середины таблицы! Сколько это займет времени?
Ужас-ужас! :)
В современных серверных СУБД это далеко не так. Что середина, что конец - разницы нет. Разве что в файловой, да и то сомневаюсь.
Может это тяжкое наследие времен DBF?

(130)Это чтобы все знали )))

А теперь ГЛАВНЫЙ ВОПРОС: почему об этом молчит 1С???

(133) А где ты хочешь чтобы об этом было написано? Максимум это в библии будет описано. это как раз её уровень

(134) Ты что-нибудь слышал про ИТС, статьи на нем, книги по 1с, форумы 1С? Вот о такой важной особенности работы 1С разработчики обязаны были везде в перечисленном сообщить!

Предлагаю переделать сообщение "Рекламу на Мисте видят не только одинесники" на "Рекламу на Мисте видят не только одинесники, но и одинэсники"

(135) Слышал. Вот только фирма 1С не раскрывает особенности работы своего движка. Такова политика партии. Поэтому на ИТС такой информации нет.

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

(137) А дальше берешь обработку и чистишь регистры

(73) падает на оборотных регистров, т.е. у которых нет итогов

{ВнешняяОбработка.ПроверкаПустыхЗаписейРН_SQL.МодульОбъекта(62)}: Значение не является значением объектного типа (ИмяТаблицыХранения)
   ИмяТаблицыХранения = СтрокаТЗ.ИмяТаблицыХранения;

(137) Почему политика партии такова чтобы не раскрывать особенности?

(138) вот и я о том же. уровень офисных хомячков, которым сказали надо нажать на эту кнопку и будет всё хорошо. И они нажимают и не понимая что происходит и для чего.

(140) Где то можно почитать от мелкомягких особенности работы диспетчера памяти MS SQL?

(141) ты хочешь сказать что эти нулево-ресурсные записи критически необходимы и их не нужно удалять?

(142) ну это несколько иное. Люди же не просят рассказать про диспетчер памяти 1с? Правда ведь

да в конце концов я не думаю что офисные хомячки ходят на мисту, поймут что такое нулево-ресурсные записи, и наконец что у них есть права на запуск обработок в системе

И еще один вопрос, в ветке прозвучало, что согласно лицензионному соглашению с 1с нельзя трогать записи базы данных напрямую. Это так, или это стеб?

(144) нет это как раз тоже самое. Никто из разработчиков не рассказывает про особенности работы своего движка. Видно это не просто так. И почему по твоему фирма 1С должна вести себя по другому

(146) Это так

Вот жесть то какая))) неучи))) еперный балет. я уще 12 лет назад про это узнал когда семерке учился на курсах.

(143) В базе 80% методанных лишние. И что теперь из-за того что конкретно вы их не используете тоже после каждого обновления удалять?

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

(150) это как лишниее? можно удалить и все будет работать? Вот ты точно похоже Америку открыл, если не врешь

(149) Ну, Женя, ты даешь. Надо было написать не на курсах узнал от препода, а когда ковырял СКЛ\ДБФ в хекс-редакторе, на ассемблер машине юникс системы. Как-то так

(152) Да. Мы например не торгуем алкоголем, поэтому могу смело удалить декларацию по алкоголю и всё будет работать. У кого то нет НДС, поэтому от удаления книги покупок и продаж ничего не поломается

(150) Да вообще типовые конфы - отстой. Справочник номенклатуры в УТ11 с 35 реквизитами

Будущее за авторскими конфами! Я лично планирую сто процентов написать свои типовые. Которые будут летать а по части ибзнес-процессов равных не будет.

(155) Посмотрел, в не самой последней 11.ХХ всего 18 реквизитов в шапке (без табл. частей). это что в последней столько стало, 35?!

Вот спрашивается нафига пихать столько всего в номенклатуру!!! идиоты.
КОгда многим фирмам там всего 4 поля надо. Номенклатуры по 300 тысяч. А учетная политика едина. Надо плять наворотов - ну сделайте подчиненный справочник.

(157)
размер1, размер2, ..., размер35

(156) Женя, я горжусь что живу в одно время с тобой, что я твой современник. Кроме шуток.

(159) ааааааааааааааааааааа, че серьезно?

(159) а что в них хранят, в этих размерах?

картинку в топку. плять картинки только на формах юзаеются или ну при обмене на сайт - нафиг не нужен в справочнике.
Надо вид номенклатуры - юзается только для проведения доков - тоже из подчиненного можно постать.
Надо всыкие галки шмалки - учет по тому сему и третьему десятому - это используется только в определенных участках опять же легко достать.



ПОследняя УТ11.1.1 - 34 реквизита.

Нафига там ВАРИАНТ ОФОРМЛЕНИЯ ПРОДАЖИ и куча остального МУСОРА.
Диотов понабрали. я эти конфы никогда внедрять не буду.

(163) Последнияя 11.1.1.13, и реквизитов столько же

Каок дибил будет с 300000 номенклатуры заполнять в кажой карточке шаблон этикетки или шаблон ценника. Два плять реквизита с файлами - нафиг.
Ставка НДС - епт - это нужно только для дока в подбор - из подчиненного летать будет.
Описание туда же. Еще плять 10 реквизитов ....

(163) выложи названия реквизитов, просто интересно что они добавили

(166) зайди и прозрей. Дерьмо полное.
Нереально работать в 1С для фирм с большой номенклатурой. Когда постоянно загрузки и прочее.
Я вот клиенту загружал номенклатуру из прайса. 30000 товаров.
Вся новая - 99 процентов выполнение строка НоваяНоменклатура.Записать()  - так и не дождался конфа. сказал бросайте к утру загрузится.

(167) как же так, в типовых же есть такой Мощный механизм как "функциональные опции". Одним кликом и ненужные реквизиты выключатся. Одним словом - выпускайте Базвана!

(167) всё очень просто. сдыхает она на объемах, вот и приходится вводить реквизит типа "ЕстьТоварыДругогоКачества"

(168) шо, опять?
ФО скрывают видимость реквуизитов, но это не означает что их не нужно
А. заполнять
Б. записывать и хранить

(168) не тормози. какие в изду функциональные опции. ты я вижу вообще ноль в познаниях.

Сколько в метаданных реквихзитов - ВСЕ ОНИ БУДУТ в таблицах базы данных.
И между прочим если ты отключаешь это не значит что они не заполняются!! еще как заполняются.

(171) Жень, здесь все нули по сравнению с тобой. Это как бы Аксиома. Это даже не лесть. Это факт.

(172) а ты пробовал те же 30000 товаров прямым запросами в СКЛ затолкать? Сколько по времени выходит? Думаю в течении минуты должно съедать

(174) Наблагадарное это дело прямым запросом писать, замучаешься с гуидом

(169) достаточно сделать один подчиненный справочник и вынести в него 30 реквизитов нафиг. Малообращаемых и используемых в малозагруженных функциях.
Половина этих реквизитов используется только в определенных участках где загрузки вообще никакой нет и из подчиненного их достать в такие моменты -тысячная секунды.

Но вот когда работаешь с такой номенклатурой - а она используется ВЕЗДЕ в запросах и тд.
Да и сейчас 70 процентов торгашей торгуют огромными ассортиментами. постоянно загрузки тысяч номенклатур и так далее.

(175) Кстати не подумал. А ГУИД в обход 1с формирует кто-то? Или в 8 напрямую никто не создает ничего.

(174) тогда надо сразу на коробке написать - Внимание! При покупке коробке мы рекомендуем сразу же взять в придачу раба для написания прямых запросов. Иначе вы не сможете в первый день работать.

(176) ради интереса попробуй те же 30000 номенклатуры напрямую затолкать, без ХУИДа. Сколько выйдет по времени

(166) если движек исковеркает я не виноват

   1    Имя: Артикул        
               Строка(25, Переменная)
   2    Имя: ВариантОформленияПродажи        
               ПеречислениеСсылка.ВариантыОформленияПродажи
   3    Имя: Вес        
               Число(15, 3, Неотрицательный)
   4    Имя: ВестиУчетПоГТД        
               Булево
   5    Имя: ВидНоменклатуры        
               СправочникСсылка.ВидыНоменклатуры
   6    Имя: ГруппаДоступа        
               СправочникСсылка.ГруппыДоступаНоменклатуры
   7    Имя: ГруппаФинансовогоУчета        
               СправочникСсылка.ГруппыФинансовогоУчетаНоменклатуры
   8    Имя: ЕдиницаИзмерения        
               СправочникСсылка.ЕдиницыИзмерения
   9    Имя: ЕстьТоварыДругогоКачества        
               Булево
   10    Имя: ИспользованиеХарактеристик        
               ПеречислениеСсылка.ВариантыИспользованияХарактеристикНоменклатуры
   11    Имя: ИспользоватьИндивидуальныйШаблонЦенника        
               Булево
   12    Имя: ИспользоватьИндивидуальныйШаблонЭтикетки        
               Булево
   13    Имя: ИспользоватьУпаковки        
               Булево
   14    Имя: Качество        
               ПеречислениеСсылка.ГрадацииКачества
   15    Имя: КодДляПоиска        
               Строка(11, Переменная)
   16    Имя: Марка        
               СправочникСсылка.Марки
   17    Имя: НаборУпаковок        
               СправочникСсылка.НаборыУпаковок
   18    Имя: НаименованиеПолное        
               Строка(1024, Переменная)
   19    Имя: Объем        
               Число(18, 6, Неотрицательный)
   20    Имя: Описание        
               Строка(1024, Переменная)
   21    Имя: ПодакцизныйТовар        
               Булево
   22    Имя: Производитель        
               СправочникСсылка.Производители
   23    Имя: СкладскаяГруппа        
               СправочникСсылка.СкладскиеГруппыНоменклатуры
   24    Имя: СтавкаНДС        
               ПеречислениеСсылка.СтавкиНДС
   25    Имя: ТипНоменклатуры        
               ПеречислениеСсылка.ТипыНоменклатуры
   26    Имя: ТоварнаяКатегория        
               СправочникСсылка.ТоварныеКатегории
   27    Имя: ФайлКартинки        
               СправочникСсылка.НоменклатураПрисоединенныеФайлы
   28    Имя: ФайлОписанияДляСайта        
               СправочникСсылка.НоменклатураПрисоединенныеФайлы
   29    Имя: ЦеноваяГруппа        
               СправочникСсылка.ЦеновыеГруппы
   30    Имя: ШаблонЦенника        
               СправочникСсылка.ШаблоныЭтикетокИЦенников
   31    Имя: ШаблонЭтикетки        
               СправочникСсылка.ШаблоныЭтикетокИЦенников
   32    Имя: ПоставляетсяВМногооборотнойТаре        
               Булево
   33    Имя: НоменклатураМногооборотнаяТара        
               СправочникСсылка.Номенклатура
   34    Имя: ХарактеристикаМногооборотнаяТара        
               СправочникСсылка.ХарактеристикиНоменклатуры

(174) ну так он и пишет напрямую .. в mySQL и довольно быстро

интересно что за реквизит "Объем" в номенклатуре

(177) да я. При загрузки из 7-ки я модовское IDD 17 символов преобразую в в ГУИД с возможностью обратного преобразования. И при загрузки уже записываю со своим гуидом. Правда приколов от разработчиков типовых в этом случае тоже хватает. Например по клиента чихать они хотели на твой гуид при записи нового клиента. Они свой генерируют

(182) т.е. вес тебя не смущает, а объем  вызывает вопрос?

при это возможно 80% компаний 80% данных реквизитов не нужно, хотя они могут и использоваться у кого-то

Я на УТ11 поставил крест. Никаких внедрений и всех клиентов отговариваю напрочь. С таким справочником номенклатуры это развод.
(181) во всех базах MySQL номенклатура разделена на множество таблиц. Но основная таблица - очень легка и проста. Все остальные связаны по ID. ну типа подчиненные. и юзаются только там где надо.

(184) вес не заметил

т.е. записи остаются "навсегда"?

(187) 3 реквизит

в принципе и вес и объем имеют право на существование

(188) поясни ты это кому и о чём?

УНи убрали подчиненый справочник единиц. теперь там одна единица из классификатора. Вот потом их и прижали за данную ошибку и им приглось еще пихать 2 реквизита.
Тк использование упаковок - опа еще та. тк сразу врубает такой пипец. для фирмы у которых их нет а вес и объем нужен.
ВСЯ УТ11 полностью построена на методических ПРОМАХАХ изначально. И они теперь начинают еще больше плодится волной.

(192) костыли рождают новые костыли

(192) Ну в некоторых случаях это имеет смысл. Но пять таки что им мешала заюзать 2 справочника  и галку в константах типа использовать расширенный учет ЕИ. Нужно простой - вот тебе ссылка в ОКЕИ, нужно больше- опа вот тебе и больше, как в7-ке было

(191) наверно он о нулево-ресурсных записях. Немногие уже помнят о чем ветка :)

(195) так вроде бы об этом сказано вначале, что "
К счастью сама 1С удаляет эти строки с случае рестуктуризации таблиц регистра. "

Скоро выйдет УТ 12, которая будет простая и кошерная как ТиС. Переход будет как и положено переброской остатков. Ну а после итерация начнется с начала

(197) не будет этого еще долго. И пока я не стану директором 1С.

(197)
первая версия
УТ 10.2 вышла в 2006 году
УТ 10.3 - 2008

УТ 11.0 - 2010
УТ 11.1 - 2013

Т.е. раньше 2017 года врядли стоит что-то ждать, если конечно они не привяжут выпуск к выходу платформы 8.3 с новым интерфейсом. Но боюсь они не потянут 3 конфиги параллельно (10, 11 и еще и 12). Силёнок не хватит.

Вообщем твое скоро еще как минимум года 3-4 ждать

Хотя как вариант Maniac выпустит свою облегчённую версию УТ, 1С ее купит и выпустит под своим именем как УТ12 :)

(198) пока Женя не купит 1с

(200) Это был бы идеальный вариант

(200) а чо неплохая мысль сделать наконец то конфу. Даже все свои 20 разработок уже готовы для этого. еще подсистема есть.
Осталось только за малым - написать документы и регистры ;)
10 регистров думаю хватит.

(146) Лицензиат обязуется не допускать нарушений исключительных прав Правообладателя на ПРОГРАММНЫЙ ПРОДУКТ, в частности, не совершать и не допускать совершения третьими лицами следующих действий без специального письменного разрешения Правообладателя:

...
      доступ к информационной базе ПРОГРАММНОГО ПРОДУКТА ... с помощью средств и технологических решений, не предусмотренных в сопроводительной документации;

(с) v8: Лицензионное соглашение

Исходя из этого делается вывод что раз нет в документации описания прямых запросов к ИБ в том числе и на модификацию, то сие действие есть нарушение ЛС

(204) по-моему чушь это, очень расплывчато, возможно даже противозаконно со стороны 1с. Да и как доказать что кто-то вручную что-то делал? Думаю в суде можно сказать что это результат глюка 1с, суд охотно согласится

(205) Ну мы же не в суде. Ты спросил откуда ветер дует, я ответил. А дальше каждый уже сам решает что делать с этой информацией

Женя, надеюсь тебе хватит сил и энтузиазма. Помощник у тебя есть уже

как вариант COM технология описана в документации. поэтому если мы напишем dll которая делает это и подключим её к 1С по технологии com, то формально мы не нарушаем данный пункт ЛС

(208) С таким же успехом мы можем заявить, что поскольку мы вызываем ADODB.Connection с помощью штатного метода "Новый ComObject" (средство, описанное в документации) - это означает, что с помощью этого объекта мы можем обращаться к данным 1с и это не будет нарушением ЛС.

(209) Ну речь идет в основном о редактирования минуя 1С, а не из 1С

В частности например чтобы ексель сам забирал данные со скуля минуя 1С и строил кубы. или например бекап средствами скуля

(210) Бэкап средствами sql-сервера фирма 1с наоборот официально рекомендует)

(211) Тут двояко, одно дело рекомендует, другое дело ЛС. В документации к 1С ведь нет же про бекап скулем, и это вполне попадает под пункт доступ к ИБ сторонними средствами

Колумб Америку открыл, великий был моряк...

Так-то это еще на семерке было...

(212) Нет никакой двоякости, вот тебе ссылка на документацию:
http://its.1c.ru/db/v8doc#content:8:1

ну-с.. с нетерпением ждем мегаконфиги от Маньяка, которая решит 99% проблем 99% организаций, епта!

Отмечусь.

(215) профинансируй чтобы быстрее было. Лямов 10 хватит на первое время.

(217) тае ты ещё не нашёл, кто тебя профинансирует/оплатит мегаконфу?

(218) кто будет финансировать гастробайтера, работующего грузчиком на складе логистического центра, ну сам подумай

+ (219) хотя с клоунскими выступлениями возможно повезет как узбеку из Таджикистана Бо(а)ймурат (сценическое имя "Таджик Джимми" пруф http://www.youtube.com/watch?v=bbqaIJeNDkQ )

(0) Ну и чо? Нулевые итоги в регистрах остатков тоже хранятся.

(221) годный вброс на вентилятор

(222) стараемси

(219) так в выписке из егрип написано про него

Вид гражданства: Гражданин Российской Федерации    
Страна гражданства: РОССИЯ

(217) Женя. я ясно написал - "ждем". если бы я хотел написать - "инвестириуем" я бы так и написал...

(225) Не боишься остаться без работы после выхода данной конфигурации? А вдруг Женя действительно решится и напишет? Работы не будет.

(226) ну, если ВДРУГ так случится - я не особо расстроюсь... найду чем заняться...

Коллеги, добрый день!
Итак, результат запуска расчета итогов через ТИС ОТЛИЧАЕТСЯ от запуска расчета итогов через Предприятие!
ТИС "Расчет итогов" УСТРАНЯЕТ фантомные записи. Правда у меня обработка шла двое суток. Поэтому, если ваш регистр сильно зашлакован, а времени нет, то можно либо воспользоваться DELETE на свой страх и риск, либо сделать с регистром действия приводящие к реструктуризации таблицы регистра без потери данных. Например, как это описано в посте. Тогда время реструктуризации 4 часа. Всем спасибо за участие!

(228) чо?

ТИС = Торговля и Склад

ну и как ранее писали - РегМенеджер.ПересчитатьИтоги()

очемятка ТИИ (тестирование и исправление)

Итак, результат запуска расчета итогов через ТИИ (тестирование и исправление через конфигуратор) ОТЛИЧАЕТСЯ от запуска расчета итогов через Предприятие!
ТИИ "Расчет итогов" УСТРАНЯЕТ фантомные записи. Правда у меня обработка шла двое суток. Поэтому, если ваш регистр сильно зашлакован, а времени нет, то можно либо воспользоваться DELETE на свой страх и риск, либо сделать с регистром действия приводящие к реструктуризации таблицы регистра без потери данных. Например, как это описано в посте. Тогда время реструктуризации 4 часа. Всем спасибо за участие!

(233) не путай ПЕРЕСЧЕТ итогов и УСТАНОВКУ ДАТЫ РАССЧИТАННЫХ итогов