|
|
|
| Всем доброго времени суток. Работаю с большой базой, разработанной ранее и дорабатываемой лет 7.
Вопрос, кажется, много раз обсуждался, но давайте еще раз посоветуемся - передаем базу пользователям .
База большая. Клиентская часть 29 Мб.
По заведенному ранее порядку последовательность следующая.
1.Очистка временных таблиц.
2.Сжатие
3.Декомпиляция
4.Сжатие
5.Компиляция
6.Сжатие.
Мне кажется, что пункт 4 лишний и даже опасный. К тому же без него база получается короче (23Мб).
Подскажите, прав ли я. | |
|
| |
|
|
|
|
| В смысле согласен? | |
|
| |
|
|
|
| Хороший эффект дает импорт в новый файл.
Или через SaveAsText/LoadFromText.
Отслеживание замены имен отключено?
Подтаблицы отключены в файле данных?
Поля подстановок в таблицах в файле данных отсутствуют? | |
|
| |
|
|
|
| рад видеть! | |
|
| |
|
|
|
| Аналогично. Погрузился вот в крупный проект.... | |
|
| |
|
|
|
| иногда всплывай! к нам | |
|
| |
|
|
|
|
| я тоже сжатию предпочитаю импорт в новую базу.
Обычно порядок такой
1.Очистка временных таблиц.
2.Создание нового файла
3.Импорт из старого всех объектов
4.Декомпиляция
5.Компиляция
6.Сжатие. | |
|
| |
|
|
|
| Да я согласен
пусть так
1.Очистка временных таблиц.
2.Создание нового файла
3.Импорт из старого всех объектов
4.Декомпиляция
5.Компиляция
6.Сжатие.
Но после декомпиляции у тебя нет сжатия!
( в моем случае - старый разработчик так ВЕЛЕЛ и все его слушаются)
А ведь это опасно. Вакшуль, кажется писал об этом....
Да обновление может происходить несколько раз в день. так что с импортом морочно. | |
|
| |
|
|
|
|
| Никогда над этим не задумывался
http://www.trigeminal.com/usenet/usenet004.asp?1033
видимо самое разумное после декомпиляции делать импорт в чистую базу и затем компиляцию. | |
|
| |
|
|
|
| http://hiprog.com/index.php?option=com_content&task=blogcategory&id=109&Itemid=149 вот откуда ноги растут.
нельзя сжимать после импорта формы с модулем.... Помню ведь что было что-то такое. | |
|
| |
|
|
|
| если установлены А2000 и А2002 одновременно | |
|
| |
|