AX 2012 R2 - Till Partition Do We Cubes Part

Well I hope everyone finds themselves doing well this fine Tuesday. There for sure is a lot of great things going on within the Microsoft Dynamics ecosystem. Spring is finally here for most of us, and everyone is well into this years projects. With this, I wanted to focus a bit on a new concept that came as part of Microsoft Dynamics AX 2012 R2. This concept is around partitioning within AX 2012 R2 and how that relates to the cubes that are built.



Before we get to far into this topic of 'Till Partition Do We Cubes Part', it's very important to understand the concept of the new partitioning that has taking place. To help with this, we can look at the following resources.:

• Data partitioning architecture [AX 2012]
• Partitions, Companies, and Data Isolation in Microsoft Dynamics AX [AX 2012]

Having the above resources, one can start to get an idea - at least technically - the what & how behind the concept of data partitioning in Dynamics AX 2012 R2. Now that we have at least a baseline level of knowledge in which to work from, lets move to the divorce seen in our tragedy.



Now sometimes in my writings I set a bit of flare to it, and this is no different. This tale is less of a tragedy really, but a concept that should be understood in how Microsoft see's Analysis Services working within the context of data isolation. You see, a lot of times it does not makes sense to have everything, including the kitchen sink, in a single cube. There are a lot of reason's, that separate, specifically design cubes would exist for a companies BI story. This happens to help address one of those, especially as you get into larger companies that need isolated data & security elements.

Here is where the value of such a separate plays into the crafting of said BI story for a company. Hence why we see in the examples that Microsoft provides for us. Keep in mind, that the cubes that come with Microsoft Dynamics AX are very generalized, and meant to act as a starting point for OLAP data. They are never meant to address a companies full, specific needs around analytic's.

So, in following with the image we see above partition key plays a role in the number of cube databases that an instance of Dynamics AX 2012 R2 is meant to have. The same cube structure however is found in both databases in the provided example. This implies that you can have similar analytic's that are rendered, but with security & data isolation needs addressed. Finally, if you so desired, you can easily create a cube structure that crossed partitions, or reporting elements that cross partitions. See the below, from so titled 'Partitions, Companies, and Data Isolation in Microsoft Dynamics AX [AX 2012.]'

"-- T-SQL to run in the Dynamics AX database directly in SQL Server: SELECT da1.Partition, pt2.PartitionKey, pt2.Name, da1.ID as [Company-ID] FROM DataArea as da1, Partitions as pt2 WHERE da1.Partition = pt2.RecId ORDER BY pt2.PartitionKey, da1.ID;"

Now do keep in mind what the following is prefaced with, in that: 'If you have sufficient authorization' This means to cross partitions and legal entities. Hence, this is not a technical issue, as much of a functional modeling, data & security isolation need. As you scale up and out with Dynamics AX, and specifically when it's only a spoke in the total solution, such needs exist. Further such possibilities exist, with Dynamics AX 2012 R2, out-of-the-box no other software required!

Well that is all for this post. There is a lot for us to continue to talk about, specifically and we continue down our path of further and further creating Systems of Engagement for Microsoft Dynamics AX customers. Til Next Time!
Follow Me @:
       

"Visit the Dynamics AX Community Page today!"

From Power View to Cube and back again - A Recap Friday

Well what have we here now? Another Friday has settled upon us. Man what busy week this has been, filled with all kinds of great things. I wanted to take the time, and just post a recap of sorts from this & last weeks post. The goal and focus of these past weeks have been around truly using the BI Semantic Model within the context of Dynamics AX 2012 R2.



Without a doubt for each of the topics covered, there is plenty of room for extended reach & depth of knowledge. We can easily spend hours, upon hours within Power View design concepts and more. Further, we could opine and expound on the many depths that exist within the realm of SSAS cubes. Topics as deep as Tuples, and the underlying structures that contain our aggregated measures & dimension attributes. However, while there might be some value for certain people in such a deep journey of understanding for each of the fore mentioned topics, the point would be lost of what the goal really is.



That goal my friends is the enablement of quick consumption of data assets. This is the real goal of any business intelligence story that is to be crafted for a company. Owning the data, and turning that data into a real asset that goes to work for companies. With this goal in mind then, the following is a recap of the recent post, with the goal of quickly getting you up & running with Power View. Further, showing you how *any* cube can be the target for such personal BI artifacts.

• AX 2012 R2 and PowerView - Part I
• AX 2012 R2 and PowerView - Part II Extending
• The Cube behind the Power View - Part I - Perspective
• The Cube behind the Power View - Part II - Create, Deploy & Process

Now having each of these reviewed, you should see how simple it really is to empower yourself and your company or clients to truly start embracing the full BI Semantic Model. When Microsoft Dynamics AX is your system of record, and acting as your main data mart, then you have a great BI offering built right into the product. This is what we refer to as Tier 1 BI for Dynamics AX customers. Meaning that nothing but the stack of Office+SharePoint+SQL Server (OSS) is used to craft a BI story for a company. It's very feasible, and does not take a deep understanding of the empowering underlying technologies to get started.

