- •Реляционные операции.
- •Операциис кортежамиреляционных отношений.
- •Особая роль ключа реляционного отношения.
- •Операции с доменами атрибутов.
- •Операции со схемами отношений.
- •Нереляционная операция добавление (add).
- •Нереляционная операция удаление (del).
- •Нереляционная операция изменение (ch).
- •Базовые операции реляционной алгебры.
- •Реляционные теоретико-множественные операции.
- •Унарная операция проекция.
- •Унарная операция селекция.
- •Бинарная операция соединение.
- •Свойства операцииСоединение.
- •Другие реляционныеоперация.
Нереляционная операция удаление (del).
“Вместе все вещи были, ум же их отделил и привел в порядок”
АНАКСАГОР из Клазомен, ок.500-428гг. до н.э.

Все понимают, а программисты лучше всех, фатальность операции удаления. Поэтому для её реализации часто требуется подтверждение. Многие СУБД при выполнении данной операции не удаляют, а помечают её операнд (кортеж) как удалённый. Со временем может накопиться слишком много таких кортежей, поэтому предусматриваются специальные операции «чистки мусора». В конечном итоге идеология реализации операций с кортежами определяется целями и задачами, поставленными перед БД.
Рассмотрим в нашей простой БД метаданных кортежи каталога пользователей. Очевидно, что любой пользователь сможет войти в систему только по паролю. Для этого он должен быть зарегистрирован в экземпляре petry(UC) каталога пользователей. Но как там появится первый кортеж - системного администратора? Эта проблема хорошо понятна всем специалистам по защите данных. Мы ограничимся замечанием, что стандартный кортеж регистрации системного администратора должен вводиться иным способом, чем кортежи регистрации пользователей (разные метауровни данных).
Обратите внимание, что операции с кортежами образуют минимальный набор для описания полного жизненного цикла кортежей. Очевидно, что эти циклы у кортежа регистрации системного администратора и кортежи регистрации пользователей будут принципиально разными. Почему же они оказались в одном отношении?...
Потому, что разделение понятий производится по другому принципу. Напомним, что появление схемы и экземпляра у объекта БД – реляционного отношения, строится из соображения описания данных (схема – это метаданные). А конструктивное определение понятий администратора и пользователей БД – возможно только в модели процесса использования данных (т.е. на значительно более высоком уровне формализации).
Нереляционная операция изменение (ch).
“Во всем есть часть всего”
АНАКСАГОР из Клазомен, ок.500-428гг. до н.э.

Изменение в указанном по ключам кортеже поля атрибута-свойства, которые получают новые значения. Внимание! При редактировании полей ключевых атрибутов не надо забывать про проверку уникальности нового ключа. Данная операция избыточна, т.к. может быть заменена парой операций: удаления и добавления кортежа. Но она удобна для пользователей, а соображения эргономики – настолько существенный аргумент в теории реляционных баз данных, что перевешивает соображения математической строгости.
В нашей простой БД метаданных нереляционные операции с кортежами оказываются своеобразным фундаментом, на котором строятся все остальные операции. Операции ввода – вывода схем, как и реляционных отношений, есть последовательные процессы получения и изменения, удаления и копирования кортежей. Более сложные операции реляционной алгебры используют их аналогично, но для выполнения реляционных запросов.
Можно считать, что множество жизненных циклов кортежей экземпляра реляционного отношения образуют историю жизненного цикла самого экземпляра. Заметим, что данные - это нематериальные ценности. Для получения и передачи информации требуется только материальный носитель, поэтому при моделировании процессов с ними системному аналитику нужно быть особенно аккуратным. Необходимо соблюдать правила логической типизации, которые не допускают путаницы между данными и их метаданными. Иначе логичекие парадоксы становятся неизбежными, а построение конструктивных моделей (теорий) невозможным.
