> процедура по проверке целостности данных одна ....а вот где она будет
> хранится в контейнере мемо поля(тригер), который постоянно ломается

Ни разу не ломался контейнер.

А на случай поломки существуют backUp`ы - без которых никак не обойтись даже
на супер пупер надежном железе!


Posted via ActualForum NNTP Server 1.4

> автор
> Ни разу не ломался контейнер.
>
>
> ну это проблема отсутствия опыта
Ну я бы не сказал.
Проблема отсутствия плохого опыта - может и да.

> скопируйте контейнер + таблицы куда - нибудь
> откроте контейнер и сдвинь очередность полей
> скопируйте назад контейнер - посмотрите результат

А это все - действительно какое-то шаманство, направленное на
целенаправленное уничтожения взаимосвязи контейнера и таблицы. С таким же
успехом можно открыть таблицу, скажем, бокнотом. Записать пару символов и
говорить, что dbf - это плохо, потому что постоянно падает.

> (вот так, и всегда находятся любители переписать файлы по верху)
Еще раз - alter table и нет проблем.

> а теперь представьте, что у Вас 100 пользователей разбросаны
> по всей Мск и Вам необходимо сист-ки обновлять стр-ру таблиц.
И еще раз: Еще раз - alter table и нет проблем. :)

Давайте отнесем этот вопрос к разделу религиозных. Т.к. при наличии прямого
доступа к файлам dbf их не спасут никакие тригерры.


А логику на уровне данных все же правильнее отследить неосредственно
средствами самой базы.

Сейчас потихоньку переползаю на MSSQL. Вот бы я и сейчас использовал ваши
подходы - всю логику по целостности данных зашивал в клиента...


Posted via ActualForum NNTP Server 1.4

> вот в этих ситуациях Вы не сможете просто копировать контейнер
Еще раз говорю. что копировать совершенно не обязательно!!!!


> далее,
> альтер табле и так далее Вам не помогут если Вам необходимо
> проехать 2 часа к клиету
А раскажите ка мне, для чего вы к нему собираетесь ехать?
Alter table спокойно выполняется и в коде.

> поэтому Ваше высказывание
> автор
> Ни разу не ломался контейнер.
> для меня ложное и это Ваше мнение, основанное
> на Вашем опыте.

Точно. Именно на моем опыте. Именно так и делаю. Alter table, т.к.
подменивать рабочие базы - это дурь. Данные в каждой копии свои. Разве что у
вас есть один на всех статичный справочник...

Если надо передать изменения в справочнике - тоже append insert update
delete как раз для этого и существуют.
Один раз прописали импорт / экспорт и контейнер рушиться не будет


> мой опыт мне подсказывает,
> что развалить БД - это очень просто,
> и открывать ее в редакторах и удалять байты не нужно
достаточно просто подложить ей свинью в виде "ЧУЖОЙ" для нее таблицы с таким
же названием файла!!!



Posted via ActualForum NNTP Server 1.4