Профстрой-2 "На Халяву" Официально!!!

[KamdiF]

А таблицы такие же, чтоли? без бополнительных полей, таблиц... все в наличии?

 

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

[Rexther]

В "Тройке" есть такие возможности?

Тогда скажите где её взять и можно ли перегрузить уже практически настроенную базу из двойки в тройку?

С конвертацией базы все не так просто. Я свою переписывал с нуля....

Надо консультироваться с ПрофСегментом. Много различий между ПС2 и ПС3. В частности в ПС3 нет поставщиков и артикулы не привязаны к ним, а находятся как бы в одной куче.

Ну и отчеты....

[Konstruktor]

С конвертацией базы все не так просто. Я свою переписывал с нуля....

Надо консультироваться с ПрофСегментом. Много различий между ПС2 и ПС3. В частности в ПС3 нет поставщиков и артикулы не привязаны к ним, а находятся как бы в одной куче.

Ну и отчеты....

у меня где-то месяц ушел на переход... в основном отчеты переделывал полностью, ну по тех настройкам прошелся (в основном вставки). База уж очень была объемная была, чтоб с "нуля" переписывать. Это было больше года назад. Счас наверное , если база не большая, имеет смысл и с "нуля" писать. Так как за это время различия сильнее ушли м/д вторым и третьим. Если нет фасадки (только оконно-дверная система), то легче соскочить со второй на треху будет.

Изменено 9 февраля, 2007 пользователем Konstruktor

[chusovitin]

Хм... посмотрю на домашнем...

У меня тут ещё с поворотностью глюк на глюке. Уже третий день сижу над одним запросиком. Бред...

 

У меня такая же проблема в ПрофОкна - периодически не считается фурнитура. Ты нашла в чем причина? Если да, то расскажи как, убрать эту ошибку?

[Andromeda]

У меня такая же проблема в ПрофОкна - периодически не считается фурнитура. Ты нашла в чем причина? Если да, то расскажи как, убрать эту ошибку?

 

нет, не нашла... Кажется, этого никто не понял. Я поняла только, что сли открыть это изделие ещё раз, то пересчитает правильно... Но пользователи то не примут с иакими глюками...

[chusovitin]

нет, не нашла... Кажется, этого никто не понял. Я поняла только, что сли открыть это изделие ещё раз, то пересчитает правильно... Но пользователи то не примут с иакими глюками...

 

Вопрос к ветеранам ПрофСтрой-2: Неужели эта ошибка (переодически не считается фурнитура при сохранении изделия) всегда существовала в ПрофСтрой-2, как на ней работали?? Почему именно с фурнитурой такой глюк???

Изменено 26 февраля, 2007 пользователем chusovitin

[Andromeda]

Вопрос к ветеранам ПрофСтрой-2: Неужели эта ошибка (переодически не считается фурнитура при сохранении изделия) всегда существовала в ПрофСтрой-2, как на ней работали?? Почему именно с фурнитурой такой глюк???

 

Лично я вообще е понимаю как на этом можно работать. Тут же глюк на глюке

[chusovitin]

Лично я вообще е понимаю как на этом можно работать. Тут же глюк на глюке

 

А ты еще какие ни будь глюки нашла???

[Konstruktor]

...Тут же глюк на глюке

Какие?

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

У меня, например, база висит на FireBird, что - то я таих проблем еще не встречал...

[chusovitin]

Какие?

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

У меня, например, база висит на FireBird, что - то я таих проблем еще не встречал...

 

Да, база на парадоксе, перевожу ее на SQL - та же ошибка с фурнитурой. Может из-за версии FireBird 1.5.ххххх, может надо ставить FireBird 1.0 или еще какую? Или надо базу на SQL бить с нуля, может при архивировании базы парадокс и восстановлении ее из архива в базу SQL глюк с фурнитурой тоже переносится?

[Rexther]

Лично я вообще е понимаю как на этом можно работать. Тут же глюк на глюке

Забавно.... И тем не менее работаешь. Причем никому эта программа не стоила ни копейки, работает и подавляющего большинства.

Просто крикнуть "глюк на глюке" и обгадить вполне рабочий софт проще всего.

У меня тоже база на FireBird и таких проблем нет. Было уже по этому поводу - советовали посмотреть сколько памяти в системе. Так сколько ее? Прошлый раз обсуждение проблемы развития не получило, а сейчас: "Не понимаю как на ЭТОМ можно работать..." Чудно....

 

А по поводу фурнитуры - может у Вас там ограничения на размеры створок стоят. В этом случае программа створку ставит, но фурнитуру как раз нет - не знает она какую ставить в том случае который в ней не описан.

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

[chusovitin]

Забавно.... И тем не менее работаешь. Причем никому эта программа не стоила ни копейки, работает и подавляющего большинства.

Просто крикнуть "глюк на глюке" и обгадить вполне рабочий софт проще всего.

У меня тоже база на FireBird и таких проблем нет. Было уже по этому поводу - советовали посмотреть сколько памяти в системе. Так сколько ее? Прошлый раз обсуждение проблемы развития не получило, а сейчас: "Не понимаю как на ЭТОМ можно работать..." Чудно....

 

А по поводу фурнитуры - может у Вас там ограничения на размеры створок стоят. В этом случае программа створку ставит, но фурнитуру как раз нет - не знает она какую ставить в том случае который в ней не описан.

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

 

Компьютер у меня Pentium-4 2,8Гц память 1024Мб. Ограничения конечно есть, проверил - все нормально.

Делаю так: в одном проекте через типовое изделие или нет, создаю например порядка 40 ОДИНАКОВЫХ изделий (ОДИНАКОВЫЕ - это значит одинаковые размеры, профиль, фурнитура и т. д. - ВСЕ ОДИНАКОВОЕ) в результате получаю примерно 2-3 изделия сохраненные без фурнитуры (причем всей). Как это объяснить???

[Konstruktor]

Компьютер у меня Pentium-4 2,8Гц память 1024Мб. Ограничения конечно есть, проверил - все нормально.

Делаю так: в одном проекте через типовое изделие или нет, создаю например порядка 40 ОДИНАКОВЫХ изделий (ОДИНАКОВЫЕ - это значит одинаковые размеры, профиль, фурнитура и т. д. - ВСЕ ОДИНАКОВОЕ) в результате получаю примерно 2-3 изделия сохраненные без фурнитуры (причем всей). Как это объяснить???

Скорее всего, при расчете (сохранении спецификации) этих «глючных» изделий выскакивает окно с сообщением типа «Ошибка записи в табл. tSaveFur»? Такое бывает при каких-то сбоях в базе данных.

У меня Версия Firebird-1.5.1.4481-Win32.

По профилактике базы (как у меня) в двух словах: Каждый день (вернее ночь) средствами Firebird

идет создание резервной копии БД (просто копирование - на всякий случай, плюс создание файла рез. копии вида BASE.bak-из которого потом идет вост. БД), удаление старой, создание новой БД, восстановление в нее данных из base.bak. Тем самым я каждое утро получаю НОВУЮ БД, без мусора, и каких то либо сбойных данных. И это важно.

А то, что делается средствами программы, то там вы восстанавливаете вместе с мусором.

Еще.

Пробуйте проверку и реструктуризацию, проверку в SQL-программаторе.

Например, у меня эта проблема возникла один раз, когда я поменял Артикулы створок, а в описании фурнитуры забыл вручную переустановить.

Вообще поле «артикул» в программе является ключевым (к этому полю в основном идет привязка в БД), и его изменение несет кучу проблем.

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

[Rexther]

....Пробуйте проверку и реструктуризацию, проверку в SQL-программаторе.

......

Я тут напрягся и создал 41 одинаковое изделие.

Процесс был такой: из типового создал новое изделие. Проверил фурнитуру и вообще комплектацию - все ок.

Потом копируя созданное изделие сделал еще 40 шт. Таких же.

"Пересчитать все изделия"

"Расчет проекта"

И ... в нескольких действительно не поставилась часть фурнитуры.

То, что ты порекомендовал - проверку SQL и реструктуризацию сделал.

Все по прежнему.

Если создать издели и проставить количество 40 шт - все правильно.

 

Удивляюсь.... такого не встречал. Буду смотреть что там и как. Должна быть какая-то зависимость.

Прошу прощения. В предыдущем посте малость наехал - чаще всего народ даже не попытавшись разобраться кричит караул. Тут иначе.

