Модераторы: LSD
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Trigger или Constraint? 
:(
    Опции темы
SID_M
Дата 15.4.2010, 09:53 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Бывалый
*


Профиль
Группа: Участник
Сообщений: 195
Регистрация: 11.2.2005
Где: Россия, г. Москва

Репутация: нет
Всего: нет



Доброго времени суток, Коллеги! smile
Давайте порассуждаем на тему: "Как лучше контролировать целостность данных?"

Добавлено через 4 минуты и 4 секунды
Начну первый. 

Очевидно, что на простых структурах использование Constraint-a кажется более надежным способом. Мы снимаем с себя головную боль (проектирование базы так, чтобы это можно было сделать не в счет) и перекладываем контроль на СУБД. 
Но вот бывают случаи, когда более удобнее хранить сложные структуры (нагруженные графы) и очевидного решения, чтобы обеспечить уникальность данных с применением Constraint-ов не находится. (Не обязательно такого решения нет)
Так вот как тут поступить? Использовать ли контроль уникальности на Функциональном уровне (Триггеры, Изменение в таблице только через хранимые процедуры) или всё-таки попытаться подогнать архитектуру базы так, чтобы можно было использовать Constraint-ы?

Я за Функциональный контроль в этом случае. smile 
--------------------
Если тебе не дано летать, то хотя бы ползай с гордо поднятой головой.
PM MAIL ICQ Skype GTalk   Вверх
Akina
Дата 15.4.2010, 10:07 (ссылка) |    (голосов:1) Загрузка ... Загрузка ... Быстрая цитата Цитата


Советчик
****


Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 13
Всего: 454



А смысл рассуждать?
В каждом отдельно взятом случае следует решать, что эффективнее. В т.ч. с учётом, что для данного конкретного случая считать более эффективным. А общие рассуждения без связи с конкретным проектом бессмысленны.
Если ты хочешь выработать некие общие рекомендации по осуществлению выбора в каком-нить конкретном случае - можешь считать, что эту задачу ты уже решил.


--------------------
 О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума.

PM MAIL WWW ICQ Jabber   Вверх
Deniz
Дата 15.4.2010, 11:46 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1251
Регистрация: 16.10.2004
Где: Новый Уренгой

Репутация: 7
Всего: 44



Цитата(SID_M @  15.4.2010,  11:53 Найти цитируемый пост)
"Как лучше контролировать целостность данных?"
А что нужно понимать под "целостность данных" в данном случае?
Вот интересный пример
Судя по всему вопрос про ограничение значений на столбец, без создания внешнего ключа?
ИМХО, огромный минус триггеру в том, что он будет работать в контексте транзакции, и если проверка значения зависит от данных в других таблицах, то о целостности не может быть и речи.


--------------------
"Для того чтобы сделать шаг вперед, достаточно пинка сзади" (с)
PM ICQ   Вверх
LSD
Дата 15.4.2010, 14:37 (ссылка) |    (голосов:2) Загрузка ... Загрузка ... Быстрая цитата Цитата


Leprechaun Software Developer
****


Профиль
Группа: Модератор
Сообщений: 15718
Регистрация: 24.3.2004
Где: Dublin

Репутация: 24
Всего: 538



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


--------------------
Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it.
PM MAIL WWW   Вверх
DimW
Дата 15.4.2010, 15:10 (ссылка) |    (голосов:1) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1330
Регистрация: 24.2.2005
Где: Орёл

Репутация: 2
Всего: 44



Цитата(SID_M @  15.4.2010,  09:53 Найти цитируемый пост)
Но вот бывают случаи, когда более удобнее хранить сложные структуры (нагруженные графы) и очевидного решения, чтобы обеспечить уникальность данных с применением Constraint-ов не находится. 


вы с простыми разберитесь:

- таблица test
- поле name должно быть уникально
- два пользователя одновременно вносят "ИВАНОВ" в таблицу test

Цитата(SID_M @  15.4.2010,  09:53 Найти цитируемый пост)
Я за Функциональный контроль


контролируйте! (пример контроля в студию) smile






Это сообщение отредактировал(а) DimW - 15.4.2010, 15:11
PM MAIL ICQ   Вверх
Zloxa
Дата 15.4.2010, 16:09 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Чо?
****


Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161



все что можно ограничить декларативными правилвами - ограничиываем ими.
все остальное уж придется кастылить триггерами.
 smile 


Следует понимать, что не для всякого декларативного ограничения есть эквивалентное решение на триггерах. На что весьма наглядно намекает DimW. smile 

Это сообщение отредактировал(а) Zloxa - 15.4.2010, 16:14


--------------------
Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile
PM   Вверх
DimW
Дата 15.4.2010, 16:20 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1330
Регистрация: 24.2.2005
Где: Орёл

Репутация: 2
Всего: 44



Цитата(Zloxa @  15.4.2010,  16:09 Найти цитируемый пост)
Следует понимать, что не для всякого декларативного ограничения есть эквивалентное решение на триггерах.

во во, по этому прошу добавить в список вариантов голосования Trigger(or others) и Constraint smile
PM MAIL ICQ   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "Общие вопросы по базам данных"
LSD
Zloxa

Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:

  • вопросам по СУБД для которых нет отдельных подфорумов
  • вопросам которые затрагивают несколько разных СУБД (например проблема выбора)
  • инструменты для работы с СУБД
  • вопросы проектирования БД
  • теоретически вопросы о СУБД

Данный форум не предназначен для:

  • вопросов о поиске разлиных БД (если не понимаете чем БД отличается от СУБД то: а) вам не сюда; б) Google в помощь)
  • обсуждения проблем с доступом к СУБД из различных ЯП (для этого есть соответсвующие форумы по каждому ЯП)
  • обсуждения проблем с написание SQL запросов, для этого есть форум Составление SQL-запросов
  • просьб о написании курсовой, реферата и т.п., для этого есть Центр помощи или фриланс биржа
  • объявлений о найме специалистов, для этого есть раздел Объявления о найме специалистов

Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение. ;)


Полезные советы:

При написании сообщения постарайтесь дать теме максимально понятное название. В теме максимально подробно опишите проблему. Если применимо укажите: название базы данных и версии (MySQL 4.1, MS SQL Server 2000 и т.п.); используемых язык программирования; способа доступа (ADO, BDE и т.д.); сообщения об ошибках.

Для вставки кода используйте теги [code=sql] [/code].

Литературу по базам данных можно поискать здесь.

Действия модераторов можно обсудить здесь.


Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | СУБД, общие вопросы | Следующая тема »


 




[ Время генерации скрипта: 0.0658 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.