Traversing from the Types we have to figure out the Types we don't have seems a lot harder than having a utility in SDO that tells us all of the Types for a URI. But, yes, that's possible.
Brent On 7/20/06, Kevin Williams <[EMAIL PROTECTED]> wrote:
If we have Customer then don't we also have the related Order and Address Types? Brent Daniel wrote: > This would disallow the scenario where you have a static model with > customers, address, and orders, read some customers and addresses, > and then want to create a new order and associate it with a customer. > At least, you wouldn't be able to create it off the dynamic root. > > Brent > > > On 7/20/06, Kevin Williams <[EMAIL PROTECTED]> wrote: > >> I ran this by Steve Brodsky and he suggested that we might be better off >> looking up the needed Types from the TypeHelper by the name as needed >> rather than asking for all types associated with the URI. We can use >> the names we retrieve from ResultSetMetadata and it seems like this will >> simplify the code a bit since the processing for Static Type scenarios >> can be nearly identical to the Dynamic Type scenarios. The 'aliasing' >> mechanism should still work too. >> >> What do you think? >> >> --Kevin >> >> >> >> Brent Daniel wrote: >> >> > Is there a way that I'm missing to retrieve all of the SDO Types >> > associated with a certain URI? We're doing this today in the DAS by >> > diving down to EPackage, but would prefer having some sort of utility >> > to do this in SDO. >> > >> > Perhaps this is something that should be considered for TypeHelper in >> > a future version of the spec? >> > >> > Brent >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > For additional commands, e-mail: [EMAIL PROTECTED] >> > >> > >> > >> > >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
