Обучение частным случаям частных реализаций

[metaclass]

http://d4s.livejournal.com/210142.html
Вопрос про обучение SQL. Не про продажу человеко-часов конкретному кастомеру с конкретной СУБД.
В комментариях ад содома и гоморры, с приведением каких-то дичайших конструкций из частных реализаций.

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

Comments

[jakobz.livejournal.com]

Проблема в том, что минимум половина юзает SQL не как оно задумывалось, а пытается из этой сволочи выжать себе тупые и быстрые persistent хеши, по ходу забарывая оптимизатор. На ACID кладется болт вообще в момент создания базы.

Многие такие пацаны даже знают что какой-нибудь noSQL им покатит, но там либо ссыкотно, либо влом, либо заказчик - банк.

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

[(Anonymous)]

Ничего они про NoSQL не знают.

Блин да у них в привычке высосать select в .NET хэш и работать с ним. Я когда это вижу падаю в обморок. Откуда они знают, что в справочнике подразделений не может быть 5 миллиардов строк? У нас нет столько подразделеинй? Сегодня или когда или база поехала...

[tzirechnoy.livejournal.com]

Да правильно, в общем, знают на самом деле. Зачем оптимизировать нетормозящее? Действительно, количество подразделений очень ограниченно тысячью максимум тридцатью (да и то это, скорее масштба спец.службы сверхдержавы). В общем, не с той стороны Вы их по-моему пинаете.

[metaclass.livejournal.com]

А потом приходят внедренцы и натягивают сову на глобус, ставя приложение в какую-нибудь налоговую службу и заводя каждого человека отдельным подразделением :)

[tzirechnoy.livejournal.com]

Ну, вот пусть потом эти внедренцы и платят бабки за то, чтобы можно было сделать шэсть мильярдов подразделений. Не надо, повторюсь, оптимизировать нетормозящее.