Есть типовые базы 1С 8.2 «Бухгалтерия» и 1С 8.2 Рарус «Торговый комплекс» в которой уже 3 года ведется учет. Начальник хочет перенести остатки и справочники со старых баз в новые базы тех же конфигураций и вести в этих базах учет с 1 января 2014 года. Зачем это ему нужно?

А спросить у начальника?

(0) Догадаться так сложно?

Жду Ваших подсказок!

это бухам в основном нужно, а ту же УТ можно спокойно с середины года

Начальник говорит что я сам должен догадаться!

(3) а нам пох

(3) потому что нет адекватной свёртки для 8.2, по этому переход в новую базу как бы её заменяет

(7) Можно поподробней об сверке для 8.2, что это такое и с чем его едят?

(5) Ну так догадайся сам.

ТС, а ты не знаешь про ограничение в 4 ГБ на одну таблицу

(10) База SQL-ная, а там вроде ограничений нет

(8) (0) короче, вопрос по сабжу касается особенностей архитектуры 1С, не спецу сложно будет понять. Забей, не заморачивайся

(0)он не хочет чтоб если база попадёт в руки проверяющих органов, чтоб они увидели старые операции

(3) Это как бросать курить с понедельника) Некое начало новой жизни.

ну и ещё может быть просто убитый учет в базе. документы правленные старым числом. Дофига помеченных на удаление объектов, участвующих в проведении, некорректная себестоимость. Легче с нуля начать базу, перенеся остатки и уже правильно вести учет - так, чтоб всегда можно было восстановить последовательность и перепровести.
только вот для анализа ведь нужно и за старые периоды отчеты формировать...

А может и есть адекватная свёртка (сам не пробовал). Тогда никуда не надо переходить

http://infostart.ru/public/139651/

(15) формируй в старой базе

(0)
Левые продажи скрыть , не ?

(0) Потому, что разработчики 1С на момент разработки много чего не знали.
В частности они не знали, что там где есть одна база данных, там тут же появляется вторая. Насчет второй они никогда не заморачивались.

А может просто база большая  и тормозит?
(12) А ты самый главный спец? Расскажи-ка дядям с большой полоской)

(20) нет, я тоже не понимаю, но знаю что надо

I) Проблемы, которые мы пытаемся решать сверткой БД

1) Увеличение размера БД

2) Низкая производительность выполнения запросов

3) Большой объём "ненужных данных" которые мешают работе пользователей

II) "Технологические" решения проблем

1) Проблема увеличения размера БД

а) Разделение БД на файловые группы

б) Размещение БД или её части на сетевом диске

в) Сжатие таблиц БД

г) Секционирование таблиц БД

http://www.klerk.ru/soft/articles/321619/

(23) Ты гугл?

(7) В последней БП 3.0 встроена свертка. Или что есть адекватная?

(12) Не скажи, тут еще вопрос и безопасности. Одно дело когда базу сольют и там вся история за последние 10 лет, другое дело когда там данные только за последние 3 месяца

(25) при чём тут БП 3.0 ?

(0) Полностью согласен с твоим начальником, сам думаю так сделать потому как бд выросла за 4 года до 492 гиг и система притормаживает, реиндексация и все фишки по оптимизации бд очень долго делаются

(26) так слить и старую могут, ты ж её не будешь удалять, мало ли, данные понадобятся

(27) а о чем речь?, я хз что скрывается под фразой " 1С 8.2 «Бухгалтерия» " к тому же что есть свертка?

(29) буду, а если понадобятся - отдельный комп и под присмотром смотри

(30) "1С 8.2 «Бухгалтерия» и 1С 8.2 Рарус «Торговый комплекс» в которой уже 3 года ведется учет" думаешь они 3 года в БП 3.0 уже херачат?))

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

(32) А что тебя смущает?

(34) Что она вышла полтора года назад

любимая игра 1Сников:  угадай конфу

(31) если там завелся этот чел, который сливает, то он при первом известии о переходе на новую базу, сделает себе копию старой на флешку.

Недавно так клиента обломал. Попросили при переходе на тройку заодно избавиться от лишней номенклатуры. Пришлось сказать, что заодно не получится.

