Βρήκα αυτή την πραγματικά μεγάλη λίστα με O/R εργαλεία στο TheServerside.net. Άλλα είναι απλά data layers, άλλα είναι ολόκληρες πλατφόρμες, άλλα είναι code generators, άλλα είναι mappers. Κάποια είναι open source, άλλα commercial. Θα βρείτε και άλλα ακόμη στα comments του thread. Καθώς και το ερώτημα, "Μα καλά τί τα θέλουμε τα (τόσα) O/R εργαλεία?". Enjoy!

• .NET Persistence
• BBADataObjects
• DataObjects.NET
• Data Tier Modeler for .NET
• DotNorm
• Eldorado.NET
• Enterprise Core Objects (ECO™)
• Entity Broker
• eXpress Persistent Objects for .NET
• FastObjects.NET
• JC Persistent Framework
• LLBLGen Pro
• ModelWorks
• Nhibernate
• Nolics.NET
• Norm
• Norpheme
• ObjectBroker
• ObjectSpaces
• ObjectSpark
• Objectz.NET
• OJB.NET
• OPF.Net (Object Persistent Framework)
• ORM.NET
• Pragmatier Data Tier Builder
• RapTier
• Sisyphus Persistence Framework
• TierDeveloper
• Bob.NET
• ObjectPersistor.NET
• Genome

---

Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos

Και επειδή το topic έχει πολύ "αίμα", αν διψάτε για περισσότερο ...

http://www.asp.net/Forums/ShowPost.aspx?tabindex=1&PostID=651804

Μια "συζήτηση" που κρατάει μήνες τώρα!!!

---

George J. Capnias: Χειροπρακτικός Υπολογιστών, Ύψιστος Γκουράρχης της Κουμπουτερολογίας w: capnias.org, t: @gcapnias, l: gr.linkedin.com/in/gcapnias

Και φυσικά, κανένα δεν είναι τόσο καλό όσο "το δικό μου"!

Σαν πολύ "O/R" κυκλοφορεί ρε παιδί μου! Τελικά ο καθένας κάνει ένα O/R που ταιριάζει στον κώδικά που φτιάχνει και μετά το βγάζει σαν εργαλείο. Έριξα και μια ματιά στη "συζήτηση" και βλέπω ο καθένας να λέει το κοντό του και το μακρύ του. Αυτό είναι O/RM, αυτό δεν είναι, με stored procedures, με dynamic sql (μπρρρρρ!). Και κάποιος που αναφέρεται σε stored procedures που δημιουργούν dynamic sql (μπρρρρρρρρρ!)

Δεν ξέρω, κάτι δεν μου πάει καλά με όλη αυτή την ιστορία. Νομίζω ότι για να μπορέσεις να χρησιμοποιήσεις σωστά ένα O/R εργαλείο πρέπει να έχεις ήδη καταλάβει και βάσεις και O/R. Αλλιώς είναι πολύ εύκολο να βασιστείς στο εργαλείο να σου "φτιάξει" κώδικα και να καταλήξεις με ένα αργό σύστημα που θα τροποποιείται δύσκολα.

---

Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos

Λοιπόν, τώρα είναι που λέμε με έχει πιάσει φαγούρα στα δάχτυλα, τα πράγματα είναι περίπου έτσι. Να δραματοποιήσουμε το γεγονός, και να ξεκινήσουμε την ιστορία:

Η άμεση ανάγκη είναι να ξεκινήσουμε ένα project σήμερα και να το τελειώσουμε χτες. Ξεκινώντας από αυτό, συνειδητοποιούμε ότι πολλά πράγματα πρέπει να θυσιαστούν στον βωμό της ταχύτητας. Λόγω της ταχύτητας, θα έχουμε και πολλές αλλαγές - μπρος, πίσω - στο πως θα πραγματοποιηθεί η προγραμματιστική λύση.

Καλά θα ήταν να έχουμε τον απόλυτο έλεγχο της βάσης, να υπάρχει κάτι σίγουρο.  Με απλές αλλαγές στο schema της βάσης να αντικατροπτίζονται σχετικές αλλαγές στα meta-data του O/R, που με τη σειρά τους θα χρησιμοποιούνται από το O/R Framework.  Φυσικά η θεωρία προϋποθέτει ότι εμπιστευόμαστε τυφλά το O/R Framework, που θα πρέπει να αναλάβει την διαχείριση των δεδομένων και transactions, καθώς και το rendering στις τελικές φόρμες, με την χρήση xml/xslt τεχνολογιών, σε WinForms και φυσικά WebForms.

Ο χρόνος που θα έχει επενδυθεί στο O/R Framework, που φυσικά θα είναι ανακυκλώσιμο, θα είναι κερδισμένος και σε μελλοντικές εφαρμογές.

Έχοντας καταλάβει την "κατάρα που μας έχει δωθεί"  αναμένουμε το .ΝΕΤ Framework 2.0 καθώς και τα Avalon/WinFx/XAML μπας και μπορέσουμε να φτιάξουμε μόνοι μας το απαιτούμενο Framework και καταλαβαίνουμε γιατί κάτι δεν πάει καλά, και τι πρέπει να διορθωθεί...

Δεν είναι τόσο πολύπλοκο τελικά, ε;

---

George J. Capnias: Χειροπρακτικός Υπολογιστών, Ύψιστος Γκουράρχης της Κουμπουτερολογίας w: capnias.org, t: @gcapnias, l: gr.linkedin.com/in/gcapnias