Any help will be appreciated.

------------------------------------------------------------------------
I would like to change the world, but they don´t give me the source code.
MS Windows 7 Ultimate 64-Bit
Intel(R) Core(TM)2 Quad CPU Q9300 2.50 GHz
6.00 GB of RAM, NVIDIA GeForce 9800 GT

MacBook Pro i5 OSX Lion

Yes, I'm aware of that, this is going to be like "Customers doing employee work", I will wait to see what news are coming after holidays.

------------------------------------------------------------------------
I would like to change the world, but they don´t give me the source code.
MS Windows 7 Ultimate 64-Bit
Intel(R) Core(TM)2 Quad CPU Q9300 2.50 GHz
6.00 GB of RAM, NVIDIA GeForce 9800 GT

MacBook Pro i5 OSX Lion

The security module is designed to work with SQL Server 2005, and once the auditing becomes available, it will be SQL Server 2005 only.  So, it would probably be the easiest to have a SQL Server 2005 Express db somewhere that has your security tables and use Oracle for your application itself.  However, if you have a huge aversion to SQL Server (being an Oracle guy, I'm just saying... ), you could modify the security module to work with Oracle.  You would need to create the tables and views in Oracle and then modify business objects within the SF Security source code and specify the sequences the business objects should use for their primary keys.  As long as you get all of the data types matched up, you should be good to go.  So, Oracle isn't technically "supported" by the security module, but if you run into any problems once you change the business objects, then let me know and I'm sure I'll be able to come up with something.