LDAP and RDBMS Integration

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Eddie C wrote:
> This is an interesting topic.
>  
> Is there even a suggested database schema for this? Or the person who 
> designs the c-code would desgn the schema as well?
I don't know if there is a database schema for this.  I think each 
database vendor comes up with their own, or even each application that 
uses the database for authentication.

On a related note, I notice that there are PAM SQL modules which allow 
you to use PAM to authenticate against credentials stored in an RDBMS.  
Google shows that there are PAM modules for mysql, postgres, informix, 
db2, and oracle.  With the Fedora DS PAM passthru plugin, you should be 
able to pass authentication through to the database, with the 
appropriate PAM SQL module and configuration.  That would at least solve 
the case where you want to use the RDBMS as the authoritative store for 
passwords.
>  
>  
> Edward
>
>  
> On 3/13/07, *Richard Megginson* <rmeggins at redhat.com 
> <mailto:rmeggins at redhat.com>> wrote:
>
>     Bill Bailey wrote:
>     >
>     > Hi,
>     >
>     > I noticed on the list of features an item indicating that data
>     > interoperability plug-ins are available to allow the use of an RDBMS
>     > as a data source, but I'm having trouble locating the specifics
>     (e.g.
>     > which databases, what sort of integration, etc.) in the
>     documentation.
>     > Anyone have any pointers on where I can find more information on
>     this?
>     >
>     http://directory.fedora.redhat.com/wiki/FAQ#Can_I_replace_Sleepycat_with_Oracle.2C_or_Postgres.2C_etc..3F
>     <http://directory.fedora.redhat.com/wiki/FAQ#Can_I_replace_Sleepycat_with_Oracle.2C_or_Postgres.2C_etc..3F>
>
>     There are no plug-ins available. The plug-in architecture will allow
>     this, but someone must write some C code in order to be able to do
>     this.
>     >
>     > In particular, I'm struggling with whether to use a directory
>     server
>     > for user management or a database. If I store users in my LDAP
>     > directory (e.g. username, password, name, address, phone, etc.),
>     there
>     > is still user data that I need to store in a database (e.g.
>     > transaction data or other frequently modified data) ? and I need
>     to be
>     > able to correlate the two. For example, for reporting I may need to
>     > display both the basic user info and demographic information
>     that is
>     > so well suited for a directory alongside data that comes from a
>     > database. This seems to me problematic since the data models and
>     query
>     > languages are different. And even if I could make the LDAP data
>     look
>     > like something I could query with SQL ? and join with real RDBMS
>     > tables ? it would seem likely that performance might be less
>     than great.
>     >
>     > My thinking is that if I could get the LDAP server to use e.g. MySQL
>     > under the covers for storage, but I could still get access
>     (read-only)
>     > to the underlying tables, I might be able to have the best of both
>     > worlds (assuming the underlying table structure was amenable to
>     being
>     > joined to my tables without to many contortions). I'm guessing my
>     > dilemma isn't new ? has anyone else struggled with this and, if so,
>     > how did you resolve it? And have been satisfied with the
>     solution you
>     > selected?
>     >
>     >
>     > Thanks for any input or comments.
>     >
>     > Bill Bailey
>     >
>     >
>     ------------------------------------------------------------------------
>     >
>     > --
>     > Fedora-directory-users mailing list
>     > Fedora-directory-users at redhat.com
>     <mailto:Fedora-directory-users at redhat.com>
>     > https://www.redhat.com/mailman/listinfo/fedora-directory-users
>     <https://www.redhat.com/mailman/listinfo/fedora-directory-users>
>     >
>
>     --
>     Fedora-directory-users mailing list
>     Fedora-directory-users at redhat.com
>     <mailto:Fedora-directory-users at redhat.com>
>     https://www.redhat.com/mailman/listinfo/fedora-directory-users
>
>
>
> ------------------------------------------------------------------------
>
> --
> Fedora-directory-users mailing list
> Fedora-directory-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>   
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3245 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.fedoraproject.org/pipermail/389-users/attachments/20070315/e8f9909e/attachment.bin 


[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux