Tom Kyte предложил
интересную идею с использованием query subfactoring и иерархического запроса.
Robert Vollman в очередной раз коснулся традиционной "религиозной" темы - должна ли бизнесс-логика находится в СУБД, или её надо реализовывать вне СУБД на J2EE. Его
пост появился в результате прочтения статьи Martin Fowler'а
Domain Logic and SQL. Tom Kyte уже однажды говорил, что "это религиозная война, которая не может быть выиграна аргументами или объективностью". Единственное решение - дать им поразрабатывать год-другой самые медленные и немасштабируемые приложения в мире.Tim Hall так же отметил это в своем
посте. Достаточно "забавный" разбор одного из приложений на Java (что еще могут разработчики, не имеющие ни малейшего представления о СУБД?). Я видел гораздо хуже, поэтому единственный мой комметарий Tim'у был - подожди пока они начнут разрабатывать собственные кэши и алгоритмы для сортировок :-)
Таким образом, классический сценарий разработки будет заключаться в следующем:
- Набираем разработчиков, которые не имеют ни малейшего представления о том, что такое Oracle.
- Они вышибают весь дух из СУБД (поскольку даже не учат как под неё писать).
- "Ох, Oracle тормозной! Сейчас мы напишем это на Java/C++!" (вы знаете - это штука, которая 40 потоками тащит данные из Oracle, чтобы затем их отсортировать и положить обратно).
- Вы будете покупать тонны серверов, чтобы работали их приложения, потому что это единственный путь их масштабировать.
Потому что СУБД вызывает у таких рахработчиков только чувство FUD - fear, uncertainty and doubt. Они сделают все возможное, чтобы не делать в СУБД то, для чего она была рождена.