[Comm] Re: MySQL & Postgresql

[Nikita Semenov]

Здравствуйте.


Tuesday, April 13, 2004, 12:56:17 PM, вы писали:
AL> 1. Статистика по репрезентативной выборке утверждает, что LDAP является
AL> "в среднем по больнице" значительно более редким установленным и
AL> работающим сервисом, чем какая-никакая RDBMS, которые входят де-факто в
AL> состав "must have" служб, функционирующих практически у любого,
AL> связанного с сетевыми услугами (я могу предмтавить ситуацию, где RDBMS
AL> не используется, а все работает, но это - пограничные случаи, исключения
AL> из правил)

AL> 2. В связи с пунктом 1 уместно вспонить о бритовке Оккама, и не заводить
AL> еще одну дополнительную сущность, потому что, кромк всего прочего
AL> "Простейшие не болеют" и "Чем тоньше - тем управляемее"

AL> 3. MySQL работает как правило _быстрее_ на выполнение аналогичных
AL> запросов, чем LDAP, что в некоторых ситуациях может также быть
AL> определяющим

AL> 4. Использование LDAP-транспорта в MTA началось позднее, чем SQL,
AL> следовательно - потенциально граблей необнаруженных в кустах разбросано
AL> больше

AL> 5. Администрирование и сопровождение LDAP является (опять же
AL> "усредненно") более нетривиальной задачей, чем аналогичные функции в
AL> случае RDBMS (элементарные в случае My, более сложные... но в
AL> пределах... в случае PostgreSQL). И задача адаптации backend'а в случае
AL> изменения "правил игры" може стать неподъемной задачей. Сколько
AL> подписчиков _этого_ листа имеют собственные MTA и сколько из них при
AL> необходимости могут подхатчить схему, если Гугль им ответа не даст???

Это все конечно верно, но есть один момент, который много чего
перевешивает - адресная книга LDAP. Можно конечно конвертить из sql в
ldap, но это напильник... По крайней мере для моего начальства - это
веский аргумент, что б заставить меня разбираться с ldap:)



-- 
Best regards,
Nikita Semenov
System Administer
InterStep
+7(812)324-8020
nikita на inter-step.ru
ICQ: 3939833