Well that's all I wanted to gab about today with you. The end result is less focus around what tool really, and more about the data. To much focus at times is placed in the ecosystem currently around specific tools, and myths of 'removing IT' from the equation. The goal is putting your data to work for you, and then the tool comes into focus for the specific BI artifacts that are needed to get the job done.



I would like to add an interesting note here. This is actually my first full blog post, from my new Surface Pro 128 GB version. I'm typing this from the 'real keyboard' cover type as well as having the use of the Surface mouse and stylus for completion of task. I must say I'm very impressed and really looking to push this to the limits. Til Next Time!
Follow Me @:
       

"Visit the Dynamics AX Community Page today!"

The Cube behind the Power View - Part II - Create, Deploy & Process

I hope everyone is having a blessed, Dynamics filled week! Hard to believe that we are well into April of 2013. I do love when the days get longer, the sun is closer, and there is plenty of vitamin D to be absorbed. With this, I wanted to continue the series that was started yesterday, focusing on 'The Cube behind the Power View'. In yesterday's post, Part I - Perspective, we covered the in's and out's of modeling a cube from a perspective.



Having gone through the previous post, you should have a perspective that is ready for targeting a brand new Analysis Services project. After generating the analysis services project in the AOT, we will further create, deploy & process our newly generated cube. Lets get's started then!

A - Create
Our next step is to make use of the 'SQL Server Analysis Services Project Wizard.' This is located within a development work space for AX 2012 R2. You then click on the Tools menu option, Business Intelligence (BI) Tools & finally launch the wizard. Shown in the below image is that exact path.



In launching the Analysis Services Wizard, you should see a screen shot similar to what we see in the below image.



Clicking on the next button will take you to the first prompt where we start to configure this session of the Analysis Services Wizard.



You will notice in the above screen shot, that I have selected the create option. Further I've supplied what the project should be called. The goal is to create a separate SSAS database, and cube within. This leaves in tact the out-of-the-box cube database and cube elements. Further you will notice the name I've given this new project. It has a prefix, which is recommended being this will live in the AOT. Since I work for Sunrise Technologies, I use the prefix of "sun".

Clicking next after filling in the prompt for the create option, will lead us to the below image.



You will notice in the above screen shot, that we have selected the Sales Data perspective. This is listed by label, and what the cube will be named. Moving right along from here, clicking next will bring us to the next image, shown below.



The above shows dimension possibilities from the Shared Dimensions perspective. This is not something we care about in our current targeted cube, and therefore we will leave out for now. Clicking next on this screen, with leaving everything left blank, should take you to the following.



What you see with the above, is the date dimensions in which we can select and work with. These are generated and created within Dynamics AX. We can modify these, and further create different one's, like a fiscal date set. Keep in mind that based on any dimension we selected which has a Date or UtcDateTime data type, will be crossed with these date dimensions. Dynamics AX will automatically generate this for yu via the modeling of the perspective that you created earlier. Selecting date above, and clicking next, should take you to the following screen.



The above image shows the language selection for the cube that is being targeted. Based on the languages you have setup within Dynamics AX, such can be taking advantage of here. Translations exist within cubes as they do within Dynamics AX. For our current target we are selecting just U.S. based English. Doing so, and clicking next will take you to the following.



You will see in the above image we are now generating our project. This basically ends the create portion of this post, as the Analysis Service project is now generated and living within the AOT.

B - Deploy
Now that we have created our analysis service project, we will continue using the wizard to finish things out. With that, we should see a screen shot similar to the below.



Clicking on next from the progress update, should take us to the following screen.



You will notice I'm saving the actual project to the AOT, under the name sunSalesAnalysis. This allows for again a separate project not related to the out-of-the-box cubes. Clicking next, after filling this prompt out as shown above, will take me to the following.



Here is where we actually select which cube databases we want to deploy. Since the concept of partitions came into being with R2, cubes take this into consideration. With the demo data set we have two partitions which are initial and ps. Since we only care about the inital partition and the legal entities contained therein, that is the target for deployment.

C - Process
I eject the process here, as it's an option we have selected int he above screen shot. Doing this means once the cube database is deployed it will process as well. Allowing us to remain within Dynamics AX the entire time, without having to jump into anything else to achieve this. Having made our above selections and clicking next, will take us through a series of progress updates.



Having reached the end of the deployment and processing, we should see an image similar to the one below.



In clicking next, that is it! We have created, deployed & finally processed our new cube. If there where multiple cubes targeted for this specific database, then those would have processed as well. Just to show that this processing took place, I quickly consumed the Sales Data cube from within SQL Server Data Tools. You can see this data, processed in the cube in the image below.



