База данни и няколко клиента! / Компютри и Интернет / Бази данни

(разделям го на 2 за по прегледно)

И така ГОЛЕМИЯ въпрос....РЕФРЕША

=====
имаме овен А който сяда и пуска приложението и отваря таблицата X.
След отварянето седи тъпо и гледа...

в същото време овца Б отваря същата таблица и започва да цапа....
=====
да речем че А вижда записа N и се е втурачил в него...
през това време Б го редактира....
А не разбира защото бавно сграва за кво е отворил таблицата и се опитва да постигне нирвана чрез хипноза на запис....(т.е. нещата са зле защото нямаме РЕФРЕЕЕЕШШШШ.... при Б и всичките му подобни /Б може да са стотици/)
====
Б зацепва за кво е отворил таблицата след минута и щрака върху същия запис N за редакция нпр...

(след всяка операция запис редкц или изтриване програмата трябва да изпълнява рефреш на таблицата)
---
И така ...ако записа вече е изтрит Б получава грешка "Няма такъв запис"...и тука трябва да му е ясно че работи в мрежа и някой друг вече го е изпреварил...
Ако записа е редактиран то в момента на започване на редакцията се извлича новата стойност и в прозореца за редакция Б вижда последното състояние(редакцията трябва задължително да е в отделен прозорец/форма а не в стил DBGrid...(F2 в Excel)...

--- ако Б прави нов запис то тогава ще получи грешка за дублиране(разбира се това е грижа на програмиста при инсърт най добре чрез процедура) и така отново трябва да му е ясно че някой го е изпреварил...разбира се РЕФРЕШ след затваряне на грешката и той вижда новия запис...

---
тука веднага някой капацитети ще ме оборят и може би ще са много прави... но за съжаление такава е практиката и фактите го доказват....
Това е като на борсата....чудиш се чудиш ....решаваш се ...щрак купувам ...но сори ..закъснял съм... както казах вече най важното е да се каже на клиента при обучението че при обща база и много клиенти всички започват с равни приоритети....
Но пък каква е вероятноста шефа да даде едни и същи задачи на 2ма или повече служутели...тва вие ще кажете....

Ако пък имаме 20 души които събират и една и съща информация то тогава те са наясно че са част от екип и след като получат грешка при запис или редакция в следващия момент ще се убедят че не са сами....

====
това е едва 10% от цялата врътка с този проблем но тука трябва са загубя дни за да изложа цялата идеология защото това решение има още няколко ключови модули/решения за да се затвори кръга....
----

Ако се навиеш на този принцип със сигурност ще ти се наложи да пренапишеш доста....но идеята ми е ако някой следваш тръгне да прави нещо подобно..ако му приляга да се възползва....ГАРАНЦИЯ за дуракоусточивост и гъвкавост на базата...- ОТ МЕН...:)))))))