| 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
| Цитата:
| | |
| 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
| Цитата:
... каждый год, 31 декабря, мы с мужиками собираемся... :) короче, перенос справочников и констант из нетиповых в идентичные нетиповые пустые конфы делаю, и задумался - как это сделать быстрей (остатки переносить помогать не надо, умею) надо только справочники и константы (константы тоже умею впринципе) а вот со справочниками случались затыки - зависала на определённом объёме обработка import.ert с ошибкой, связанной с транзакциями, точно не помню, но поиск сказал, что ошибка неустранимая и имеет место быть в движке 1с77, поэтому приходилось переносить справочники не сразу все, а по частям вот и задумался - как всё это сделать быстро и без проблем :) | | |
| 15
- 25.01.2016 - 19:14
|
14-volk13 > сделать копию. убить ненужное все как описывали выше | | |
| 16
- 25.01.2016 - 19:16
| Цитата:
щас просто другая тема - как ускорить этот перенос, вот и подумал, что почему-бы не почистить движения и не удалить документы, и всё... (свёртка базы меня тоже не устраивает) | | |
| 17
- 25.01.2016 - 19:16
| Цитата:
| | |
| 18
- 25.01.2016 - 19:25
| Цитата:
| | |
| 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
| Цитата:
2. и когда можно будет делать упаковку базы? | | |
| 22
- 25.01.2016 - 20:38
| Цитата:
| | |
| 23
- 25.01.2016 - 20:50
| Волк, переходи на восьмёрку :) | | |
| 24
- 25.01.2016 - 20:52
| Цитата:
| | |
| 25
- 25.01.2016 - 21:18
| Цитата:
Так почему нельзя делать упаковку базы??? | | |
| 26
- 25.01.2016 - 21:22
| Цитата:
У нас традиция такая была, всех двойников, помеченные на удаления записи и упаковку таблиц делали до переноса :) | | |
| 27
- 25.01.2016 - 21:32
|
ну сделаю я раньше, не вопрос... а почему sosic написАл, что все кроме упаковки? не могу понять.. | | |
| 28
- 25.01.2016 - 21:35
|
Не, ну конечно, периодику всю, привязанную к документам, можно грохнуть... Изящно и технично... Но кто потом будет нести ответственность за периодический реквизит Цена в Номенклатуре, заданный убитым тобою документом? За реквизит Балансовая Стоимость в справочнике ОС, задаваемый документами Ввод в эксплуатацию, Модернизация ОС, которые ты убил? | | |
| 29
- 25.01.2016 - 21:40
|
вот и я думаю, - как всё сделать технично, но не грохнуть периодику... в принципе - при переносе справочников с помощью доработанных мною Export.ert и Imort.ert, - периодика, созданная документами, тоже перносится замечательно (хотя сами документы не перносятся) значит есть шанс её не грохнуть буду пробовать вот только один вопрос не даёт мне покоя: почему Цитата:
| | |
| 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
| Цитата:
| | |
| 35
- 25.01.2016 - 22:02
|
мне надо почистить базу от всего, что в ней есть, оставив лишь справочники и константы, с помошью самого быстрого метода - удаления dbf но почистить так, чтобы ничего в этих справочниках и константах не "навернулось", но и чтобы файл const "похудел", избавившись от ненужных записей я пошёл спать, утро вечера мудренее, информацию подсказали, просто не всё до конца понятно, а я привык - если что-то делать, то понимать, что делаешь... (а не пальцем тыкать в разные дырки) всем спасибо, и надеюсь меня кто-нибудь просветит: почему sosic сказал, что не надо делать упаковку ИБ при ТиИ... | | |
| 36
- 25.01.2016 - 22:05
| Цитата:
а вот как ещё заставить "похудеть" этот const, чтобы из него убрать ненужные уже записи о периодике (чтобы остались лишь последние)...? | | |
| 37
- 25.01.2016 - 22:06
| потому что этот const потом вырастет до 2 гиг в самое неподходящее время - и трындец | | |
| 38
- 25.01.2016 - 22:15
| 36-volk13 >Ну так в чем проблема? Пиши запрос DELETE через оледб или одбс. Оставляй записи с максимальными датами, остальные грохай. Тебе же знакома технология. | | |
| 39
- 25.01.2016 - 22:16
| Цитата:
| |
Интернет-форум Краснодарского края и Краснодара |
