<div>This is an interesting topic. </div>
<div> </div>
<div>Is there even a suggested database schema for this? Or the person who designs the c-code would desgn the schema as well?</div>
<div> </div>
<div> </div>
<div>Edward<br><br> </div>
<div><span class="gmail_quote">On 3/13/07, <b class="gmail_sendername">Richard Megginson</b> <<a href="mailto:rmeggins@redhat.com">rmeggins@redhat.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Bill Bailey wrote:<br>><br>> Hi,<br>><br>> I noticed on the list of features an item indicating that data
<br>> interoperability plug-ins are available to allow the use of an RDBMS<br>> as a data source, but I'm having trouble locating the specifics (e.g.<br>> which databases, what sort of integration, etc.) in the documentation.
<br>> Anyone have any pointers on where I can find more information on this?<br>><br><a href="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
</a><br><br>There are no plug-ins available. The plug-in architecture will allow<br>this, but someone must write some C code in order to be able to do this.<br>><br>> In particular, I'm struggling with whether to use a directory server
<br>> for user management or a database. If I store users in my LDAP<br>> directory (e.g. username, password, name, address, phone, etc.), there<br>> is still user data that I need to store in a database (e.g.<br>
> transaction data or other frequently modified data) … and I need to be<br>> able to correlate the two. For example, for reporting I may need to<br>> display both the basic user info and demographic information that is
<br>> so well suited for a directory alongside data that comes from a<br>> database. This seems to me problematic since the data models and query<br>> languages are different. And even if I could make the LDAP data look
<br>> like something I could query with SQL … and join with real RDBMS<br>> tables … it would seem likely that performance might be less than great.<br>><br>> My thinking is that if I could get the LDAP server to use 
e.g. MySQL<br>> under the covers for storage, but I could still get access (read-only)<br>> to the underlying tables, I might be able to have the best of both<br>> worlds (assuming the underlying table structure was amenable to being
<br>> joined to my tables without to many contortions). I'm guessing my<br>> dilemma isn't new … has anyone else struggled with this and, if so,<br>> how did you resolve it? And have been satisfied with the solution you
<br>> selected?<br>><br>><br>> Thanks for any input or comments.<br>><br>> Bill Bailey<br>><br>> ------------------------------------------------------------------------<br>><br>> --<br>> Fedora-directory-users mailing list
<br>> <a href="mailto:Fedora-directory-users@redhat.com">Fedora-directory-users@redhat.com</a><br>> <a href="https://www.redhat.com/mailman/listinfo/fedora-directory-users">https://www.redhat.com/mailman/listinfo/fedora-directory-users
</a><br>><br><br>--<br>Fedora-directory-users mailing list<br><a href="mailto:Fedora-directory-users@redhat.com">Fedora-directory-users@redhat.com</a><br><a href="https://www.redhat.com/mailman/listinfo/fedora-directory-users">
https://www.redhat.com/mailman/listinfo/fedora-directory-users</a><br><br><br></blockquote></div><br>