Изменено 26 февраля, 2007 пользователем Rexther

[chusovitin]

Скорее всего, при расчете (сохранении спецификации) этих «глючных» изделий выскакивает окно с сообщением типа «Ошибка записи в табл. tSaveFur»? Такое бывает при каких-то сбоях в базе данных.

У меня Версия Firebird-1.5.1.4481-Win32.

 

В том то и дело - ошибок не каких не вылетает. Версия Firebird у меня такая же 1.5.1.4481-Win32.

 

По профилактике базы (как у меня) в двух словах: Каждый день (вернее ночь) средствами Firebird

идет создание резервной копии БД (просто копирование - на всякий случай, плюс создание файла рез. копии вида BASE.bak-из которого потом идет вост. БД), удаление старой, создание новой БД, восстановление в нее данных из base.bak. Тем самым я каждое утро получаю НОВУЮ БД, без мусора, и каких то либо сбойных данных. И это важно.

А то, что делается средствами программы, то там вы восстанавливаете вместе с мусором.

 

Можно поподробнее (желательно пошагово), как Firebird-ом создавать резервную копию БД и соответственно восстанавливать ее. И каким образом ты получаешь "НОВУЮ БД, без мусора, и каких то либо сбойных данных" он (Firebird) чё определяет и удаляет мусор и сбойные данные?

 

Еще.

Пробуйте проверку и реструктуризацию, проверку в SQL-программаторе.

Например, у меня эта проблема возникла один раз, когда я поменял Артикулы створок, а в описании фурнитуры забыл вручную переустановить.

Вообще поле «артикул» в программе является ключевым (к этому полю в основном идет привязка в БД), и его изменение несет кучу проблем.

 

Для того чтобы это исключить, для проверки, я сделал следующее (на базе парадокс) в чистую БД забил минимум профиля (2 шт.) стеклопакет (1 шт.) и 3 артикула фурнитуры и соответственно определил их в комплект фурнитуры, ни чего в дальнейшем не меняя. В итоге: фурнитура упорно не хочет переодически считаться.

И еще обнаружил такую фигню: создавать типы (Конструктив-Фурнитура-Спецификация фурнитуры) фурнитуры надо раз и на всегда. Если забиваешь артикулы в тип фурнитуры а потом их убиваешь, то призраки этой убитой фурнитуры будут преследовать тебя еще очень долго. Может подскажешь как с этим бороться?

[chusovitin]

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

 

Этот глюк происходит даже если создаешь изделие не через типовое, а рисуешь с нуля!

[Konstruktor]

В том то и дело - ошибок не каких не вылетает. Версия Firebird у меня такая же 1.5.1.4481-Win32.

Можно поподробнее (желательно пошагово), как Firebird-ом создавать резервную копию БД и соответственно восстанавливать ее. И каким образом ты получаешь "НОВУЮ БД, без мусора, и каких то либо сбойных данных" он (Firebird) чё определяет и удаляет мусор и сбойные данные?

Про функцию Бэкап слышал? (Про функции gfix?gbak? ) Если нет, тогда придется почитать толстую книжку про Мир Интербэйз...

Ниже даю то что делается и с помощью FB в том числе.(пошагово)

Это листинг моего исполняемого файла BR.bat (создается с помощью обычного блокнота), запуск которого происходит на сервере с помощью планировщика задач. Ночью.

Разобраться что он делает, думаю труда не составит. Если не понятно, тогда на SQL.ru

Можно взять за основу своей настройки обслуживания БД. Очыень хорошая штука получилась. Все автоматом делается...

 

rem @echo off
rem Batch file for safe shutting down and restarting FireBird_1_5
rem This Batch will run on Win-NT, not on Win-9x

net session /delete /y
copy D:\ProfSegment\Base2\base.gdb E:\Rescue\Profstroy\PR2\Rescue
c:
cd\
CD "\Program Files\Firebird\Firebird_1_5\bin"
SET BATLOGFILE=%1
IF "%BATLOGFILE%" == "" SET BATLOGFILE="E:\Rescue\Profstroy\PR2\Rescue\nightly_pr2.LOG"

echo ------------------------------------------------- >> %BATLOGFILE%
Date /T >> %BATLOGFILE%
Time /T >> %BATLOGFILE%

