From Fedora Project Wiki
fp-wiki>ImportUser
(Imported from MoinMoin)
 
m (Categorize)
 
(One intermediate revision by one other user not shown)
Line 117: Line 117:


https://www.redhat.com/mailman/private/fedora-infrastructure-list/2006-July/msg00067.html
https://www.redhat.com/mailman/private/fedora-infrastructure-list/2006-July/msg00067.html
[[Category:Infrastructure]]

Latest revision as of 21:54, 8 January 2010

LDAP Backend versus SQL Backend

This page is consolidating comments made so far on an LDAP backend versus a SQL backend and even the possibility of using both. Hopefully this will make it easier to weigh the pros and cons without having to search through email archives to see who thinks what. The fedora-infrasructure-list is still the best place for discussion on this topic.

Comments and Current Lean

Lists the name of person followed by the direction they currently lean (LDAP, SQL, LDAP+SQL) and a link to the list archives with their thoughts. Comments from some discussion in #fedora-admin are also included where relevant.


Curt Moore

Currently Leans: LDAP


https://www.redhat.com/mailman/private/fedora-infrastructure-list/2006-June/msg00009.html


Toshio Kuratomi

Currently Leans: SQL


https://www.redhat.com/mailman/private/fedora-infrastructure-list/2006-June/msg00010.html


Elliot Lee

Currently Leans: SQL


https://www.redhat.com/mailman/private/fedora-infrastructure-list/2006-June/msg00012.html

IRC Comments

< Sopwith> I hate LDAP because SQL does everything I need and is a lot more powerful, and I know it well

< Sopwith> (One drawback of SQL that I know of - I'd trust a public LDAP server but not a public SQL server)

< Sopwith> (Important if we want to start having seth's machines use the account system directly)

< Sopwith> If I knew that LDAP had a nice query language that let me do table joins and query constraints and such, I'd be much more into it.

< Sopwith> To me, LDAP is just another database, and as a database it doesn't seem attractive. I don't care about the tools on top because I don't think they can be easily customized to meet our needs (e.g. how many LDAP directories allow multiple e-mail addresses per account?)


Karel Zak

Currently Leans: SQL


https://www.redhat.com/mailman/private/fedora-infrastructure-list/2006-June/msg00014.html


Jeffrey Tadlock

Currently Leans: LDAP (changed from original email)


https://www.redhat.com/mailman/private/fedora-infrastructure-list/2006-June/msg00017.html

Jonathan Steffan

Currently Leans: LDAP


https://www.redhat.com/mailman/private/fedora-infrastructure-list/2006-July/msg00060.html

Michael McGrath

Currently Leans: LDAP

IRC Comments

< mmcgrath> I only bring up LDAP because there's lots of management tools out there for user administration already. We won't have to code that much extra stuff.

< mmcgrath> The nice thing about LDAP is that lots of stuff works well with it, Shell access, Apache, many web apps.

< mmcgrath> Sopwith: I've been going back and forth on LDAP vs PGSQL.

< mmcgrath> I have to admit right now LDAP just 'seems' like the right idea but it might be an overkill for what we need.

< mmcgrath> I guess in the end thats why I'm pusing for LDAP, all the user/password/group/shell management stuff is already there.

< mmcgrath> but I'll admit the more we talk about it the less clear of a winner LDAP becomes.


Dennis Gilmore

Currently Leans: LDAP+SQL


https://www.redhat.com/mailman/private/fedora-infrastructure-list/2006-July/msg00017.html


Patrick Barnes

Currently Leans: LDAP+SQL

https://www.redhat.com/mailman/private/fedora-infrastructure-list/2006-July/msg00064.html


IRC Comments

< nman64> BTW, this would be another reason to make the Account System use LDAP: easy integration with Plone so that contributors need one less account.

< nman64> I'm reluctant to give up on PostgreSQL myself. I've always been a SQL person, and have barely used LDAP, but there are some advantages that can't be ignored.


Tom Lynema

Currently Leans: SQL

https://www.redhat.com/mailman/private/fedora-infrastructure-list/2006-July/msg00067.html