Крах баз Paradox

← →
I-Master (2003-03-11 17:12) [0]

Собственно сабж ... Не знаю почему, но каждый месяц - Corrupt table index/header. Уже всё равно второй день сижу переписываю всё под Interbase, т.к. этот маразм достал! Но всё же интересно Paradox - это дейтсвительно такое г... или просто я его не рационально использую ...

← →
Anatoly Podgoretsky © (2003-03-11 17:15) [1]

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

← →
Val © (2003-03-11 17:15) [2]

всяко бывает, но жалобы на падение индексов Парадокса довольно часты.

← →
Dred2k © (2003-03-11 18:37) [3]

Конечно, парадокс - не лучшее решение.
Однако, работает. ;)
Всякие траблы с табличками бывают - такова селяви.
Для этого пришлось наладить регулярное техобслуживание.
Если поможет - бери.
http://homepages.borland.com/torry/apps/utilities/database/dbdoctor.zip
Все написано в хелпе.
Для чего делалось - так для автоматического режима.
Есть ограничения - ссылочная целостность и пароли (такие таблицы не обрабатываются). Будет крайняя нужда - можно и подправить.
Работает уже около полугода. Выявлены интересные особенности движка бде (но это - уже другая история ...). ;)

← →
MsGuns © (2003-03-11 21:13) [4]

При использовании парадокса надо просто придерживаться довольно строгих правил (по сравнению с КССУБД) и базы будуть "падать" достаточно редко.

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

Ну и очень не помешает доп.таблицы, хранящие "промежуточные" результаты. Они весьма полезны для поднятия упавших баз без потери информации.

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

← →
lejik © (2003-03-12 09:01) [5]

Была подобная проблема! В Парадоксе почему-то еще слетает автоинкрементное поле, причем работа не в сети. Переписал под Interbase, проблемы исчезли

← →
Yn (2003-03-12 09:40) [6]

Извиняйте.
Не первый день насилую Paradox.
Чисто через TQuery, что нужно отредактировать - в TEdit
и потом в сад,
2 функции за место Lookup-в
Function AddKL(kl,s:String):Integer;//Выдать ID, по
//категории и имени классификатора, если строки нет то добавить
Function KLToStr(ID:Integer):String;//расшифровка по ID
Ни разу не упало.
Правдо оное помню давно случалось когда работал c TTable и ейновыми приблудами и редактированием прямо в таблицах

← →
сумрак (2003-03-12 10:06) [7]

legik автоинкриментное поле в слетает по простой причине - даже после удаления всех записей счетчик не сбрасывается. Если было 10 000 записей и все удалены то следующее значение все равно
10 001 При интенсивном добавлении удалении часто слетает

← →
setra (2003-03-12 12:29) [8]

У меня тоже такое бывало но нашел програмку ремонт бв файлов . вот теперь когда база повреждаеться то этим методов востоновливаю это если кто хочет могу выслать

← →
Виталий (2003-03-13 15:35) [9]

У меня падали табдицы когда пропадал свет. Поскольку это временные таблицы, я их просто менял на рабочие(пустые специально держу).

Крах баз Paradox Найти похожие ветки