rem ========= Step 1: stop FireBirdServer =========
echo Try stop FirebirdServer... >> %BATLOGFILE%
NET STOP FirebirdServerDefaultInstance 1> nul 2>> %BATLOGFILE%
IF errorlevel 1 GOTO NOT_STOPPED
echo stop FirebirdServer ok >> %BATLOGFILE%

C:\SD\timeout 1

rem ========= Step 2: (re)start FirebirdGuardian =========
echo Try start FirebirdGuardian... >> %BATLOGFILE%
NET START FirebirdGuardianDefaultInstance 1> nul 2>> %BATLOGFILE%
IF errorlevel 1 GOTO NOT_STARTED
echo start FirebirdGuardian ok >> %BATLOGFILE%

C:\SD\timeout 1

rem ========= Step 3: shutdown database =========
echo Try Shutdown Database... >> %BATLOGFILE%
gfix -shut -attach 30 "D:\ProfSegment\Base2\base.gdb" -user SYSDBA -password masterkey 2> errout.tmp
echo 1> nul 2> empty.tmp
echo N 1> N_CR.tmp
comp errout.tmp empty.tmp 1> nul 2> nul < N_CR.tmp
if errorlevel 1 GOTO NOT_SHUT
echo Shutdown base.GDB ok >> %BATLOGFILE%
C:\SD\timeout 1
rem gfix -shut -attach 30 d:\newua\train.gdb -user SYSDBA -pass masterkey 2> errout.tmp
rem echo 1> nul 2> empty.tmp
rem echo N 1> N_CR.tmp
rem comp errout.tmp empty.tmp 1> nul 2> nul < N_CR.tmp
rem if errorlevel 1 GOTO NOT_TRAIN
rem echo Shutdown train ok >> %BATLOGFILE%
C:\SD\timeout 1

rem ========= Step 4: stop FirebirdServer =========
echo Try stop FirebirdServer... >> %BATLOGFILE%
NET STOP FirebirdServerDefaultInstance 1> nul 2>> %BATLOGFILE%
IF errorlevel 1 GOTO NOT_STOPPED
echo stop FirebirdServer ok >> %BATLOGFILE%

C:\SD\timeout 1

rem ========= Step 5: (re)start FirebirdGuardian =========
echo Try start FirebirdGuardian... >> %BATLOGFILE%
NET START FirebirdGuardianDefaultInstance 1> nul 2>> %BATLOGFILE%
IF errorlevel 1 GOTO NOT_STARTED
echo start FirebirdGuardian ok >> %BATLOGFILE%

C:\SD\timeout 1

rem ========= Step 6: backup database =========
echo backup Database... >> %BATLOGFILE%
gbak -B -t -user SYSDBA -pass masterkey  "D:\ProfSegment\Base2\base.gdb" "D:\ProfSegment\Base2\base.bak" 2> errout.tmp
echo 1> nul 2> empty.tmp
echo N 1> N_CR.tmp
comp errout.tmp empty.tmp 1> nul 2> nul < N_CR.tmp
if errorlevel 1 GOTO NOT_BACKEDUP
echo backup base.BAK ok >> %BATLOGFILE%

C:\SD\timeout 1

rem =========Step 6a: RAR backup=========
C:\SD\rar a -agyyyy-mm-dd -y -m5 E:\Rescue\Profstroy\PR2\Rescue\db_pr2- @C:\SD\YES_RAR_PR2.lst 

C:\SD\timeout 1

rem ========= Step 7: restore database =========
echo restore Database... >> %BATLOGFILE%
gbak -R -user SYSDBA -pass masterkey  -c -p 8192 "D:\ProfSegment\Base2\base.bak" "D:\ProfSegment\Base2\base.gdb" 2> errout.tmp
echo 1> nul 2> empty.tmp
echo N 1> N_CR.tmp
comp errout.tmp empty.tmp 1> nul 2> nul < N_CR.tmp
if errorlevel 1 GOTO NOT_RESTORED
echo restore base.GDB ok >> %BATLOGFILE%

C:\SD\timeout 1

