From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 14 Apr 2004 10:34:02 +0400 From: Nikita Semenov X-Mailer: The Bat! (v2.01) Personal Organization: InterStep X-Priority: 3 (Normal) Message-ID: <30679070062.20040414103402@instep.spb.ru> To: Alexander Leschinsky Subject: Re[2]: [Comm] Re: MySQL & Postgresql In-Reply-To: <1192992544.20040413145617@post.ural.ru> References: <407A64F0.00000C.24297@soapbox.yandex.ru> <20040412160106.4800f3a8.koka@atvc.ru> <1333249893.20040412205554@post.ural.ru> <20040412212915.GA672@localhost.localdomain> <1192992544.20040413145617@post.ural.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Spam-Processed: instep.spb.ru, Wed, 14 Apr 2004 10:31:48 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 192.168.1.189 X-Return-Path: nsemenov@instep.spb.ru X-MDaemon-Deliver-To: community@altlinux.ru X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.4 Precedence: list Reply-To: community@altlinux.ru List-Id: Mailing list for ALT Linux users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Apr 2004 06:34:13 -0000 Archived-At: List-Archive: List-Post: Здравствуйте. 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