> Автор: 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