rem ========= Step 8: bring database online =========
echo Try bring database online... >> %BATLOGFILE%
gfix -online "D:\ProfSegment\Base2\base.gdb" -user SYSDBA -pass masterkey 2> errout.tmp
echo 1> nul 2> empty.tmp
echo N 1> N_CR.tmp
comp errout.tmp empty.tmp 1> nul 2> nul < N_CR.tmp
if errorlevel 1 GOTO NOT_ONLINE
echo Online base.GDB again. Finished. >> %BATLOGFILE%

C:\SD\timeout 1

rem gfix -online e:\newua\train.gdb -user SYSDBA -pass masterkey 2> errout.tmp
rem echo 1> nul 2> empty.tmp
rem echo N 1> N_CR.tmp
rem comp errout.tmp empty.tmp 1> nul 2> nul < N_CR.tmp
rem if errorlevel 1 GOTO NOT_ONLINE_TRAIN
rem echo Online train again. Finished. >> %BATLOGFILE%

C:\SD\timeout 1

GOTO END_BATCH


:NOT_SHUT
type errout.tmp >> %BATLOGFILE%
echo Shutdown base.GDB failed! >> %BATLOGFILE%
GOTO END_BATCH

:NOT_SHUT_TRAIN
type errout.tmp >> %BATLOGFILE%
echo Shutdown train failed! >> %BATLOGFILE%
GOTO END_BATCH

:NOT_STOPPED
echo Stop FirebirdServer failed! >> %BATLOGFILE%
GOTO END_BATCH

:NOT_STARTED
echo Start FirebirdGuardian failed! >> %BATLOGFILE%
GOTO END_BATCH

:NOT_BACKEDUP
type errout.tmp >> %BATLOGFILE%
echo Backup failed! >> %BATLOGFILE%
GOTO END_BATCH

:NOT_RESTORED
echo restore failed! >> %BATLOGFILE%
GOTO END_BATCH

:NOT_ONLINE
type errout.tmp >> %BATLOGFILE%
echo Bringing ua database online failed! >> %BATLOGFILE%
GOTO END_BATCH

:NOT_ONLINE_TRAIN
type errout.tmp >> %BATLOGFILE%
echo Bringing train database online failed! >> %BATLOGFILE%
GOTO END_BATCH

:END_BATCH
del *.tmp
Time /T >> %BATLOGFILE%

Изменено 26 февраля, 2007 пользователем Konstruktor

[chusovitin]

........................tmp >> %BATLOGFILE%

echo Bringing train database online failed! >> %BATLOGFILE%

GOTO END_BATCH

 

:END_BATCH

del *.tmp

Time /T >> %BATLOGFILE%

[/code]

Мало чего понимаю я в этом коде, буду разбираться, спасибо! А как нибудь по проще нельзя?

А по поводу глюка фурнитуры, что скажите?

[Konstruktor]

Мало чего понимаю я в этом коде, буду разбираться, спасибо! А как нибудь по проще нельзя?

А по поводу глюка фурнитуры, что скажите?

при большом количестве изделий функция "Быстрый пересчет" вечно глючила...Я думал, что при создании нового изделия у вас не сохраняет фурнитуру, а тут вон как.

Это старый хронический баг... Хотя бывает и не всегда.

 

Проще я уже написал выше...

Не боись, я тоже не программер и не сис. админ. Пол.дня потребовалось разобраться, там тебе не все может понадобится. Два важных момента это gbak и gfix.

В конце кода идет то, что он создает файл отчета BATLOGFILE и пишет в него то как прошла команда.

Если по русски

"Тупо" копируем БД

Отключение бд

Остановка сервера Fb(если вдруг какой-то юзер еще счиатает проект, короче рубим его )

Запуск сервера Fb

Бэкап базы данных(создание резерва,Создание rar архива (не обязательно) того что мы наделали, удаление текущей, создание новой. восстановление из резерва в новую)

Подключение новой БД

Вроде так...

В итоге я каждый день имею новую БД, с возможностью отката. Вдруг какая нибудь фигня?

[chusovitin]

.....разобраться что он делает, думаю труда не составит.....

Не могу понять, почему .bat-файл у меня затыкается на 3 шаге и пишет, что отключение базы прервано? Хотя реально он базу отключает. Вдобавок появляется сообщение {"C:\SD\timeout 1" не является внутренней или внешней командой, исполняемой программой или пакетным файлом} (см. рис.1)

 

