> Автор: q1w1e1
> По правде говоря, я не совсем понимаю предназначение базы данных
> (контейнера таблиц), ведь все хранимые процедуры, отношения(не путать с
> табл.), тригеры(программы по проверки вставки-удаления) и т.д., хранятся в
> мемо полях этого контейнера, но
> 1. программы(тригеры, хранимые процедуры) лучше хранить и
> компилировать в prg-файле, так как он затем компилируется в программу

Тригеры и прочие ХП должны быть НЕРАЗДЕЛЬНЫ с данными. Ведь они
предназначенны для контроля целостности.
И не важно чем ты пытаешься изменить эти данные. Программой или просто
открыв таблицу в Фоксе.

Естественно от низкоуровнего доступа наличие ХП не спасет.


> 2. всё равно программа начиная работу, начинает проверять, если такая
> таблица, нет табл., создаётся структура табл...., есть ли такой индекс,
> нет - создаётся индекс, отношение также проверяется и т.д. , создаётся
> всё, что нужно для работы программы...

Наличие таблицы - да - задача программы, ведь именно этой программе нужна та
или иная таблица. А вот проконтролировать ссылочную целостность - это к
отдельно взятому модулю не имеет никакого отношения. Это общий вопрос для
всех программ, работающих с ДАННЫМ КОНКРЕТНЫМ набором данных. Естественно
логичнее всего повешать такой контроль на саму базу данных.


Posted via ActualForum NNTP Server 1.4

> Ввод, удаление и изменение данных идёт через интерфейс например форм
> и открывая форму в методе Load(или до запуска формы в процедуре), уже
> начинается открытие таблиц и построение relation, котрая и контролирует
> целостность...и модуль получается гибким, и ты можешь эту программу
> изменить контроль отослать по электронке любому заказчику, а базу данных
> отсылать это уже проблема...

Ты не отделяешь котлет и мух!!!

Целостность данных и ссылочная целостность - это задача базы данных. Бизнес
логика - это задача приложения.

Отослать упакованный (pack, а затем rar) контейнер - не вижу никаких
проблем!!!


Posted via ActualForum NNTP Server 1.4

> Отослать упакованный (pack, а затем rar) контейнер - не вижу никаких
> проблем!!!

Это раз. А второе - бизнес логика может меняться довольно таки часто, а вот
логика отслеживания целостности данных - только при добавлении новой
таблицы. (Ну или если сразу не сделал грамотно, то конечно.... )


Posted via ActualForum NNTP Server 1.4

> процедура по проверке целостности данных одна ....а вот где она будет
> хранится в контейнере мемо поля(тригер), который постоянно ломается или в
> текстовом файле программы, который независим от контейнера это и есть
> мобильность и гибкость...ввода и проверки....которую можно применять над
> любыми совокупностями таблиц, а не зашитыми жёстко в контейнере только для
> данных таблиц контейнера...

Если программа маленькая - ну может быть и то с большой натяжкой!!!!

Скажем, иногда приходится в базе ковыряться руками и попутно что-то менять.
Будь процедура в отдельном файле - я бы про нее забвал.
А так ХП отрабатывают автоматом и, в зависимости от того, под кем я работаю
с таблицами (админ /не админ) какие-то вещи позволяет делать с
предупреждениями, а критичные даже под админом запрещает.

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

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

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


Posted via ActualForum NNTP Server 1.4

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

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

А на случай поломки существуют 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