Thanks; that was what I was thinking but this does help clarify for us Sent from my iPhone
On Dec 13, 2011, at 17:44, "Mueller, Doug" <[email protected]> wrote: > ** > Patrick, > > Of course the first answer (I have to give it even though you say it doesn't > matter) is that you should > control customizations to things that are business critical and only those > things. > > Now with that said, what if you had lots of business critical additions…… > > By Indexing Overlays I assume you mean adding indexes to forms? If not this, > I need some help to > understand what you are asking. > > Assuming it is indexing forms, you can add indexes as desired to an overlaid > form. We will create the > indexes in the database. NOTE: We also create the indexes defined at the > base level so that someone > running at base gets the right indexing. If the same index is at both > levels, only one index is created > in the DB. > > Once a field is created, it is a field. Once an index is created, it is an > index. Things like flashboards and > such run as the user in the same layer as the user and they will get the > functionality that is defined for > their layer. So, efficiency is determined by whether you have good/the right > indexes. > > I hope this helps, > > Doug Mueller > > From: Action Request System discussion list(ARSList) > [mailto:[email protected]] On Behalf Of patrick zandi > Sent: Tuesday, December 13, 2011 1:11 PM > To: [email protected] > Subject: Re: Custom Objects and Overlays > > ** Doug I have a question:: Indexing Overlays.. Can this be done? > > We are creating tons of overlay fields for reporting purposes that the > Company requirements / Gov has that BMC does not do.. > > What is the policy on these fields:: is there a doc on best performance for > using with flashboards, and Analytics, and API call's ETC.. > > I already know we are not suppose to use the overlays.. but that does not > matter when the customer wants it.. I do not think they know you, and I > cannot use your name in any meeting to stop it... LOL > > > On Tue, Dec 13, 2011 at 3:11 PM, Kemes, Lisa <[email protected]> wrote: > ** > Thanks for the clarification Doug! > Lisa > > > > From: Action Request System discussion list(ARSList) > [mailto:[email protected]] On Behalf Of Mueller, Doug > Sent: Tuesday, December 13, 2011 3:00 PM > > To: [email protected] > Subject: Re: Custom Objects and Overlays > > ** > Everyone, > > Just to be clear about the design and intent of overlays and BMC's position. > > There is going to be a "recommended best practice" vs. a "what can you really > do". > > So, let's start with the Recommended best practice. > > The base layer is for things delivered from BMC or by BMC applications. This > includes: > > n System forms > > n Applications from BMC > > n Things changed to applications through configuration that result in > structure changes. For > example, changing classes to the CMDB through the class manager will actually > make the changes > in the base layer or new filters with SLM will create in the Base layer. > > NOTE: there are some times – like when you set up an SLA on a custom added > attribute – where > the SLA filter may end up in overlay but that is only when you are referring > to a custom object. > > > Think of it as – it is from BMC. > > The overlay layer is owned by the customer. This would be things you add as > new objects and things > where you overlay a BMC definition and change it in some way. All of these > things end up in the overlay > layer. > > This approach makes things crystal clear about who owns things where and who > is allowed to change > things. > > Note: In the future, there will be more capability with multiple overlay > layers which would allow things > like a partner to have their layer separate from BMC and from the end > customer. > > So, as much as possible, this is the way to think about things. > > > But, on to the second topic of what can you really do if desired (although > not best practice)…. > > If you create new objects in the base layer (except views and fields which I > will get to), they will be left > alone and will not be affected by upgrades. We will continue to leave things > we don't know about as > they are. > > HOWEVER, if you try and add a field or a view to a BMC form, even if it is > just adding a NEW view or field, > we are likely to affect it. We will likely remove it as it is OUR form and > we found things on it that are > wrong so we clean it up. So, DO NOT add fields or views to BMC forms in Base > mode under any > conditions. You can of course add fields/views in the overlay. > > Another risk is that if something has a name overlap, we will overwrite your > definition. So, if we create > a new form or new workflow that happens to have the same name, we will wipe > your definition. If it was > in overlay mode, we would notice the conflict. > > If you want to change any BMC definition, you of course must use the overlay. > Even if you don't have > any BMC apps, you do have BMC system forms and you may have the CMDB. Any > adjustments to > anything there must be done in an overlay. > > > > So, can you choose to leave your custom objects in Base? Absolutely. The > system will function correctly > and will upgrade just fine. However, there is assistance to move it to the > overlay layer and I would > encourage you to do that just for purity and clarity – BMC in Base/Customer > in Overlay. > > > I hope this is clear. Things will work either way if you follow the rules, > but the recommendation is to > use the overlay structure fully and properly by isolating BMC and customer > work areas. > > Doug Mueller > > From: Action Request System discussion list(ARSList) > [mailto:[email protected]] On Behalf Of LJ LongWing > Sent: Tuesday, December 13, 2011 11:33 AM > To: [email protected] > Subject: Re: Custom Objects and Overlays > > ** > Lisa, > Consider Base mode ‘Remedy before 7.6.4’….same stuff applies. The existence > of Overlays and Custom objects is BMC’s way of trying to provide flexibility > for their (and other vendor’s) OOTB applications. The ‘implication’ that I > have gotten is that you can continue to ignore them if you want to and things > will continue working the way they are….OR, you can move all of your custom > code to the ‘Custom’ layer, and continue to move forward with BMC’s vision of > the future…either way you can move forward. > > From: Action Request System discussion list(ARSList) > [mailto:[email protected]] On Behalf Of Kemes, Lisa > Sent: Tuesday, December 13, 2011 12:23 PM > To: [email protected] > Subject: Re: Custom Objects and Overlays > > ** > OK, just making extra super dooper sure! We are finally starting to get the > feel for Dev Studio and Overlays and 7.6.04 sp2 and that's what I thought, > but it says there's a Custom and Overlay in Best Practices and only Base > Objects should go in Base Form Mode. > > Wanted to make sure it was OK to develop our custom objects in Base Mode. > > Thanks! > > Lisa > > > > From: Action Request System discussion list(ARSList) > [mailto:[email protected]] On Behalf Of Roger Justice > Sent: Tuesday, December 13, 2011 2:21 PM > To: [email protected] > Subject: Re: Custom Objects and Overlays > > ** Only OOTB objects will ever be modified Custom objects will not be touched. > > -----Original Message----- > From: Kemes, Lisa <[email protected]> > To: arslist <[email protected]> > Sent: Tue, Dec 13, 2011 2:16 pm > Subject: Custom Objects and Overlays > > ** > If we move our custom objects (from 7.1 p7) over to our new server 7.6.04 p2 > in base development mode, does this mean that when we ever upgrade our 7.6.04 > p2 server, these objects will be deleted? > > These are purely custom (we are a custom shop)..... > > Lisa Kemes > AR System Developer > TEIS - USA > +1 717 810 2408 tel > +1 717 602 9460 mobile > [email protected] > 100 Amp Drive > Harrisburg, PA 17112 > > > > www.te.com > > > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ > > > > -- > Patrick Zandi > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
