stax..Выскажу КРАМОЛУ
концепции ето конешно хорошо я б даже сказал отлично
но масса людей даже близко их не читало, и ничего работают

ну толку из того что Вы будете знать как запоняюся блоки а оракле
если Вы не знаете SQL и/или PL/SQL
в зависимости от того кем Вы будете работать
начать SQL-программер, резервное копирование/восстановление ДБА

вот когда возникнут вопросы по тюнингу,
можно браться и за концепции

зы
Кничечка "SQL/DS " часом не темно-синего цвета в твердой обложке?Ну да, вроде темно-синяя, к сожалению запамятовал, как она называлась...

При прочих равных, приложение, написанное человеком, знающим концепции, будет более эффективным и в гораздо меньшей степени потребует какого-либо "тюнинга".

BfinkFucker,

А тут я не согласен - я поставлю опыт вперед знания концепций.
Этому есть несколько причин -

1. Различные модные веянья, отражающиеся в виде доработок устоявшихся частей с получением плохо управляемой конструкции. Примеров много - больной ANSI стандарт. Прочитав как это гладко и хорошо в концепции при реализации налетаешь на ухабы.
2. В концепции нет истории, то есть не понятно что более новое, а что появилось издавна. В случае больших систем встречаются связки разных версий, и тут опыт больше помогает, чем даже документация, на говоря об концепции.
3. Аналогичная проблема при гетерогенных системах - одно соединение с MS SQL сервером меняет в корне все устоявшиеся настройки.
1. Борис, напомню, речь шла о книгах, опыт в общем случае таковой не является. Опять же, никто до тебя и не пытался противопоставлять книги и опыт.

2. "Различные модные веяния" описываются в документе под названием New Features Guide.

3. Концепции это другое, они в общих чертах описывают архитектуру базы данных, общие подходы к разработке приложений и концептуальные особенности текущей версии СУБД. Они не меняются от каждого чиха.

Если какой-то аспект функционирования сервера принципиально не менялся уже несколько версий подряд, то ничего страшного, если вы не прочли этот раздел в новых концепциях, однако если он изменился, никакой опыт вам не поможет.

Очень наглядный пример - опытный кролик Бурлесон с грудой ненужных камней у себя в рюкзачке. И превратиться в такого Бурлесона очень просто, достаточно законсервироваться на пару-тройку версий в своем опыте.

4. А чтобы не налетать на ухабы в production, надо работать. Никто не обещал, что будет легко. Обычно после выхода очередной версии бегло читаются New Features с легкой проверкой на применимость заинтересовавших новинок. Концепции обычно чуть позже идут с более серьзным погружением в предмет и всякими девелопер гайдами. Не хочется ухабов и проблем, почаще захаживайте на металинк, интересуйтесь багами, серьезнее тестируйте...

5. Хочется истории в концепциях? Пожалуйста, кладем перед собой две, три последовательные концепции, история как на ладони...


PS: Я собственно сказал одну безотносительную фразу о пользе концепций, а меня(старого опытного перца) уже записали в противники изучения SQL и в борцы с опытом ;-)