|
|
Why ObjectGOO |
|
Near Zero Configuration
|
|
Persist Objects in SQL in Minutes
|
|
No Config Files (Did I already say that)
|
|
Partial Persitance Normalization
|
|
Its Free
|
|
Its Open Source
|
|
Retrieve objects using SQL
|
|
Auto reconfigures views for reporting
|
|
|
|
Status
|
|
ObjectGOO is PRE-Alpha, I have decided to release a Demo
project as the methods and interfaces wont change only be added to and revised for
performance and Oracle compatiblity. A Subversion repository and Forge should be
available by months end if you wish to help.
|
|
Oddities
|
|
ObjectGOO has an unusual side effect, it is actually FASTER at retrieval and population of Datasets than native ADO.Net.
Reason: Because the way objects are deserialized into XML they translate to create a dataset much faster than retrieval from a flat structure then into XML.
Odd but true.....
|
|
|
|
|
ObjectGOO Services
|
 Consulting Services.
Custom ObjectGOO implementations.
Private licence.
GForge and Subversion Implementations.
General .Net Consulting
Use the
Contact page with your
requirements and we will promptly answer any questions you may have. |
|
|
Known Issues
|
|
LOTS ! Its Pre-Alpha code.
Inserts are in the Demo only Single Threaded. (Last version to pass NUnit tests
100%)
SQL Parsing 85% complete must use * on selects.
ENUM persistance broke somewhere along the line while threading.
.....Trust me there are more, did I say PRE-Alpha ?
|
|
Requirements
|
|
SQL 2005 or (SQL 2005 Express Installed)
PWS, or IIS (for Demo)
.Net 2.0 or Greater framework (Tested up to 3.5 beta 2 and SQL 2008 Beta/RC)
|
|
Whats Coming.....
|
|
Multithreaded Inserts
Bulk Inserts
DataTable, as well as many IBatis style overloads for object retrieval options.
LINQ Integration.
Lazy Loading of large collections
|
|