История изменений
Исправление MichIs, (текущая версия) :
Ваш посыл ясен - у Oracle (MsSQL) более подробная документация и больше толковых книг на тему производительности и внутренностей этих БД, и у Oracle больше возможностей и торчащих ручек, которые можно подергать, чем у PostgreSQL. Я с этим согласен.
Но, скажем честно, не все разработчики Oracle читали Льюиса и даже Кайта всего не удосужились прочитать, не говоря уже о полном прочтении необъятной англоязычной документации к Oracle. То есть средний разработчик на Oracle,по моему мнению, может примерно соответствовать среднему разработчику PostgreSQL. Принцип Паретто (80/20) никто не отменял. Но сейчас разработчики Oracle (MsSQL) вынуждены переходить на PostgreSQL и разбираться с этой бд, поэтому растет средний уровень разработчиков как PostgreSQL, так и оставшихся еще на Oracle (MsSQL).
А есть разработчики, которые не только разрабатывают по заданию на работе, но сами интересуются внутренностями, алгоритмами БД т.д. И при этом могут знать архитектуру и возможности и сравнивать у нескольких БД (Oracle, MsSQL, PostgreSQL, Hadoop …). И здесь все индивидуально.
ПС. По PostgreSQL тоже есть книжка по производительности. Не Льюис, но все же.
Исходная версия MichIs, :
Ваш посыл ясен - у Oracle (MsSQL) более подробная документация и больше толковых книг на тему производительности и внутренностей этих БД, и у Oracle больше возможностей и торчащих ручек, которые можно подергать, чем у PostgreSQL. Я с этим согласен.
Но, скажем честно, не все разработчики Oracle читали Льюиса и даже Кайта всего не удосужились прочитать, не говоря уже о полном прочтении необъятной англоязычной документации к Oracle. То есть средний разработчик на Oracle,по моему мнению, может примерно соответствовать среднему разработчику PostgreSQL. Принцип Паретто (80/20) никто не отменял. Но сейчас разработчики Oracle (MsSQL) вынуждены переходить на PostgreSQL и разбираться с этой бд, поэтому растет средний уровень разработчиков как PostgreSQL, так и оставшихся еще на Oracle (MsSQL).
А есть разработчики, которые не только разрабатывают по заданию на работе, но сами интересуются внутренностями, алгоритмами БД т.д. И при этом могут знать архитектуру и возможности и сравнивать у нескольких БД (Oracle, MsSQL, PosthreSQL, Hadoop …). И здесь все индивидуально.
ПС. По PostgreSQL тоже есть книжка по производительности. Не Льюис, но все же.