FuckerDniproМне всегда было дико интересно, неужели "знатоки", к-е рекомендуют новичкам читать концепты тоже по ним знакомились с базой??? Я полностью согласен, что без концептов никуда, но к ним нужно обращаться уже при более глубоком изучении.
Или все "рекомендующие" знакомились с ораклом по концептам. Типа открываешь Oracle® Database SQL Reference и читаешь от и до, так?
Хотелось бы увидеть вживую хоть одного сурового парня, к-й именно так "знакомился" с Ораклом.1. Сначала не было ничего, кроме работающего production, который надо было адаптировать под изменяющиеся требования бизнеса, и огрызка бумаги с нацарапанными паролями рута и оракла.
2. Потом появилась (пожалуйста, не смейтесь :-) книжка по SQL/DS , в ней на хороших примерах, довольно внятно и доступно был описан базовый SQL
3. Еще позже появились файлики с родной оракловой докой, и с первым бестселлером - концепциями сервера.

Много лет назад слово инженер подразумевало, что носитель сего понятия способен эффективно работать с документацией и другими источниками информации

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

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

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

зы
Кничечка "SQL/DS " часом не темно-синего цвета в твердой обложке?

suPPLerstax..вот когда возникнут вопросы по тюнингу,
можно браться и за концепции
0. Вопросы возникнут очень быстро. Как появится второй штатный пользователь у СУБД, так вопросы начнутся...
1. Тюнинг после внедрения - это по большинству своему костыли трёхногому слону.
2. Лучше день потерять, потому за пять минут долететь. (с) ;)
из личного опыта знаю
Вы пробовали читать концепции, не имея практических задач (читай проблем)
ну прочитаеты Вы как хранится DATE в бд, и скажите мне по крупному кому ето надо,
причем в концепциях не отражено что в pl/sql по другому

или скажем про пространства управляемые "словарем",
оно ему надо если в базе все "локально управляемые" или как там их,
или скажем про древние роллбеки и сортировки

интересно конечно, но есть ли большая польза без практики неуверен

многие скрывают внутреннюю структуру СУБД, и ничего как-то работають люди

.....
stax

Ой, ли...stax..,

Концепты нужны, вернее их читание. Сам долго их обходил стророной. Но как только пытаешся что-то объяснить, даже ламеру, то быстро натыкаешся на собственное непонимание предмета. Не получается разговор. пока не идет.
я не говорю что НЕ НУЖНЫ,
они нужгы но на определенном етапе
напр
начитается человек о дедикате сервере а у них шаред,
или еще хуже модный счас пул,

или скажем о старой PGA,
читать надо, но имхо имеея хоть какую-то практику

читает человек (программер) про логи, первое что схочется,
добавить еще одну группу, а оно ему надо

если программер не знает SQL то концепции ему не помогут
.....
stax