То же самое происходит, если пропустить с 1 по 3 шаг. Остановка происходит на 6 шаге (см. рис.2). Подскажи пожалуйста, что ему не нравится?

[Andromeda]

Забавно.... И тем не менее работаешь. Причем никому эта программа не стоила ни копейки, работает и подавляющего большинства.

Просто крикнуть "глюк на глюке" и обгадить вполне рабочий софт проще всего.

У меня тоже база на FireBird и таких проблем нет. Было уже по этому поводу - советовали посмотреть сколько памяти в системе. Так сколько ее? Прошлый раз обсуждение проблемы развития не получило, а сейчас: "Не понимаю как на ЭТОМ можно работать..." Чудно....

 

А по поводу фурнитуры - может у Вас там ограничения на размеры створок стоят. В этом случае программа створку ставит, но фурнитуру как раз нет - не знает она какую ставить в том случае который в ней не описан.

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

 

 

Прошу прощения за такой жёсткий наезд. Но посмотрите, каким полезным он оказался Выяснили много полезных мелочей.

А по поводу работать, так у меня её так и не приняли... Сижу до сих пор... теперь требуют настроить чертёж...

[Konstruktor]

чтобы команда timeout выполнялась нужен файлик один досовский(так и называется timeout). Попробуй сначало без этой команды. я ее поставил для того чтобы пауза была м/д шагами. А то у меня без этого аута не срабатывало на Fb, на интербэйзе без него работает.мож у тебя нормально будет. если нет. то ставь. поэтому мож и не идет команда на 3 шаге.

Да и не надо все под копирку то.

TIMEOUT.rar

Изменено 27 февраля, 2007 пользователем Konstruktor

[chusovitin]

.....Да и не надо все под копирку то.

Когда не разбираешся в том, что написано (это я про себя) - списывай все подряд!

А для чего нужны строчки со следующим содержанием: d:\newua\train.gdb???

 

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

[Sergeitch]

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

 

Эти действия выполняются для двух целей:

1. Резервное копирование БД.

2. Чистка БД от мусора.

3. Предотвращение ошибок БД.

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

Резервное копирование - восстановление (BackUp-Restore или BR) - процесс, позволяющий избежать этих проблем. При запуске BackUp создается мгновенный снимок базы данных, при этом не требуется отключение пользователей. При этом проверяется целостность файла БД и его контрольная сумма (по-умолчанию). В результате вы получаете файл *.gbk или *.fbk - резервная копия. В ней в сжатом виде содержатся только данные и логика базы данных. Все вспомогательные элементы (индексы и др.) удаляются. Когда вы восстанавливаете базу из резервной копии (Restore) - вы получаете девственно-чистую базу, наполненную своими данными и логикой.

[chusovitin]

СПАСИБО всем за помощь, отдельное СПАСИБО Konstruktor -у за предоставленный код, вещь хорошая, возьму себе на вооружение. Файл timeout действительно помог - .bat-файл работает!

НО к сожелению он не смог справиться с ошибкой фурнитуры (иногда не сохраняется спецификация фурнитуры при сохранении изделия), фурнитура упорно, переодически не хочет сохраняться!!!

 

Один еще вопрос по коду: в шаге №6, я так понял БД подключается к Firebird? Так вот при запущенной прог. ПрофОкна, после запуска .bat-файла, ПрофОкна уже не видит БД (пишет "ошибка SQL, БД не обнаружена") и приходиться выходить из ПрофОкна и запускать его снова. Как сделать, чтобы БД, после запуска .bat-файла, сама законектилась с ПрофОкнами?

 

У так думаю, что ошибка с фурнитурой сидит в самой прог. ПрофОкна, а не в БД. И наверняка ошибка не связана с характеристиками ПК, установленной ОС и SQL. Ну не может быть такого, что прог. ПрофОкна считает всю спецификацию правильно, кроме ВСЕЙ ФУРНИТУРЫ (ВСЯ ФУРНИТУРА = Конструктив-Фурнитура-Спецификация фурнитуры)). Владельцы ПрофСтроя-2 (который с аппаратным ключом) у вас есть такая ошибка или она возникает только в ПрофОкнах???