К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

Быстрая очистка dbf-базы версии 7.7 компоненты Бухучёт

0 - 25.01.2016 - 15:18
Всем физкульт-привет!
Раньше была подобная информация, даже распечатывал, а сейчас не могу найти, а появилось желание проверить этот механизм...
Суть его была - в удалении определённых dbf-файлов.
Мне необходимо оставить лишь справочники и константы, а вот все документы и движения этих документов корректно "снести".
Через обработки переноса Export-Import слишком долго ждать и порой вылазит критическая ошибка, из-за которой приходится переносить справочники и константы частями...

Если кто помнит алгоритм быстрой очистки - прошу поделиться ссылкой на данный материал, чтобы освежить в памяти и проверить
:)



1 - 25.01.2016 - 15:28
http://www.forum.mista.ru/topic.php?id=300871

Оно?
2 - 25.01.2016 - 15:35
вроде оно, но проблем-то получается необерёшься... надо анализировать конкретную конфу сначала получается (чтобы не было в справочниках тех-же ссылок на документы), а потом уж пробовать
:)
и ещё - например периодические константы, установленные документы пока не понятно - слетят или нет
короче - затея не из лучших...
хм...
Гость
3 - 25.01.2016 - 15:39
Грохаешь все файлы, кроме SC* и 1SCONST
Если надо в справочниках оставлять ссылки на документы, то это совсем другая песня. Только какой смысл в этих ссылках
4 - 25.01.2016 - 15:45
а чтобы 1SCONST "похудел", делаю сначала ТиИ а затем выгрузку-загрузку данных? или все записи об истории периодических реквизитах там всё-равно останутся? (хочется, чтобы только последняя "периодика" осталась, т.е по максимуму очистить и ужать там всё лишнее содержимое)
5 - 25.01.2016 - 15:51
вобщем всем спасибо, суть ясна, надо просто пробовать, чем и займусь в ближайшие дни наверное
6 - 25.01.2016 - 15:53
Цитата:
Сообщение от volk13 Посмотреть сообщение
и ещё - например периодические константы, установленные документы пока не понятно - слетят или нет короче - затея не из лучших... хм...
читать как периодические реквизиты справочников, установленные доркументами
7 - 25.01.2016 - 16:32
6-volk13 > написал тебе, читай.
Гость
8 - 25.01.2016 - 16:38
Шухер чистит базы (продовольственные,винные, одежные) до нуля. Быстро и эффективно )) а че сопли разводить )))
9 - 25.01.2016 - 16:56
6-volk13 > ТИИ с опицей очищать проблемные ссылки
и вообщем то в типовой бухии периодики, которая устанавливается документами - я навскидку не примпомню... точно так же как сслыки на документы в прсвочниках - в типовой имхо такого нет...
10 - 25.01.2016 - 17:08
8-USSR > Поможем господам-буржуинам перенести Остатки :)
Гость
11 - 25.01.2016 - 17:29
(10)да не вопрос))
Гость
12 - 25.01.2016 - 17:32
(1)Прежде чем что-то чистить, задай вопрос, что ты хочешь получить ? у тебя нет ясности в голове, полная сумятица
13 - 25.01.2016 - 18:37
Волк, а прежнюю ветку по переносу ты, значит, не сохранил и в баяны не занес. Я про ту ветку, где тебе еще Ктулху помогал? Это было, дай Бог памяти, году в 2011.
14 - 25.01.2016 - 19:09
Цитата:
Сообщение от USSR Посмотреть сообщение
(1)Прежде чем что-то чистить, задай вопрос, что ты хочешь получить ? у тебя нет ясности в голове, полная сумятица
почему это сумятица?
... каждый год, 31 декабря, мы с мужиками собираемся... :)
короче, перенос справочников и констант из нетиповых в идентичные нетиповые пустые конфы делаю, и задумался - как это сделать быстрей
(остатки переносить помогать не надо, умею)
надо только справочники и константы
(константы тоже умею впринципе)
а вот со справочниками случались затыки - зависала на определённом объёме обработка import.ert с ошибкой, связанной с транзакциями, точно не помню, но поиск сказал, что ошибка неустранимая и имеет место быть в движке 1с77, поэтому приходилось переносить справочники не сразу все, а по частям

