DBE Проверка на наличие связанных данных при удалении записи

@Настёна · Регистрация: 08.02.2009

Студворк — интернет-сервис помощи студентам

Добрый день!

Создала с помощью DBE (Paradox 7) несколько таблиц, среди них есть связанные.

Сначала вопрос: как можно программно из главной таблицы перейти в подчинённую? Иначе говоря: допустим, у меня есть 20 таблиц, и всего одна из них подчинена главной. Использую компоненты DataSourse, TTable, DBGrid. Есть ли какое-то свойство у этих компонентов, чтобы обратиться напрямую к подчинённой таблице и с ней поработать? Гуглила, но безрезультатно.

А нужно это вот для чего.

Для связанных таблиц в настройках можно выбрать один из двух вариантов:
1) Prohibit - запрещено изменять значение ключевого поля головной таблицы или удалять из неё записи:
2) Cascade - при изменении значения ключевого поля головной таблицы изменится значение этого поля в подчинённой, а при удалении записи из головной таблицы будут удалены все записи в подчинённой таблице, в которой используется это значение.

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

В идеале, хотелось бы оставить опцию Cascade, но при попытке удалить запись проверять программно, используется ли её ключ в подчинённой таблице.

Буду очень благодарна за ответы!

@MsGuns · 10.01.2012, 13:41

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

Что же касается "Prohibit". Для парадокса НЕТ ЗАЩИТЫ от программного изменения связующего ключа в детал-записи - только на уровне алгоритма, т.е. "ручками". Для автоматического "попадания" из мастера в детал используйте связку Master-Detail, прекрасно описанную в хэлпе BDE-компонент

Новые блоги и статьи Все статьи Все блоги /
Midnight Chicago Blues kumehtar 24.03.2026 Такой Midnight Chicago Blues, знаешь?. . Когда вечерние улицы становятся ночными, а ты не можешь уснуть. Ты идёшь в любимый старый бар, и бармен наливает тебе виски. Ты смотришь на пролетающие. . .	Контроль уникальности заводского номера - вариант №2 Maks 24.03.2026 В отличие от предыдущего варианта добавлено прерывание циклов, также добавлены новые переменные для сохранения контекста ошибки перед прерыванием цикла: Процедура ПередЗаписью(Отказ, РежимЗаписи,. . .	SDL3 для Desktop (MinGW): Вывод текста со шрифтом TTF с помощью библиотеки SDL3_ttf на Си и C++ 8Observer8 24.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-text-sdl3-c. zip finish-text-sdl3-cpp. zip	Жизнь в неопределённости kumehtar 23.03.2026 Жизнь — это постоянное существование в неопределённости. Например, даже если у тебя есть список дел, невозможно дойти до точки, где всё окончательно завершено и больше ничего не осталось. В принципе,. . .
Модель здравоСохранения: работники работают быстрее после её введения. anaschu 23.03.2026 geJalZw1fLo Корпорация до введения программа здравоохранения имела много невыполненных работниками заданий, после введения программы количество заданий выросло. Но на выплатах по больничным это. . .	Контроль уникальности заводского номера - вариант №1 Maks 23.03.2026 Алгоритм контроля уникальности заводского (или серийного) номера на примере документа выдачи шин для спецтехники с табличной частью. Данные берутся из регистра сведений, по которому настроено. . .	Хочу заставить корпорации вкладываться в здоровье сотрудников: делаю мат модель здравосохранения anaschu 22.03.2026 e7EYtONaj8Y Z4Tv2zpXVVo https:/ / github. com/ shumilovas/ med2. git	Программный отбор элементов справочника по группе Maks 22.03.2026 Установка программного отбора элементов справочника "Номенклатура" из модуля формы документа. В качестве фильтра для отбора справочника служит группа номенклатуры. Отбор по наименованию группы. . .

@Настёна 3 / 3 / 1 Регистрация: 08.02.2009 Сообщений: 15

	DBE Проверка на наличие связанных данных при удалении записи 08.01.2012, 11:06. Показов 1486. Ответов 1 Метки нет (Все метки) Добрый день! Создала с помощью DBE (Paradox 7) несколько таблиц, среди них есть связанные. Сначала вопрос: как можно программно из главной таблицы перейти в подчинённую? Иначе говоря: допустим, у меня есть 20 таблиц, и всего одна из них подчинена главной. Использую компоненты DataSourse, TTable, DBGrid. Есть ли какое-то свойство у этих компонентов, чтобы обратиться напрямую к подчинённой таблице и с ней поработать? Гуглила, но безрезультатно. А нужно это вот для чего. Для связанных таблиц в настройках можно выбрать один из двух вариантов: 1) Prohibit - запрещено изменять значение ключевого поля головной таблицы или удалять из неё записи: 2) Cascade - при изменении значения ключевого поля головной таблицы изменится значение этого поля в подчинённой, а при удалении записи из головной таблицы будут удалены все записи в подчинённой таблице, в которой используется это значение. Собственно говоря, хотелось бы получить что-то среднее - запретить удаление при наличии записей в подчинённой таблице (если же в подчинённой таблице записей с таким значением нет, то удалять можно). А при изменении ключевого поля в головной таблице менять его в подчинённой. В идеале, хотелось бы оставить опцию Cascade, но при попытке удалить запись проверять программно, используется ли её ключ в подчинённой таблице. Буду очень благодарна за ответы! 0

@MsGuns 1497 / 1238 / 245 Регистрация: 04.04.2011 Сообщений: 4,363
	10.01.2012, 13:41
	Все эти ограничения в парадоксе отсутствуют (вернее, они как бы есть, но это лишь имитация - на самом деле таблицы просто ломаются (corrupted) в резултате каскадных удалений. Внешние же ограничения.. В общем, парадокс - это на 99% "клиентская" логика, т.е. все надо реализовывать программно. Для нормальной надежной мобильной системы, поддерживающей все, о чем у Вас написано в сабже следует выбирать SQL-сервер, которых сегодня в избытке, в т.ч. бесплатные и "легкие" Что же касается "Prohibit". Для парадокса НЕТ ЗАЩИТЫ от программного изменения связующего ключа в детал-записи - только на уровне алгоритма, т.е. "ручками". Для автоматического "попадания" из мастера в детал используйте связку Master-Detail, прекрасно описанную в хэлпе BDE-компонент 1

Опции темы