Re: ARS v9.0 - New Server Object - Associations
Doug, From what I'm understanding, this feature is currently geared toward whether or not the associated records exist. Any chance it could develop into also being data-focused? For example, let's say you have a People form and someone's Full Name changes. You could then define associations to other forms in such a way, that the Full Name field on the associated forms updates automatically. Sure, this is done with filters now, but you have to keep track of everywhere the data needs to flow. I suppose associations doesn't change that, but then it would be part of the data model at least. Or stepping back a level - maybe not just data-focused, but associating fields into a group on a given record. For example, let's say you have a Service Request form, with a group of fields that represent the Requested For person.. First Name, Middle Initial, Last Name, Login ID, Person ID, etc. Changing the Login ID or Person ID, would then change all the others. Middle Initial seems to be a favorite of BMC's to forget. Having an association defined with automatic updates might help. It has gotten more consistent with 8.1 and the service calls, so maybe I'm carrying some baggage on this one. :-) Anyway, looking forward to the future, Thad On Thu, May 14, 2015 at 11:57 AM, Mueller, Doug doug_muel...@bmc.com wrote: ** Thad, Yes, the Association feature is a major new feature. And, the 9.0 release has introduced the basics and the possibilities and leverage of the feature are just getting started. The 9.0 release uses the Association feature in two major ways: 1) To delete child records when the required parent record is deleted. So, if you have a master record and then have other forms with additional details, the association will automatically delete the children when the parent is deleted. Associations have a configuration for whether they enforce this flow or not. 2) For archiving. So, archiving the parent, takes all the children with it automatically. Now, the base feature is about defining the relationships and interconnections of forms – directly and through association tables. You can follow the associations for any number of reasons. Think about some other things: Producing an diagram of the relationship of forms to form an application is now a simple matter of following relationships AND you know whether the association is a dependent relationship or not. What if DSO could be configured to “follow associations” so that transferring the parent record would transfer all children records too? What if we could configure the system to have row level security flow to children from the parent so any change to a row level security field on the parent flows that change to all children records as well? What if you could define table fields to just “follow the association” rather than having to define the target form and qualifications on it? What if you could export data by just specifying the parent record and all children record are exported along with it (or imported..). What if… There is a lot more that this feature can do and will allow. Working with applications that involve collections of forms with inter-dependent or just inter-related data will be much easier and will be able to be done in a more global, consistent, and systematic way rather than custom logic for each set of interaction. As an aside, there is also much more that is possible with archiving now that this is in place and you should see some very cool new features related to archive still to come in releases post 9.0. I am glad that you are seeing some of the possibilities that this feature opens up within the system – some available already (archiving and delete) and others to come. There are additional features – both with 9.0 and some coming beyond that will also provide basic capability that can then be leveraged in many different ways. (One of my favorites by the way is the dev-to-production or packaging or deployment manager – whatever name they settled on – feature. It has a lot of value in 9.0 and there is much more coming that will help transform how promotion of change is done within the environment.) As always, we would love to hear what you are doing with the features, how you are leveraging them beyond the defined uses. And, what is missing from them that would make the functionality even more powerful. Doug Mueller *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Thad Esser *Sent:* Thursday, May 14, 2015 9:38 AM *To:* arslist@ARSLIST.ORG *Subject:* ARS v9.0 - New Server Object - Associations ** Has anyone else taken a look at the new Association server object for version 9.0? I've only read the docs (haven't played with it yet), but this seem like a huge new feature, with possibilities way beyond just archiving (which is what
Re: ARS v9.0 - New Server Object - Associations
Rick, Again, having only read some of the docs, it looks like they are moving toward a flatter version of the CMDB, and I'd guess that would continue with each version. Years ago, there was a 3rd party product called Enterprise Service Suite or ESS@Work (John - is that what you were thinking of?) whose CMDB architecture made a lot of sense to me. At a high-level there were basically two forms. One for CIs and one for attributes. The attributes form was primarily two fields, an attribute name and an attribute value (and of course linking fields back to the CI). There wasn't umpteen billion forms for the different classes, with gobs of fields to sift through. Class was just one more field on the CI form, and attributes were displayed in a table. It was a fairly simple model, and flexible. Granted - I only ever did a brief eval of that product, so there may have been hidden complications. Thad On Thu, May 14, 2015 at 9:42 AM, Rick Cook remedyr...@gmail.com wrote: ** I'm still trying wrap my head around what they were thinking when they fundamentally changed the nature of the CDM. It was done to improve performance, but the supporting evidence I've seen is as thin and full of holes as a 20 year old t-shirt. Rick On May 14, 2015 9:38 AM, Thad Esser thad.es...@gmail.com wrote: ** Has anyone else taken a look at the new Association server object for version 9.0? I've only read the docs (haven't played with it yet), but this seem like a huge new feature, with possibilities way beyond just archiving (which is what the docs say its being used for). https://docs.bmc.com/docs/display/public/ars9000/Associations+overview https://www.youtube.com/watch?v=E4v0X2SimKY Just curious what others thought, or if I'm nerd-ing out too much. Thad _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: ARS v9.0 - New Server Object - Associations
that will help transform how promotion of change is done within the environment.) As always, we would love to hear what you are doing with the features, how you are leveraging them beyond the defined uses. And, what is missing from them that would make the functionality even more powerful. Doug Mueller *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Thad Esser *Sent:* Thursday, May 14, 2015 9:38 AM *To:* arslist@ARSLIST.ORG *Subject:* ARS v9.0 - New Server Object - Associations ** Has anyone else taken a look at the new Association server object for version 9.0? I've only read the docs (haven't played with it yet), but this seem like a huge new feature, with possibilities way beyond just archiving (which is what the docs say its being used for). https://docs.bmc.com/docs/display/public/ars9000/Associations+overview https://www.youtube.com/watch?v=E4v0X2SimKY Just curious what others thought, or if I'm nerd-ing out too much. Thad _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: ARS v9.0 - New Server Object - Associations
the association” rather than having to define the target form and qualifications on it? What if you could export data by just specifying the parent record and all children record are exported along with it (or imported..). What if… There is a lot more that this feature can do and will allow. Working with applications that involve collections of forms with inter-dependent or just inter-related data will be much easier and will be able to be done in a more global, consistent, and systematic way rather than custom logic for each set of interaction. As an aside, there is also much more that is possible with archiving now that this is in place and you should see some very cool new features related to archive still to come in releases post 9.0. I am glad that you are seeing some of the possibilities that this feature opens up within the system – some available already (archiving and delete) and others to come. There are additional features – both with 9.0 and some coming beyond that will also provide basic capability that can then be leveraged in many different ways. (One of my favorites by the way is the dev-to-production or packaging or deployment manager – whatever name they settled on – feature. It has a lot of value in 9.0 and there is much more coming that will help transform how promotion of change is done within the environment.) As always, we would love to hear what you are doing with the features, how you are leveraging them beyond the defined uses. And, what is missing from them that would make the functionality even more powerful. Doug Mueller *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Thad Esser *Sent:* Thursday, May 14, 2015 9:38 AM *To:* arslist@ARSLIST.ORG *Subject:* ARS v9.0 - New Server Object - Associations ** Has anyone else taken a look at the new Association server object for version 9.0? I've only read the docs (haven't played with it yet), but this seem like a huge new feature, with possibilities way beyond just archiving (which is what the docs say its being used for). https://docs.bmc.com/docs/display/public/ars9000/Associations+overview https://www.youtube.com/watch?v=E4v0X2SimKY Just curious what others thought, or if I'm nerd-ing out too much. Thad _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: ARS v9.0 - New Server Object - Associations
that is possible with archiving now that this is in place and you should see some very cool new features related to archive still to come in releases post 9.0. I am glad that you are seeing some of the possibilities that this feature opens up within the system – some available already (archiving and delete) and others to come. There are additional features – both with 9.0 and some coming beyond that will also provide basic capability that can then be leveraged in many different ways. (One of my favorites by the way is the dev-to-production or packaging or deployment manager – whatever name they settled on – feature. It has a lot of value in 9.0 and there is much more coming that will help transform how promotion of change is done within the environment.) As always, we would love to hear what you are doing with the features, how you are leveraging them beyond the defined uses. And, what is missing from them that would make the functionality even more powerful. Doug Mueller *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Thad Esser *Sent:* Thursday, May 14, 2015 9:38 AM *To:* arslist@ARSLIST.ORG *Subject:* ARS v9.0 - New Server Object - Associations ** Has anyone else taken a look at the new Association server object for version 9.0? I've only read the docs (haven't played with it yet), but this seem like a huge new feature, with possibilities way beyond just archiving (which is what the docs say its being used for). https://docs.bmc.com/docs/display/public/ars9000/Associations+overview https://www.youtube.com/watch?v=E4v0X2SimKY Just curious what others thought, or if I'm nerd-ing out too much. Thad _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: ARS v9.0 - New Server Object - Associations
. There are additional features – both with 9.0 and some coming beyond that will also provide basic capability that can then be leveraged in many different ways. (One of my favorites by the way is the dev-to-production or packaging or deployment manager – whatever name they settled on – feature. It has a lot of value in 9.0 and there is much more coming that will help transform how promotion of change is done within the environment.) As always, we would love to hear what you are doing with the features, how you are leveraging them beyond the defined uses. And, what is missing from them that would make the functionality even more powerful. Doug Mueller *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Thad Esser *Sent:* Thursday, May 14, 2015 9:38 AM *To:* arslist@ARSLIST.ORG *Subject:* ARS v9.0 - New Server Object - Associations ** Has anyone else taken a look at the new Association server object for version 9.0? I've only read the docs (haven't played with it yet), but this seem like a huge new feature, with possibilities way beyond just archiving (which is what the docs say its being used for). https://docs.bmc.com/docs/display/public/ars9000/Associations+overview https://www.youtube.com/watch?v=E4v0X2SimKY Just curious what others thought, or if I'm nerd-ing out too much. Thad _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: ARS v9.0 - New Server Object - Associations
Absolutely correct, there are so may current and future uses of these associations, ITSM apps really are only utilizing them currently for archive purposes (plus it gives customer a way to see the data model without having to investigate lots of code) Ross Mitcham Lead Product Developer Direct +1 905.707.3534 50 Minthorn Bvld. Suite 200 Markham, ON L3T 7X8 Canada [BMC Communities]https://communities.bmc.com/ [Twitter]https://twitter.com/bmcsoftware [Facebook]https://www.facebook.com/bmcsoftware [YouTube]http://www.youtube.com/user/BMCSoftwareBMCtv [LinkedIn]http://www.linkedin.com/company/bmc-software [Communities]https://plus.google.com/+bmcsoftware/ [BMC Software|Bring IT to Life]http://www.bmc.com/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Thursday, May 14, 2015 1:14 PM To: arslist@ARSLIST.ORG Subject: Re: ARS v9.0 - New Server Object - Associations ** I have messed with it a little bit. I setup some simple POC archiving for one of our custom apps. You are right, this feature is likely going to be huge. BMC already has some ideas around where they want to utilize this feature. The ITSM archiving doesn't even use it to its full potential (but does what it needs to). The out of the box ITSM archiving in 9.0 is just the tip of the iceberg. Jason On Thu, May 14, 2015 at 9:38 AM, Thad Esser thad.es...@gmail.commailto:thad.es...@gmail.com wrote: ** Has anyone else taken a look at the new Association server object for version 9.0? I've only read the docs (haven't played with it yet), but this seem like a huge new feature, with possibilities way beyond just archiving (which is what the docs say its being used for). https://docs.bmc.com/docs/display/public/ars9000/Associations+overview https://www.youtube.com/watch?v=E4v0X2SimKY Just curious what others thought, or if I'm nerd-ing out too much. Thad _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: ARS v9.0 - New Server Object - Associations
Thad, Yes, the Association feature is a major new feature. And, the 9.0 release has introduced the basics and the possibilities and leverage of the feature are just getting started. The 9.0 release uses the Association feature in two major ways: 1) To delete child records when the required parent record is deleted. So, if you have a master record and then have other forms with additional details, the association will automatically delete the children when the parent is deleted. Associations have a configuration for whether they enforce this flow or not. 2) For archiving. So, archiving the parent, takes all the children with it automatically. Now, the base feature is about defining the relationships and interconnections of forms – directly and through association tables. You can follow the associations for any number of reasons. Think about some other things: Producing an diagram of the relationship of forms to form an application is now a simple matter of following relationships AND you know whether the association is a dependent relationship or not. What if DSO could be configured to “follow associations” so that transferring the parent record would transfer all children records too? What if we could configure the system to have row level security flow to children from the parent so any change to a row level security field on the parent flows that change to all children records as well? What if you could define table fields to just “follow the association” rather than having to define the target form and qualifications on it? What if you could export data by just specifying the parent record and all children record are exported along with it (or imported..). What if… There is a lot more that this feature can do and will allow. Working with applications that involve collections of forms with inter-dependent or just inter-related data will be much easier and will be able to be done in a more global, consistent, and systematic way rather than custom logic for each set of interaction. As an aside, there is also much more that is possible with archiving now that this is in place and you should see some very cool new features related to archive still to come in releases post 9.0. I am glad that you are seeing some of the possibilities that this feature opens up within the system – some available already (archiving and delete) and others to come. There are additional features – both with 9.0 and some coming beyond that will also provide basic capability that can then be leveraged in many different ways. (One of my favorites by the way is the dev-to-production or packaging or deployment manager – whatever name they settled on – feature. It has a lot of value in 9.0 and there is much more coming that will help transform how promotion of change is done within the environment.) As always, we would love to hear what you are doing with the features, how you are leveraging them beyond the defined uses. And, what is missing from them that would make the functionality even more powerful. Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Thad Esser Sent: Thursday, May 14, 2015 9:38 AM To: arslist@ARSLIST.ORG Subject: ARS v9.0 - New Server Object - Associations ** Has anyone else taken a look at the new Association server object for version 9.0? I've only read the docs (haven't played with it yet), but this seem like a huge new feature, with possibilities way beyond just archiving (which is what the docs say its being used for). https://docs.bmc.com/docs/display/public/ars9000/Associations+overview https://www.youtube.com/watch?v=E4v0X2SimKY Just curious what others thought, or if I'm nerd-ing out too much. Thad _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: ARS v9.0 - New Server Object - Associations
I have messed with it a little bit. I setup some simple POC archiving for one of our custom apps. You are right, this feature is likely going to be huge. BMC already has some ideas around where they want to utilize this feature. The ITSM archiving doesn't even use it to its full potential (but does what it needs to). The out of the box ITSM archiving in 9.0 is just the tip of the iceberg. Jason On Thu, May 14, 2015 at 9:38 AM, Thad Esser thad.es...@gmail.com wrote: ** Has anyone else taken a look at the new Association server object for version 9.0? I've only read the docs (haven't played with it yet), but this seem like a huge new feature, with possibilities way beyond just archiving (which is what the docs say its being used for). https://docs.bmc.com/docs/display/public/ars9000/Associations+overview https://www.youtube.com/watch?v=E4v0X2SimKY Just curious what others thought, or if I'm nerd-ing out too much. Thad _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: ARS v9.0 - New Server Object - Associations
I'm still trying wrap my head around what they were thinking when they fundamentally changed the nature of the CDM. It was done to improve performance, but the supporting evidence I've seen is as thin and full of holes as a 20 year old t-shirt. Rick On May 14, 2015 9:38 AM, Thad Esser thad.es...@gmail.com wrote: ** Has anyone else taken a look at the new Association server object for version 9.0? I've only read the docs (haven't played with it yet), but this seem like a huge new feature, with possibilities way beyond just archiving (which is what the docs say its being used for). https://docs.bmc.com/docs/display/public/ars9000/Associations+overview https://www.youtube.com/watch?v=E4v0X2SimKY Just curious what others thought, or if I'm nerd-ing out too much. Thad _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
ARS v9.0 - New Server Object - Associations
Has anyone else taken a look at the new Association server object for version 9.0? I've only read the docs (haven't played with it yet), but this seem like a huge new feature, with possibilities way beyond just archiving (which is what the docs say its being used for). https://docs.bmc.com/docs/display/public/ars9000/Associations+overview https://www.youtube.com/watch?v=E4v0X2SimKY Just curious what others thought, or if I'm nerd-ing out too much. Thad ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: ARS v9.0 - New Server Object - Associations
And just to add something cool, you can query the association using rest apis for example. This way for example with the association between incident and Incident workinfos you can fetch in one rest api call the incidents WITH their related workinfos at the same time... No need for a join in this case. And of course you can do this with your own custom forms. Mobilis in Mobile. Le 14 mai 2015 à 20:57, Mueller, Doug doug_muel...@bmc.com a écrit : ** Thad, Yes, the Association feature is a major new feature. And, the 9.0 release has introduced the basics and the possibilities and leverage of the feature are just getting started. The 9.0 release uses the Association feature in two major ways: 1) To delete child records when the required parent record is deleted. So, if you have a master record and then have other forms with additional details, the association will automatically delete the children when the parent is deleted. Associations have a configuration for whether they enforce this flow or not. 2) For archiving. So, archiving the parent, takes all the children with it automatically. Now, the base feature is about defining the relationships and interconnections of forms – directly and through association tables. You can follow the associations for any number of reasons. Think about some other things: Producing an diagram of the relationship of forms to form an application is now a simple matter of following relationships AND you know whether the association is a dependent relationship or not. What if DSO could be configured to “follow associations” so that transferring the parent record would transfer all children records too? What if we could configure the system to have row level security flow to children from the parent so any change to a row level security field on the parent flows that change to all children records as well? What if you could define table fields to just “follow the association” rather than having to define the target form and qualifications on it? What if you could export data by just specifying the parent record and all children record are exported along with it (or imported..). What if… There is a lot more that this feature can do and will allow. Working with applications that involve collections of forms with inter-dependent or just inter-related data will be much easier and will be able to be done in a more global, consistent, and systematic way rather than custom logic for each set of interaction. As an aside, there is also much more that is possible with archiving now that this is in place and you should see some very cool new features related to archive still to come in releases post 9.0. I am glad that you are seeing some of the possibilities that this feature opens up within the system – some available already (archiving and delete) and others to come. There are additional features – both with 9.0 and some coming beyond that will also provide basic capability that can then be leveraged in many different ways. (One of my favorites by the way is the dev-to-production or packaging or deployment manager – whatever name they settled on – feature. It has a lot of value in 9.0 and there is much more coming that will help transform how promotion of change is done within the environment.) As always, we would love to hear what you are doing with the features, how you are leveraging them beyond the defined uses. And, what is missing from them that would make the functionality even more powerful. Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Thad Esser Sent: Thursday, May 14, 2015 9:38 AM To: arslist@ARSLIST.ORG Subject: ARS v9.0 - New Server Object - Associations ** Has anyone else taken a look at the new Association server object for version 9.0? I've only read the docs (haven't played with it yet), but this seem like a huge new feature, with possibilities way beyond just archiving (which is what the docs say its being used for). https://docs.bmc.com/docs/display/public/ars9000/Associations+overview https://www.youtube.com/watch?v=E4v0X2SimKY Just curious what others thought, or if I'm nerd-ing out too much. Thad _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: ARS v9.0 - New Server Object - Associations
Is this similar to the relationships strategy of CSS (Customer Service and Support) - from 10+ years ago??? I thought it was pretty good back then. I had a few suggestions to make it easier/faster … but - if it is not the same thing - then no biggie. Here is the suggestion: It used to be in the relationships table you held a left side and a right side of the relationship. So - if you wanted to see if something has relations … you would have to do something like: ‘myID’ = ’left side” OR ‘myID’ = 'right side’. And — you would have a couple of those - and they got complicated very quickly. (We built something called KSS (Kinetic Service Suite) on top of CSS — and we were very deep into the “workings of CSS” and we wrestled with this) So - the “proposed solution” would be to write into the relationship table the relation twice. Like this: ObjType1, ID1 , ObjType2, ID2 User, abc123, Incident, def456 Incident, def456, User, abc123 So - now — if you want to find if you have a relation — you can just search against ObjType1, ID1 (which ends up with a smaller index) (AKA - faster) A couple filters would (maintain the “duplicates”) Create filter … create the same relationship but switching objects (pass a value - so you don’t go recursive) Delete filter … delete the reverse Modify filter … similar to create Also - there should be a nice REST API — (Higher level than the current REST APIs … which pull back relationships too (and their details) … that way you don’t have to do 20 REST calls back/forth). So - I haven’t looked at the associations in 9 - but - that is what I remember from the CSS days. I also remember storing relationships in different tables vs one big relationship table … I thought that was a bad idea — I think it should have been one big relationship table — let the DB handle the hard stuff. Also — I am not sure how it is implemented now … - but you had to include a bunch of filters into your stuff - which seemed buggy (or easily forgotten) — so - before you knew it - you had lots of relationships that didn’t get deleted, or relationships that existed but didn’t get created/updated… Seems like this relationship stuff should be “low-level” and in the actual ARS code vs filters. (Maybe that is how it is done in 9) Again - if it is what I think it is … this is an excellent foundational piece that will be quite valuable and extendable. Nice work!!! Party on. -John On Thu, May 14, 2015 at 1:11 PM, Mitcham, Ross ross_mitc...@bmc.com wrote: ** Absolutely correct, there are so may current and future uses of these associations, ITSM apps really are only utilizing them currently for archive purposes (plus it gives customer a way to see the data model without having to investigate lots of code) -- *Ross Mitcham* Lead Product Developer *Direct* +1 905.707.3534 50 Minthorn Bvld. Suite 200 Markham, ON L3T 7X8 Canada [image: BMC Communities] https://communities.bmc.com/ [image: Twitter] https://twitter.com/bmcsoftware [image: Facebook] https://www.facebook.com/bmcsoftware [image: YouTube] http://www.youtube.com/user/BMCSoftwareBMCtv [image: LinkedIn] http://www.linkedin.com/company/bmc-software [image: Communities] https://plus.google.com/+bmcsoftware/ [image: BMC Software|Bring IT to Life] http://www.bmc.com/ *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Jason Miller *Sent:* Thursday, May 14, 2015 1:14 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: ARS v9.0 - New Server Object - Associations ** I have messed with it a little bit. I setup some simple POC archiving for one of our custom apps. You are right, this feature is likely going to be huge. BMC already has some ideas around where they want to utilize this feature. The ITSM archiving doesn't even use it to its full potential (but does what it needs to). The out of the box ITSM archiving in 9.0 is just the tip of the iceberg. Jason On Thu, May 14, 2015 at 9:38 AM, Thad Esser thad.es...@gmail.com wrote: ** Has anyone else taken a look at the new Association server object for version 9.0? I've only read the docs (haven't played with it yet), but this seem like a huge new feature, with possibilities way beyond just archiving (which is what the docs say its being used for). https://docs.bmc.com/docs/display/public/ars9000/Associations+overview https://www.youtube.com/watch?v=E4v0X2SimKY Just curious what others thought, or if I'm nerd-ing out too much. Thad _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ -- *John Sundberg* Kinetic Data, Inc. Your business. Your process. 651-556-0930 I john.sundb...@kineticdata.com www.kineticdata.com I community.kineticdata.com
Re: ARS v9.0 - New Server Object - Associations
Ah, good catch! I can't wait for reporting to be able to follow this as well ;-) On Thu, May 14, 2015 at 12:06 PM, laurent matheo lm...@me.com wrote: ** And just to add something cool, you can query the association using rest apis for example. This way for example with the association between incident and Incident workinfos you can fetch in one rest api call the incidents WITH their related workinfos at the same time... No need for a join in this case. And of course you can do this with your own custom forms. Mobilis in Mobile. Le 14 mai 2015 à 20:57, Mueller, Doug doug_muel...@bmc.com a écrit : ** Thad, Yes, the Association feature is a major new feature. And, the 9.0 release has introduced the basics and the possibilities and leverage of the feature are just getting started. The 9.0 release uses the Association feature in two major ways: 1) To delete child records when the required parent record is deleted. So, if you have a master record and then have other forms with additional details, the association will automatically delete the children when the parent is deleted. Associations have a configuration for whether they enforce this flow or not. 2) For archiving. So, archiving the parent, takes all the children with it automatically. Now, the base feature is about defining the relationships and interconnections of forms – directly and through association tables. You can follow the associations for any number of reasons. Think about some other things: Producing an diagram of the relationship of forms to form an application is now a simple matter of following relationships AND you know whether the association is a dependent relationship or not. What if DSO could be configured to “follow associations” so that transferring the parent record would transfer all children records too? What if we could configure the system to have row level security flow to children from the parent so any change to a row level security field on the parent flows that change to all children records as well? What if you could define table fields to just “follow the association” rather than having to define the target form and qualifications on it? What if you could export data by just specifying the parent record and all children record are exported along with it (or imported..). What if… There is a lot more that this feature can do and will allow. Working with applications that involve collections of forms with inter-dependent or just inter-related data will be much easier and will be able to be done in a more global, consistent, and systematic way rather than custom logic for each set of interaction. As an aside, there is also much more that is possible with archiving now that this is in place and you should see some very cool new features related to archive still to come in releases post 9.0. I am glad that you are seeing some of the possibilities that this feature opens up within the system – some available already (archiving and delete) and others to come. There are additional features – both with 9.0 and some coming beyond that will also provide basic capability that can then be leveraged in many different ways. (One of my favorites by the way is the dev-to-production or packaging or deployment manager – whatever name they settled on – feature. It has a lot of value in 9.0 and there is much more coming that will help transform how promotion of change is done within the environment.) As always, we would love to hear what you are doing with the features, how you are leveraging them beyond the defined uses. And, what is missing from them that would make the functionality even more powerful. Doug Mueller *From:* Action Request System discussion list(ARSList) [ mailto:arslist@ARSLIST.ORG arslist@ARSLIST.ORG] *On Behalf Of *Thad Esser *Sent:* Thursday, May 14, 2015 9:38 AM *To:* arslist@ARSLIST.ORG *Subject:* ARS v9.0 - New Server Object - Associations ** Has anyone else taken a look at the new Association server object for version 9.0? I've only read the docs (haven't played with it yet), but this seem like a huge new feature, with possibilities way beyond just archiving (which is what the docs say its being used for). https://docs.bmc.com/docs/display/public/ars9000/Associations+overview https://www.youtube.com/watch?v=E4v0X2SimKY Just curious what others thought, or if I'm nerd-ing out too much. Thad _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years