Курс по SQL

[iifat]

rascas в сообщении #1325417 писал(а):

для безошибочно работающего приложения не нужны

Забыли добавить «с безошибочно работающими пользователями»...

[rockclimber]

upgrade в сообщении #1325403 писал(а):

rockclimber в сообщении #1325332 писал(а):

внешний ключ - ссылочную целостность (отсутствие записей, ссылающихся "вникуда", корректность существующих ссылок)

Вот только это (целостность данных), но я уже целых пару лет обхожусь проверкой на "Null" таких ссылок...в таблицах количеством где-то штук 10 и общим объемом уникальных данных 2 Гб...
Может это и неправильно, у нас же как - фундаментальная ошибка вылезает когда уже ничего поправить нельзя. Вот и не хочется ошибиться.

Не вы первый, не вы последний.
Вики: Синдром неприятия чужой разработки

Кроме того, если вы пользуетесь ограничениями целостности, информация об этом хранится в метаданных в БД. Если учесть, что среднестатистический ИТ-проект документирован чуть лучше, чем никак (а иногда и чуть хуже), то ваша разработка будет работоспособна ровно до тех пор, пока не придет новый разработчик, которого не успеют предупредить, что "вот это поле трогать нельзя".

[realeugene]

(Оффтоп)

А, кстати, что больше предпочитают SQL-разработчики, All Caps или Small Caps

[mustitz]

rascas в сообщении #1325395 писал(а):

mustitz в сообщении #1322924 писал(а):

Есть гарантия неизменности в пределах сессии. Иначе зачем бы он вообще был нужен?

Не верное утверждение. В пределах сессии ROWID вполне может поменяться.

В данном случае таблица поменялась :) Ок, можно уточнить, что что в сесси не должно использоваться DDL.