вот и задумался - как всё это сделать быстро и без проблем :)
15 - 25.01.2016 - 19:14
14-volk13 > сделать копию.
убить ненужное
все как описывали выше
16 - 25.01.2016 - 19:16
Цитата:
Сообщение от Шухер Посмотреть сообщение
Волк, а прежнюю ветку по переносу ты, значит, не сохранил и в баяны не занес. Я про ту ветку, где тебе еще Ктулху помогал? Это было, дай Бог памяти, году в 2011.
там ветка про другое была, там мне Блондинка шибко помогла, помню... (посоветовала убрать на нескольких реквизитах справочника "сортировку", перенести их, а потом вернуть эту "сортировку")

щас просто другая тема - как ускорить этот перенос, вот и подумал, что почему-бы не почистить движения и не удалить документы, и всё...
(свёртка базы меня тоже не устраивает)
17 - 25.01.2016 - 19:16
Цитата:
Сообщение от Чучундер Посмотреть сообщение
14-volk13 > сделать копию. убить ненужное все как описывали выше
это я понял, буду пробовать :)
Гость
18 - 25.01.2016 - 19:25
Цитата:
Сообщение от volk13 Посмотреть сообщение
Всем физкульт-привет!
базы dbf?
19 - 25.01.2016 - 19:27
dbf, указал и в теме и в первом посте :)
Гость
20 - 25.01.2016 - 19:38
http://www.script-coding.com/v77tables.html о структуре файлов, 1) копия иб 2) удалить все цдикс, лишние дбф 3) конфигратр / админстрирвание / тест исправлние иб / все кроме упаковки -- по окончании профит.
21 - 25.01.2016 - 20:26
Цитата:
Сообщение от sosic Посмотреть сообщение
все кроме упаковки
1. а почему упаковку нельзя?
2. и когда можно будет делать упаковку базы?
22 - 25.01.2016 - 20:38
Цитата:
Сообщение от sosic Посмотреть сообщение
по окончании профит.
А что с периодикой делаем?
23 - 25.01.2016 - 20:50
Волк, переходи на восьмёрку :)
24 - 25.01.2016 - 20:52
Цитата:
Сообщение от Шухер Посмотреть сообщение
Цитата: Сообщение от sosic по окончании профит. А что с периодикой делаем?
А периодику в нужник - ей там самое место.
25 - 25.01.2016 - 21:18
Цитата:
Сообщение от Billi Посмотреть сообщение
Волк, переходи на восьмёрку :)
ну уж нет... это не мой путь развития, будем пилить клюшки, они деревянные, покрепче снеговика будут... :)

Так почему нельзя делать упаковку базы???
26 - 25.01.2016 - 21:22
Цитата:
Сообщение от volk13 Посмотреть сообщение
Так почему нельзя делать упаковку базы???
Раньше надо было делать :)
У нас традиция такая была, всех двойников, помеченные на удаления записи и упаковку таблиц делали до переноса :)
27 - 25.01.2016 - 21:32
ну сделаю я раньше, не вопрос...
а почему sosic написАл, что все кроме упаковки?
не могу понять..
Гость
28 - 25.01.2016 - 21:35
Не, ну конечно, периодику всю, привязанную к документам, можно грохнуть... Изящно и технично...

Но кто потом будет нести ответственность за периодический реквизит Цена в Номенклатуре, заданный убитым тобою документом?