Now obvious there are plenty of things that can be done from this point. More advanced topics that could and should be covered. However there is only so much one should write at a given time, specifically for the type of medium you find yourself reading right now. I hope this helps you out, and further helps show how easy it is to create a cube. Finally, keep in mind the focus of extending power view within Dynamics AX. The combined knowledge should give you exactly what you need to really start taking advantage of the bull BI Semantic Model. Make sure to check back soon & often! Til Next Time!

Follow Me @:
       

"Visit the Dynamics AX Community Page today!"

The Cube behind the Power View - Part I - Perspective

Recently I started a series on making the most use of Power View for Microsoft Dynamics AX 2012 R2. This is a great new tool that helps further complete the personal BI story for Dynamics AX customers. It's enabled within a framework delivered as part of the current version from Microsoft, and part of that framework is the consumption of SQL Server Analysis Services Cubes.



Before we get into the 'cube behind the Power View', lets recap with the following resources in how we arrived here. The following is the list of post that should be read, before reading this post.

• AX 2012 R2 and PowerView - Part I (Understanding)
• AX 2012 R2 and PowerView - Part II Extending

With the above list, and what was covered in mind, now we can look into the cube that powered this concept. The whole point that I was trying to get across with the above to post is that it's easy to extend the Microsoft Dynamics AX 2012 R2 Power View Framework. Further to this point, not only can you extend from the base cubes that exists within Dynamics AX, but also any cube database you create and cube contained within.



The above image is the final representation of a cube created from a perspective with the AOT. Unlike perspectives within cubes themselves, these are elements within the AOT that allow the modeling of a SQL Server Analysis Services Cube. We can see in the following image, that is the starting point for our custom cube.



Perspectives are made up of Table & View elements from within the AOT as well. You must think in terms of facts that you want to measure, and dimensions to slice said measures via. This is the point of tables, and views to provide such facts and dimensions & attributes. We can see in the following image, the tables & views that make up our targeted perspective. It happens to be the InventTable, as well as, the SalesLineCube & CustTableCube view elements.



After having set our perspective targets from the tables & views we can make use of, our next focus is around the properties of each. What we see in the following series of images, is the properties of the InventTable, SalesLineCube & CustTableCube as they sit within the perspective. What we make a choice for each, is how we are modeling our to-be cube outcome.


InventTable Element Properties.




SalesLineCube Element Properties.




CustTableCube Element Properties.

You will note that the SalesLineCube provides both measures as well as dimensions. Further it is the targeted transaction table, in which the cube will build measures from. This is why we have this property marked as such. Further you will note that the other two elements are left as auto and only have dimension label established for them. This then allows Dynamics AX to understand we want each of these elements to be dimension elements against our "fact table" represented in the SalesLineCube element.

Moving along from this point, our next focus is to pick which elements we want to become measures, and then finally what we want as dimension attributes. Keep in mind, that we will make use of the SalesLineCube view as both a fact table containing measures as well as dimension attribute values to slice via. Lets start with the measures on the SalesLineCube. I'm going to show the following image, that is an example of each what this should look like. Then have a list of each measure we care about to finalize our needs.



What we see in the above image is the targeted SalesQty field, from the SalesLineCube view element in the perspective. We see the properties for said field, in how we label it, type of being a measure, and further the default total type of sum. Having this, now we can use the following list to create our final measures.:

• SalesQty - 'Sales Qty' - Measure - Sum
• SalesPrice - 'Sales Price' - Measure - Sum
• SalesStatus - 'Order Status' -Attribute - (blank)
• ShippingDateConfirmed - 'Ship Date' - Attribute - (blank)
• CreatedDateTime1 - 'Created Date' - Attribute - (blank)

Having the above established for the SalesLineCube element in the perspective, next we can do similar setup for both the InventTable, as well as the CustTableCube. Keep in mind, that the InventTable, when modeled as a cube will be 'Product Information'. Further CustTableCube, will show up as 'Customer Information.'
InventTable

• ItemId - 'Item Id' - Attribute
• ABCRevenue - 'ABC Rev' - Attribute

Moving forward still we will need to complete our dimensions from the CustTableCube view element. Doing this is very similar to what we just did, selecting fields that are meaningful in which our dimension attributes should target. These will be used, to slice & dice our measures with. The following is the list for the 'Customer Information' dimension set.
CustTableCube

• AccountNum - 'Account Id' - Attribute
• GroupName - 'Group' - Attribute
• Name - 'Customer Name' - Attribute
• CountryRegionId - 'Country' - Attribute

Now having the above set for the perspective, we have now modeled what we want our new 'Sales Data' cube to be made of. Having these specific measures, as well as dimension attributes specified will allow Dynamics AX 2012 R2 to build out our cube as desired. That is where this part I of 'The Cube behind the Power View' ends. We will pick this back up in my next post, for proceeding with creating a new Analysis Service project, deploying, processing and finally consuming. Til Next Time!

Follow Me @:
       

"Visit the Dynamics AX Community Page today!"