Firebird vs Paradox

При спиране на тока Paradox се чупи (но далеч не всеки път).
Firebird се чупи всеки път( като gfix не може да оправи базата).
Е какво му е предимството на Firebird като в локална мрежа на единичен rekord e 10-на пъти по-бавен.Далеч съм от идеята че Paradox е много хубав
, ама за какво ми е FireBird

Далеч съм от мисълта да адвокатствам на Firebird, ама като имаш толкова ценни данни някъде сложи си поне един UPS. Изгоря ми захранването на ПЦ-то скоро при една буря, ама на кой да взема да се сърдя - на производителя на захранването, на времето или ......?
Работя в сграда строена преди 100 години (не преувеличавам) с инсталация дето гърми отнякъде през седмица, 60 човека ползват софтуер с fireburd - ска БД, ами описаното от тебе никога не ми се е случвало, защото вместо да се чудя защо се чупи базата като спира тока, съм се погрижила на ДБ сървъра просто това да не му се случва.
Какво повече да ти кажа...........

Това за UPS не зависи от мен( ще работи на 100 отделни сървъра с по един клиент) и не искат да купуват UPS, а каква е гаранцията че предмониторното устройство няма да угаси компютъра.Даже и при нормален shut down се троши, и InterBase 7.0 също се троши.Ама всеки път когато е натоварен, Oracle не се троши

е това, че при нормаленo спиране на ПЦ-то се троши ....., не го бях чувала и виждала, сега ще ме накараш да измъкна кабела че да пробвам и при аварийна ситуация ще ми се строши ли базата :)), ама може и да архивирам преди това

Бе за такова масово трошене по-полезно ще ти е да поогледаш какво правиш не както трябва. От информацията, която даваш това е единствения извод, който може да се направи

ПС
Странно нещо са някои клиенти. Готови са да плащат много повече за да им възстановят потрошените данни, но не са склонни да си купят UPS за 40-50 лв. за да не им се случва това

FireBird 1.5 в/у WinXp без никакви допълнителни настройки.
Клиент е delphi dbExpress и блъска insert (с Commit на 200 записа).
При рестарт на сървъра таблицата в който е писано е недостъпна
(Unknown Win32 I/0 еrror 38.gfix не може да поправи базата. FBFirstAid връща че са повредени системни таблици RDB$ (няма ключ така че не може да ги поправи)

Абе не са съвсем празни... Нищо му няма, ако от базата само четеш или просто си се вързал, ама ако му извадиш кабела точно по време на запис, базата гарантирано се скапва. И с gfix-а не винаги можеш да я оправиш. На мен (т.е. на клиента) не ми пречи да се загубят няколко записа, ама поне после да може да се продължи работа, а не да ми звънят "абе тука Пешо/Гошо/Мара се спъна в кабела и рестартрахме и сега не работи" :)). Те си плащат за това де, ама на мен пък не винаги ми се ходи... ;)

Под 2000 server се държи доста по-добре от 10 гасения
не се строши

Е, това е обнадеждаващо - ще ги навия за upgrade :))