За реквизит Балансовая Стоимость в справочнике ОС, задаваемый документами Ввод в эксплуатацию, Модернизация ОС, которые ты убил?
29 - 25.01.2016 - 21:40
вот и я думаю, - как всё сделать технично, но не грохнуть периодику...
в принципе - при переносе справочников с помощью доработанных мною Export.ert и Imort.ert, - периодика, созданная документами, тоже перносится замечательно (хотя сами документы не перносятся)
значит есть шанс её не грохнуть
буду пробовать

вот только один вопрос не даёт мне покоя:
почему
Цитата:
Сообщение от sosic Посмотреть сообщение
http://www.script-coding.com/v77tables.html о структуре файлов, 1) копия иб 2) удалить все цдикс, лишние дбф 3) конфигратр / админстрирвание / тест исправлние иб / все кроме упаковки -- по окончании профит.
Гость
30 - 25.01.2016 - 21:43
Если ответственность несешь не ты - так вообще нет вопросов ваще.

1) Берешь базу.
2) При переносе справочников - если видишь периодический реквизит, заданный документом, - задаешь новое значение реквизита, заданное без документа на ту же дату;
3) Удаляешь все документы.

Профит.
31 - 25.01.2016 - 21:47
так, понятно... ты не в теме... :)
справочники переносить я умею вместе с периодикой без проблем.
мне надо это сделать быстро, в этом суть сабжа

(хм... ну почему-же нельзя делать упаковку??? вот-жешь sosic - сказанул и пропал... а мне сна не будет теперь, пока не пойму, что он имел ввиду)
Гость
32 - 25.01.2016 - 21:52
31-volk13 > Как ты сейчас переносишь периодику, по какому алгоритму?

Почему он медленный?

Зачем и почему тебе хочется быстрее?

Чем не устраивает (30)?
33 - 25.01.2016 - 21:59
Если не грохнешь 1SCONST, то никуда твоя периодика не денется. Просто не будет привязки к документу, станет как будто ручками установлено.
А упаковку можешь делать, проблем не вижу.
34 - 25.01.2016 - 22:00
Цитата:
Сообщение от volk13 Посмотреть сообщение
вот-жешь sosic - сказанул и пропал...
Он пошутил. Своди на прогулку Тошу и ложись спать спокойно. :)
35 - 25.01.2016 - 22:02
мне надо почистить базу от всего, что в ней есть, оставив лишь справочники и константы, с помошью самого быстрого метода - удаления dbf
но почистить так, чтобы ничего в этих справочниках и константах не "навернулось", но и чтобы файл const "похудел", избавившись от ненужных записей

я пошёл спать, утро вечера мудренее, информацию подсказали, просто не всё до конца понятно, а я привык - если что-то делать, то понимать, что делаешь... (а не пальцем тыкать в разные дырки)

всем спасибо, и надеюсь меня кто-нибудь просветит:
почему sosic сказал, что не надо делать упаковку ИБ при ТиИ...
36 - 25.01.2016 - 22:05
Цитата:
Сообщение от Billi Посмотреть сообщение
Если не грохнешь 1SCONST, то никуда твоя периодика не денется. Просто не будет привязки к документу, станет как будто ручками установлено. А упаковку можешь делать, проблем не вижу.
вот! и я так думаю
а вот как ещё заставить "похудеть" этот const, чтобы из него убрать ненужные уже записи о периодике (чтобы остались лишь последние)...?
37 - 25.01.2016 - 22:06
потому что этот const потом вырастет до 2 гиг в самое неподходящее время - и трындец
38 - 25.01.2016 - 22:15
36-volk13 >Ну так в чем проблема? Пиши запрос DELETE через оледб или одбс. Оставляй записи с максимальными датами, остальные грохай. Тебе же знакома технология.
Гость
39 - 25.01.2016 - 22:16
Цитата:
Сообщение от volk13 Посмотреть сообщение
почему упаковку нельзя?
где нельзя? читай - http://www.google.ru/search?q=упаков...ой+базы как начитаешься и сможешь пояснить ЗАЧЕМ это в иб без документов и регистров - продолжим :)


К списку вопросов






Copyright ©, Все права защищены