|
|
|
Тема
|
 Симулиране на мрежов Paradox (SQL особености)
|
|
| Автор |
NikB (любопитен) |
| Публикувано | 07.07.07 12:01 |
|
|
Симулиране на мрежов Paradox (SQL особености)
Става дума за стар и голям проект (няма да се пренаписва ), работещ на няколко машини.
Наскоро изникна необходимостта да синхронизирам таблици с описания на някакви обекти (в широк смисъл).
Ще дам пример с една таблица.
Значи, всеки обект се описва с един запис в таблицата, но има определени полета, които локалната машина попълва, има и други полета, които на отдалечена машина са по-актуални.
За да не се боря с мрежова работа на парадокс, от отдалечената машина си правя SQL и чрез сокет го изпращам.
ВЪПРОСЪТ МИ: на локалната машина, в една нишка (главната) периодично си променям полета на произволни записи (с tTable). В същата нишка изпълнявам и получените по мрежата SQL чрез tQuery. Сещате ли се за евентуален проблем при такава организация?
Струва ми се, че таблицата стана по-неустойчива и понякога се налага да бъде възстановявана.
ПП
Нямам индекси по полетата, които променям. Впрочем, имам само един индекс по autoinc идентификатор.
Редактирано от NikB на 07.07.07 12:07.
| |
|
Тема
|
 Re: Симулиране на мрежов Paradox (SQL особености)
[re: NikB]
|
|
| Автор |
Beco_ (bluser) |
| Публикувано | 08.07.07 16:15 |
|
|
Никога не съм смесвал ТTable и TQuery в едно приложение. Но предполагам, че не би трябвало да имаш проблеми, ако заключваш таблицата преди обновяването и след това правиш Post() за TTable. Paradox-a се държи изненадващо добре при многопотребителска/многонишкова работа.
| |
|
| 
|
|
