I'm interested in your final choice, whatever the result is.DbLinq still lacks a few features, but mainly works, identically to Linq to SQL. However, depending on your application size and criticity, I'm not sure I would recommend it. If you write a comparison between DbLinq and the other product, can you post it here?
Thanks, Pascal. On Sun, Nov 23, 2008 at 22:42, Pedro Ferreira <[EMAIL PROTECTED]>wrote: > > Thanks for the follow up. > > We're still evaluating dblinq and another comercial linq provider for > oracle to see which we'll use for our project. Just wanted to make > sure I wasn't doing anything wrong. > > Regards, > > Pedro > > On Fri, Nov 21, 2008 at 10:23 PM, Pascal Craponne <[EMAIL PROTECTED]> > wrote: > > Hi Pedro, > > this is currently work in progress. > > Pablo, you confirm this? > > Pascal. > > > > On Thu, Nov 20, 2008 at 20:07, Pedro Ferreira <[EMAIL PROTECTED]> > > wrote: > >> > >> Hi, are the parent entities implemented on dblinq? DbMetal generates > >> the correct properties on foreign keys, but they are always null. > >> Child entities do seam to work fine on our model. > >> > >> We are using Oracle Enterprise as our main database. > >> > >> Thanks. > >> > >> Pedro > >> > >> > > > > > > > > -- > > Pascal. > > > > jabber/gtalk: [EMAIL PROTECTED] > > msn: [EMAIL PROTECTED] > > > > > > > > > > > > > -- Pascal. jabber/gtalk: [EMAIL PROTECTED] msn: [EMAIL PROTECTED] --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "DbLinq" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/dblinq?hl=en -~----------~----~----~----~------~----~------~--~---
