|
Delphi+ODBC Visual FoxPro Driver (XP SP3)
|
|||
---|---|---|---|
#18+
Eugenkru10, USE для ODBC VFP драйвера не канает почему-то.. как и SELECT 0.. исключение "Ошибка синтаксиса или отказано в доступе" (оригинальное "Syntax error or access violation") ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2010, 18:01 |
|
Delphi+ODBC Visual FoxPro Driver (XP SP3)
|
|||
---|---|---|---|
#18+
Есть такая фича. Некоторые настройки среды FoxPro можно добавлять напрямую в строку соединения. В данном случае, настройку EXCLUSIVE Код: plaintext
При такой настройке любые таблицы будут открыт в режиме Exclusive. Точнее, попытаются открытся в этом режиме, разумеется, если никто больше в этот момент с ними не работает. Хотя, возможно, Вам и не надо очищать таблицы. Достаточно всего-лишь скрыть записи помеченные как удаленные. Т.е. сделать настройку Код: plaintext
что соответствует фрагменту "Deleted=Yes" в строке подключения. При такой настройке любые команды SQL (Select-SQL, Update-SQL и т.п.) "не увидят" записей помеченных как удаленные. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2010, 18:03 |
|
Delphi+ODBC Visual FoxPro Driver (XP SP3)
|
|||
---|---|---|---|
#18+
ВладимирМ, да суть в том, что я то их(удаленные записи) и не вижу.. но в процессе работы будет накапливаться большое количество мусора, что может в последствии привести к "завалу" таблиц.. ну да ладно, что-нибудь придумаем ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2010, 18:06 |
|
Delphi+ODBC Visual FoxPro Driver (XP SP3)
|
|||
---|---|---|---|
#18+
vup70200ВладимирМ, да суть в том, что я то их(удаленные записи) и не вижу.. но в процессе работы будет накапливаться большое количество мусора, что может в последствии привести к "завалу" таблиц.. ну да ладно, что-нибудь придумаем Тут вопрос административный, а не программный. Ведь, по сути, Вы из внешней программы модифицируете данные другой программы. Эта самая другая программа, по самой своей природе (работа с DBF-таблицами) должна предусматривать некоторый механизм периодической очистки записей, помеченных как удаленные. Т.е. в самой этой программе периодически должна даваться команда PACK на все таблицы. Поэтому, попытка со стороны внешней программы (из Delphi) паковать таблицы выглядит, ну, как минимум, не корректно. Не ее это дело. Уборка мусора - это проблема программы на FoxPro. Более того, открытие таблиц в режиме Exclusive может приводить к нарушению работы основной программы. Т.е. и с этой стороны упаковка таблиц из внешней программы - не корректная операция. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2010, 18:47 |
|
Delphi+ODBC Visual FoxPro Driver (XP SP3)
|
|||
---|---|---|---|
#18+
ВладимирМ, тут конечно вынужден не согласиться уборка мусора это дело той проги которая насвинятничала! )))))))) Простой пример AFP - Active Foxpro Pages В скрипте можно написать use exclusive и pack хотя эта штука вообще работает в веб. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2010, 19:03 |
|
Delphi+ODBC Visual FoxPro Driver (XP SP3)
|
|||
---|---|---|---|
#18+
ВладимирМ, Программа написана на "сях", в качестве хранилища - MS SQL 2000. Идет обмен десктопной учетной системы с КПК. Есть 2 источника данных(ODBC VFP): для импорта на КПК и с КПК... ... |
|||
:
Нравится:
Не нравится:
|
|||
16.06.2010, 09:10 |
|
Delphi+ODBC Visual FoxPro Driver (XP SP3)
|
|||
---|---|---|---|
#18+
vup70200...да суть в том, что я то их(удаленные записи) и не вижу.. но в процессе работы будет накапливаться большое количество мусора, что может в последствии привести к "завалу" таблиц.. ну да ладно, что-нибудь придумаем Многие физически не удаляют записи - они их используют вторично. При добавлении записи ищут - если есть удаленная запись и если есть восстанавливают ее и вносят туда новые данные. Воторой подход - иметь дополнительное поле в таблице, которое отвечает за "удаление". Далее подход как к удаленным записям, но при этом Вам надо будет внести много изменений в существующий код... ... |
|||
:
Нравится:
Не нравится:
|
|||
16.06.2010, 09:22 |
|
|
start [/forum/topic.php?fid=41&gotonew=1&tid=1585184]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
103ms |
get topic data: |
9ms |
get first new msg: |
8ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
others: | 390ms |
total: | 594ms |
0 / 0 |