Re: CIM association dilemma

kamal jeera <[email protected]>
Newsgroups gmane.network.open-pegasus.general
Message-ID <[email protected]>
Thanks so much Kirk. I appreciate your input. I will do more looking in that
area. Your explanation is very good!

Best,
Kamal

On Fri, Jul 9, 2010 at 10:24 PM, Kirk Augustin <[email protected]>wrote:

> I think you are looking at this as more complicated than it really is.
>
> It is the client that decides which association class to use when creating
> instances, or to access later.
> The cimserver has no decisions to make at all, because it is the client
> that does all that.
> Whether the client uses the AB class or the A1B class it up to it.
> Once the convention has been established, then it is up to the client to
> remain consistent.
> However, I don't really see the need for the more specific A1B association
> class, once you have the more general one?
> Sometimes it is good to have very specific association classes, if the
> class otherwise would have so many instances that a search would take too
> long.
> But this is really a question of optimization, based on volume.
>
> To make a real world example, lets assume A1 ... An are car parts, and B
> is/are different car models.
> Then association AB would be the parts of a particular model, and there
> would be an instance for each part, per model.
> But there is no reason why you could not also have an A1B association for
> engine to particular models.
> It could be there may be a half dozen optional engines, and you might want
> to find that out without having to search all the thousands of possible
> parts.  The existence of A1B does not preclude the use of AB for engines, if
> you want to as well.
> The most important thing is to implement the convention, as established by
> or in a profile.
>
> It is best to remember the basis for CIM is a generic relational database,
> not something complex really.
>
> Kirk  Augustin
> Portland, OR
>
>
> ------------------------------
> *From:* kamal jeera <[email protected]>
> *To:* [email protected]
> *Sent:* Fri, July 9, 2010 5:41:56 PM
> *Subject:* CIM association dilemma
>
>
> Hi Folks,
>
> I have this situation
>
> class A1:CIM_ManagedElement
> {
> }
>
> class A2:CIM_ManagedElement
> {
> }
> ....so on upto n classes
>
> class An:CIM_ManagedElement
> {
> }
>
> class B
> {
> }
>
> [Association class]
> class AB
> {
> CIM_ManagedElement REF Antecedent;
> B REF Dependent
> }
>
> [Association class]
> class A1B
> {
>     A1 REF Antecedent;
>     B REF Dependent
> }
>
> No AB association provider handles all A1,A2...An classes associations with
> class B
>
> Now, just for A1 class, instead of AB association, I would like to handle
> by A1B association provider.
>
>
> I was wondering, how CIMSERVER will handle when cimclient request  A1
> related data from B , given that it has one generalized association AB[where
> A1 is part of it] and one specific association A1B.
> which one CIMSERVER calls? does this dependent on the order in root/cimv2?
>
> any help on this guys please.......it is bit critical  to me....
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.