однако, у местных были подобные попытки попытки

http://www.1cpp.ru/forum/YaBB.pl?num=1163497427/0

JohnyDeath Общие.Регистры - он ?

ev-kov писал(а) 12. Декабря 2008 :: 08:38:

когда придумал это то использовал для цен на бензин
Регистр:
товар-марка бензина,колонка,ценаРозн,Опт
- тогда тоже цена прягала часто.

сейчас тоже использую для хранения закупоч цен от времени
Регистр:
Поставщик,Регион,Товар, ЗакупЦена.
и по этим ценам построены аналитич отчеты ( какие уже не помню

Делал когда-то на "регистре сведений" регистрацию цен в ТиС вместо периодики (нужны были индивидуальные цены)
Но блин штатно (путем установки фильтра и выбрать первое, потом прервать) это дело еле шевелилось, пришлось переделать на пару функций с пом. 1С++
Если периодика когда-то шуршала, то многократные ВыбратьДвижения() просто трахали винчестер

Вадимко писал(а) 12. Декабря 2008 :: 15:40:

без классов

Вадимко писал(а) 12. Декабря 2008 :: 15:40:


То есть всё хранилось в регистре...

А вот nonprogrammer посоветовал для это справочник заюзать. сижу вот и думаю, для справочников можно без документов обойтись в принципе....

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

Таблицы прямо в базе 1С. 1С с ними дружит и не трогает их содержимое
Для очень многих вещей как я писал выше это было наиболее оптимально
Например, для работы отчета который управляет/создает документы для заявок на склад, заявок поставщикам, распределяет (в нем около 3000 строк) понадобилось около 8 таблиц (и это не считая временных)
Зачем допустим перезаписывать целый документ если можно проапдейтить одну запись в таблице по индексу и т.п. ?
Да чего говорить... на T-SQL можно такое изобразить что можно испугаться

Вадимко,Z1 А выгрузка в zip конфы не сбекапит эти таблицы, sql бекап ?

В случае загрузке из zipa, она затрет их об этом помнить нужно

Z1 писал(а) 16. Декабря 2008 :: 07:27:



Если в sql базе 1с есть посторонние таблицы, то загрузка из зипа убъет их ...

ev-kov писал(а) 16. Декабря 2008 :: 14:28:


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

classic писал(а) 17. Декабря 2008 :: 14:06:

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

classic писал(а) 19. Декабря 2008 :: 06:16:

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

А вот на счет удаления таблиц при загрузке из zip
Это вы уважаемый очен глубоко ошибаетесь.
Если вгржать в базу SQL в которой эти таблички есть, то 1С глубоко по барабану есть они тама чи нет.
Она меняет или удаляет токо свои собственные плоды.
На все остальное ей наплевать.

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

С измерениями, но без ресурсов (наверное)

Z1 писал(а) 23. Декабря 2008 :: 06:00:


Получается что регистр сведений,в твоей терминологии. Перепутал, написал измерения вместо реквизитов