Сворачивать базу на начало года следует тогда, когда прошлый год уже закрыт. Иначе полгода будет идти исправление начальных остатков и правка старой базы.

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

(3) У начальника мозг заточен под 7.7
"В современных условиях очень странно бывает иногда слышать "нам нужно свернуть БД 1С - её объём превышает 50 ГБ". Если бы такое собирались сделать администраторы систем SAP R3 или Oracle e Business Suite или даже MS Dynamics Ax их бы наверное уволили."

(40) особенно когда потом оказывается, что запросы по-прежнему работают медленно :)

(0)Склоняюсь к двум версиям.
1. Скрыть косяки ведения учета.
2. Сделать видимость работы.

(41) Мы сейчас про 1С говорим?

Элементарный пример

Документ с кучей строк (порядка 1,5к), он один в пустой базе. Помечаю на удалаения - удаляет относительно быстро

Этот же документ в в базе в которой более 5 000 000 проводок, но сделан по совершенно другой фирме, по которой нет данных. Помечаю на удаления и он помечает на порядок больше. Вывод какой напрашивается? Что для SAP R3 или Oracle хорошо - для 1С смерть

Речь про типовую БП 2.0

(44) Расчет итогов отключи на момент удаления :)

(44) а зачем его удалять? в той же SAP R3 или Oracle это не сделаешь

(47) И что в этом хорошего?
К примеру, тестовая организация проверяли обработку обмена (ах да я забыл обменов же тоже в сапе нет)
Или просто бух ошибся не в ту базу загрузил данные

(48) Ключевая фраза - бух ошибся.
Вот пусть за свои ошибки и расплачивается.

(49) кровью?

(49) А ты как программист не хочешь расплатиться за каждую ошибку в коде? А 1С за ошибки в типовой?

(51) Есть повседневная работа, а есть ошибки пользователей, программистов. С обрезкой базы это никак не вяжется - ошибки нужно просто исправлять сразу как нашли.

(52) а как исправить, если удалять нельзя?

(51) А я как программист расплачиваюсь за свои ошибки и несу ответственность за каждую точку в коде.
С типовыми сложнее. За них никто ответственности не несет.

(53) где нельзя? В сапе? удалять нельзя, сторно можно. в 1С? можно, но 5000 проводок в заполненной базе удаляются долго, сторно тоже есть кстати.

(52) А причем тут это речь, вроде бы о том как 1С работает с большим объемом данных. Т.е. влияние 5 000 000 проводок на работу. И заметь на скуле это даже не 50 гиг, а где то 25

т.е. там для сапа 5 гиг или 50 гиг - всё единно, но мы же про 1С говорим, для которой это 2 большие разницы

Бух8.2 - вполне понятно - переход на три-ноль
рарус ТК - не нужно ибо нефиг (все не учтете все равно что потребуется за оставшиеся 2 недели), 160гиг на ТКПТ видел и ничего

А к какому из слов в заголовке темы задается вопрос?

(56) если у тебя документ находится в первых рядах по дате создания - то естественно будет делаться пересчет всех итогов, рассчитанных на начало. Никто ведь не мешает сделать сторно.
сравнивай не базы по объему, сравнивай железо для начала и вариант работы.

(0) ИМХО, единственной объективной причиной свёртки базы может быть необходимость сокращения объема слишком большой базы данных для целей повышения производительности.
Всё остальное - от лукавого.

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

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

Зато потом начинается самое интересное.
Каждому второму пользователю нужны данные за прошлые периоды. У каждого по нескольку баз (текущая и прошлых периодов). Начинаются мучительные попытки проследить динамику изменения показателей, взятых из разных баз. Ручное рисование актов сверок с контрагентами по данным из разных баз. Бухи сразу упираются в проблему составить годовой баланс (там требуются данные за прошлые года, которых в свернутой базе естественно нет). И т.д. и т.п.

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

(62) Согласен. Хотя эту историю тоже можно отнести к исключениям. Всё таки глобальный пересмотр бизнес процессов случается очень редко. Гораздо чаще такие вещи происходят постепенно и поэтапно, когда вполне можно ограничиться просто корректировкой существующих данных.

(16) сам сворачивал 70ГБ базу свертка отличная