Please, Connect me if I’m Wrong!
After implementing Microsoft Dynamics AX and now Dynamics 365 already for years, there are features in the product that are missing or there are things wrong or not supported. There are some ways to provide feedback to Microsoft. This post is intended to get you familiar with Microsoft Connect. Also some of my thoughts on this tool will be described which should be picked up by partners, customers but also Microsoft themselves. (meer…)
How we saved an international retailer from bankruptcy! Part 2
So let’s recap… Previously on “the walking dead”
- You are clueless about where your items are, orders are not received on time or at all, vendors are not fulfilling their whole purchase order, nor do they deliver on time. The multi-million-dollar system you just bought gives inaccurate forecast and your in house made point of sale system can’t process items that are not on stock in your store and so on… Click here if you missed the first part of my blog.
How the Mobile Device capacity in AX2012 R3 fixed these problems
The next step was to ease up on all the regulations implemented and we disabled some automated functionalities and we gave some control back to the people on the floor. In practice we created a few simple apps using Microsoft Dynamics AX mobile device capacity:
- First priority: Count the warehouse. This should be simple: scan the location, scan the item, enter quantity. The catch here is that in AX we created an algorithm that dealt with ‘item and stock status’ or ‘items not or already present on location”. Once ready it took us one weekend to count all warehouses and all stores.
- Second priority: Give some control back to the people on the floor. If AX doesn’t know measurements of locations or items, or if vendors don’t deliver according to what they promise, then you have to be flexible. There is no way AX can tell you were to put the item based on wrong or none existing data. So let the warehouse employee decide were to put the item. This app should be as simple as scan the item, scan the “from location”, scan the location where the items should be placed and enter the quantity. Once again AX will take care of possible issues. Once ready, we cleared the inbound dock and were able to move items around within the warehouse.
- Third priority: Create crossdock functionality. Since most or part of the items were to be send right away to the stores it would be very beneficial to create crossdock functionality. With a small modification within AX it was easy to identify the items delivered and were meant for crossdock to supply the shops and meant for the webshop.
- Fourth priority: Create outbound functionality from the general warehouse and receive functionality in the stores. This one was tricky. Not so much what the functionality should do but simply because there was no AX and Wifi available in the stores. And this is why I love working at Kaya Consulting, we have a team available for just that issue! So we created a mobile app using windows phone and the 4G network and that matched the outbound license plates functionality with what is scanned in the stores.
Today, the AX issue backlog is clear. The system is upgraded to the latest CU and we’re still busy, but now we are implementing all those cool features that the company have on their bucket list.
And yes, I’m bored again. So if you have a mission impossible for me. Do give me a call!
Please share your thoughts and experiences in the comments below and don`t forget to subscribe to our newsletter to be the first to receive our latest blog content!
The new Microsoft Dynamics AX (aka AX7)
A new era starts. Microsoft has released its public pre-release of the ‘new’ Microsoft Dynamics AX. This version was also code-named ‘Rainier’ and ‘AX 7’. Together with this release the information is no longer confidential. In this post I will provide some details to get access to this preview and will share my personal favorite enhanced functional features.
SQL Trace Flag for Dynamics Ax: Do we need it?
What is a SQL Trace Flag?
A SQL Trace Flag is an indicator that changes the way the SQL engine reacts. Why would we want to that? Well because the DBA always knows best, uh well actually because the standard behavior of the SQL engine will not always give the best possible performance for a Dynamics Ax ERP. Which SQL Trace Flag could be of interest for a Dynamics Ax Database? Well I found 5 that work great for some situations. (-T1117 -T1224 -T2371 -T4136 -T4199). Yes I said “some situations” because which SQL Trace Flag can be enabled depends on lots of things, and should be decided carefully. Let me inform you about these 5 SQL Trace Flags.
SQL Trace Flag T1117: TempDB in multiple files
When you divided the TempDB in multiple data files to match the number of CPU cores as recommended by Microsoft for Dynamics AX, SQL Trace Flag –T1117 comes in handy. It will change the standard behavior of auto growing database files in a file group. The standard behavior is to auto grow one of the files at a time. With this SQL Trace Flag enabled all files in a file group will grow simultaneously.
For example:
1 db divided in 4 data files with an initial size of 100MB and an auto grow of 20MB each. When your reaches the 400MB and all 4 files are full, one of them will auto grow to 120MB. But the next data will be written in the file with the freest space. Guess which one that will be…. The one that grew off course. Now the same example with SQL Trace Flag –T1117 globally enabled: When your reaches the 400MB and all 4 files are full, all of them will auto grow to 120MB. The next data will be written in the file with the freest space. Guess which one that will be…. All of them.
Should we enable this SQL Trace Flag this minute?
No, there is a drawback. This SQL Trace Flag is great for the TempDB but it affects all data files of all databases in the instance. They will simultaneously grow if they’re in the same file group. So think before you act, if you don’t want the files to grow simultaneously put them in different file groups, or don’t enable this SQL Trace Flag.
More information on this SQL Trace Flag: Microsoft Dynamics Ax Performance team
SQL Trace Flag T1224: Running big operation during the day.
When running big operations (5000+ rows) during the day, like master planning, they could be blocking your users from doing their daily business. This is due to lock escalation. SQL locks a page to make sure only one process effects that page at a time. When a certain number of pages of a table are locked by the same process SQL can decide to lock the table if this is less costly on memory. This will make all requests for pages in that table wait till the first process is done. SQL Trace Flag -T1224 Disables lock escalation based on the number of locks. However, memory pressure can still activate lock escalation.
Should we enable this SQL Trace Flag this minute?
No, if you don’t need to run big operations simultaneously or with users in the system, you’re probably free of blocking by lock escalation. And lock escalation will have a positive effect on the performance of your SQL. So please plan large operations carefully outside office hours where possible.
SQL Trace Flag T2371: Keeping statistics up-to-date on large tables
The SQL query optimizer uses statistics to create query plans that improve query performance. Performance of Dynamics AX depends largely on up-to-date statistics. That’s why it is recommended to set “Auto update statistics” on. But when will the statistics be updated? Well when 20% of the rows are updated/inserted. This SQL Trace Flag is only available on SQL Server 2008 R2 SP1 and all later versions. There was a small update to this SQL Trace Flag in SQL Server 2008 R2 SP2 and SQL Server 2012 SP1 that makes it more precise.
For example:
On a table containing 1,000 rows the statistics are updated when 200 rows are updated. And the same table after a while containing 1,000,000 rows the statistics are updated when 200,000 rows are updated. Did you read that right? Yes you need to update 200,000 rows till the statistics are updated. Imagine even larger tables. We all know that in an ERP like Dynamics AX these large tables are pretty common. Microsoft also recognized that and released SQL Trace Flag –T2371. This SQL Trace Flag will make the 20% rule a dynamic percentage rule that kicks in at 25,000 rows.
For example with SQL Trace Flag –T2317 globally enabled:
SQL Server will update statistics on a table containing 1,000 rows when 200 rows are updated. And on a table containing 1,000,000 rows the statistics are updated when 32,000 rows are updated. In a chart the dynamic percentage rule looks like this:
Should we enable this SQL Trace Flag this minute?
No, first examine if your database has a lot of large tables (above 100.000 rows is a good rule of thumb). Without large tables this SQL Trace Flag is useless.
SQL Trace Flag T4136: Parameter sniffing optimisation
Dynamics AX uses parameterized SQL statements if we don’t use the ‘Forceliterals’ parameter in AX. I personally have never seen a developer who fully understood the working of ‘Forceliterals’ let alone use it in code. It even is best practice not to use it.
Why? Well when using parameterized SQL statements the query plans are cached and reused. SQL Server will use one plan for all similar queries instead of compiling each query. This can significantly reduce CPU overhead and improve throughput. That sounds like a good thing and it is.
But there is a drawback, if the queries are complex and/or the data distribution on the columns against which the parameter is compared vary, the cost of different plan choices can change. A plan that is optimal for one parameter value may perform poorly for another value. The query optimizer still needs to estimate the selectivity and cardinality of predicates using a parameter value. In Dynamics AX especially from version 2012 on the queries are almost always complex.
One way to avoid parameter sniffing is to put the OPTIMIZE FOR UNKNOWN option to all SQL statements leaving AX. Another way is to enable SQL Trace Flag -T4136. This SQL Trace Flag is only available on SQL Server 2008 R2 Cumulative Update 2, SQL Server 2008 SP1 Cumulative Update 7 and SQL Server 2005 SP3 Cumulative Update 9 and later.
For example:
If we have 2 companies in our Dynamics Ax Application and one only 2 customers and the other a couple thousand. The following could happen: if the first query we send to loop through customer is done in the company with a couple thousand customers , it could look like:
SELECT * FROM CUSTTABLE WHERE DATAAREAID = ‘@P2’
And SQL Server Engine will solve it by doing a full table scan because almost all records are needed.
Next time we do the same loop in the other company due to the parameter on dataareaid (and partition in AX2012) the query is identical. That is why SQL Server will solve it in the same manner, with a table scan, where a page scan could be more appropriate. If only SQL could store a queryplan per dataareaid….
Should we enable this SQL Trace Flag this minute?
No, because Microsoft provided a way to use parameters but not for dataareaid (and partition in AX2012). This makes SQL server store a queryplan per dataareaid, making SQL Trace Flag T4136 completely unnecessary.
AX2009 SP1: KB 3000700
AX2012 RTM: KB 2920058
AX2012 R2: KB 2969229
You can find more information on the blog of Dynamics in the field.
More information on this SQL Trace Flag: Microsoft Support on SQL Trace Flag T4136
SQL Trace Flag T4199: Query execution plan updates
Microsoft turned off All query execution plan updates/hotfixes by default to make sure that an update will not affect the way your query executes. Several of these hotfixes will positively boost performance for Dynamics AX. Microsoft controls all future query processor fixes that are scheduled to be ‘On-By-Default’ in a later release with trace flag t4199. This SQL Trace Flag is only available on Cumulative update package 6 for SQL Server 2005 Service Pack 3, Cumulative update package 7 for SQL Server 2008, and Cumulative update package 7 for SQL Server 2008 Service Pack 1 and all later versions.
Should we enable this SQL Trace Flag this minute?
No, there is are 2 drawbacks. 1: Your DBA will send you off to an insane asylum because of the next drawback. 2: If you enable this SQL Trace Flag you enable all future hotfixes/updates to the query execution plans, because we all know you’re going to forget about enabling this SQL Trace Flag.
More information on this SQL Trace Flag: Microsoft Support on SQL Trace Flag T4199
Security: Past, current and future
When you read the title of this blog post you might think this post is about changes during the lifecycle of Microsoft Dynamics AX 2012. Or maybe it is related to the security framework in older versions (AX 2009), the current version (AX 2012) or the new Microsoft Dynamics AX (aka ‘AX 7’). Well, it’s not. This post will tell you about a standard feature to restrict access on past, current and future records for tables which supports date effective data. It is called “Date effective policies”.
SQL Window Functions in Ax? Yes we can
Are SQL Window Functions new?
Since 2003 in the SQL ANSI/ISO standard and extended in 2008. Microsoft implemented the first window functions in their SQL Server 2005 version (known as OVER clause) and extended them in the following versions.
Window Functions in all SQL Versions
So to be short no they are not new for the ANSI/ISO standard and for Microsoft SQL Server window functions exist for a few version now. Within in Dynamics Ax we use X++ which is translated by the Dynamics Ax Kernel to T-SQL to make the database return a result set. This makes us depended of the implementation of X++, which in Dynamics Ax 2012 doesn’t support window functions for select statements etc. But I can show you a way on how to use them in AX 2012 and up.
What are SQL Window Functions?
Let me show you with an example. As this is a blogpost for Dynamics Ax minded people let us use the SalesLine table.
If you want to select a few fields of this table, you would write something like the following (in SQL and X++):
SELECT SALESID, ITEMID, SALESCATEGORY, CUSTACCOUNT, LINEAMOUNT FROM SALESLINE;
If you would like to see the total amount of the salesorder in the same result set you would need to do a “GROUP BY”:
SELECT SALESLINE.SALESID, ITEMID, SALESCATEGORY, CUSTACCOUNT, LINEAMOUNT FROM SALESLINE JOIN (SELECT SUM(LINEAMOUNT) AS Total, SALESID FROM SALESLINE GROUP BY SALESID) AS A ON A.SALESID = SALESLINE.SALESID;
in X++ you would do something like this:
While Select SalesId, ItemId, SalesCategory, CustAccount, LineAmount from SalesLine
{
select sum(LineAmount) from salesLine2 where salesLine2.SalesId == salesLine.SalesId;
}
But it will send a statement for each salesline to the database.
TIP
A better way to do this in Ax would actual be:
- Create a Query object for the ‘select sum(LineAmount), SalesId from salesLine’ bit.
- Put that Query in a View.
- Now create a new Query with in the datasource the SalesLine and join it with the View.
Now let’s make it even more interesting. I would like a statement to get a resultset with the following columns:
- the SalesId, ItemId, SalesCategory, CustAccount, LineAmount.
- the total amount of the salesorder.
- the avg LineAmount of the customer in the same category.
- the LineAmount of the last time this customer ordered this item.
- running total of this customer.
SELECT SALESID, ITEMID, SALESCATEGORY, CUSTACCOUNT, LINEAMOUNT, SUM(LINEAMOUNT) OVER (PARTITION BY SALESID) AS [Total amount salesorder], AVG(LINEAMOUNT) OVER (PARTITION BY CUSTACCOUNT, SALESCATEGORY) AS [Avg LineAmount customer category], LAG(LINEAMOUNT,1) OVER (PARTITION BY CUSTACCOUNT,ITEMID ORDER BY SALESID) AS [Last time ordered for], SUM(LINEAMOUNT) OVER (PARTITION BY CUSTACCOUNT ORDER BY SALESID ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW) AS [Running Total];
And here we are, our first window functions. They are called window functions because they put a window (subset) over the rows you get out of your FROM clause.
The <window function> part can be: Ranking functions, Aggregate functions or Analytic functions.
After the OVER keyword you can limit the size of the window:
- OVER() isn’t limiting at all so all rows are considered.
- OVER (PARTITION BY X) means limit the window to al rows that have matching values in Column X in current Row.
- OVER (ORDER BY) changes the sort order in the window. (Can be nice if you use RANK or ROW_NUMBER window functions)
- OVER( ROWS BETWEEN … AND …) limits the window to the rows between the given criteria seen from current row.
How to use these powerful window functions in Dynamics AX?
As I mentioned before X++ isn’t a real options. But in the View objects in the AOT there is a little gem that we can polish for our purpose.
- Create a Query for the SELECT SALESID, ITEMID, SALESCATEGORY, CUSTACCOUNT, LINEAMOUNT FROM SALESLINE part.
- Use this Query in a new View.
- Create a method on the View with the following code:
public static server str windowFunction() { //make sure you use this Dictview because the names of the tables are changed in the SQL statement send from Ax to SQL. //This makes sure the right names are used DictView dv = new DictView(tableNum(<<name of view>>)); //This is the real magic return 'SUM('+dv.computedColumnString('SalesLine', 'LineAmount') +') OVER ( PARTITION BY ' + dv.computedColumnString('SalesLine', 'SalesId'); } - Now right click on the ‘fields’ branch of the view choose NewReal computed column.
- Give the new field a nicer name and set the name of the method in the ‘viewmethod’ property.
- Save and synchronise the view.
Now what did we just do?
We changed the create statement of the view to include ‘SUM(LINEAMOUNT) OVER (PARTITION BY SALESID)’ as a column. By synchronizing we created a view in SQL Server that contains the window functions we want to.
Could we use this for other things then window functions?
Yes you can use all possibilities of the T-SQL language here. But remember you are changing the Select clause of the view here. Putting a select statement in here (or a stored procedure) will for sure make the view run a long time as every row will trigger a separate statement. But a scalar value function can be very valuable sometimes (like ISNULL()).
Interesting links:
A 20 minute training about window functions in SQL 2012.
All code samples, walkthroughs and other instructions are provided as-is. Use any and all information provided in this blog at your own risk. It is never advised to import or write code in a production environment without rigorous testing in a test or development environment.
All opinions expressed in this blog are solely my own and do not necessarily reflect the opinions of my employer.
The names of actual companies and products mentioned in this blog may be the trademarks of their respective owners.
Microsoft and Dynamics AX are registered trademarks of Microsoft Corporation in the United States and other countries.
Compression: Less storage AND improved performance
Let us have a look at SQL Compression, with this I mean Data compression not the backup compression which is also available in SQL Server nowadays.
This feature can be implemented in SQL Server without affecting the programs that use the database, because it is only used inside of SQL Server and the way it stores its data. Which means that SQL Server will compress the data as it is entered in the database. SQL Server will use the data compressed for all it’s internal operations, and YES the data is still compressed when it is put into memory resulting in more rows in the same memory space which increases performance. Then if the data is send to the application which requested the data, SQL Server will decompress it. Compressing and decompressing data is a CPU intensive task, which leads to an increase of 15% on CPU usage. The save on storage and the increase of the number of rows on a page and the increase of the number of rows in the memory banks will certainly outweigh the increase in CPU usage.
SQL Server versions with Compression
Data compression became available in SQL 2008 and was further improved in SQL 2008 R2 after which it is continued in all version including the latest SQL 2016. Because it is an advanced feature it is only available in Enterprise Editions of SQL. (And Developer Edition which isn’t to be used in a production environment).
Types of compression
There are 2 types of compression available in SQL Server. Row compression and Page compression the latter implements the first and more, but let me explain both of them to you.
Row compression
This type of compression does what it says it compresses the row of data in an index/table. And will do this in several ways, which I’ll discuss below.
Metadata compression
Metadata is information about the columns for some data types the meta data is larger then the actual data type (for example Bit).
Delete not used space in fixed size datatypes
Row compression will delete the space that isn’t used in fixed sized strings, which means that a CHAR(10) can become a CHAR(1) if only 1 character is in it. Remember it is ROW compression so it will determine the actual used space per value not per column over the entire table/index. Unfortunately Dynamics Ax doesn’t use fixed sized string (it uses NVARCHAR instead), so we cannot gain anything by this.
Fortunately SQL Server also sees numeric values as (a form of) fixed sized, and it will delete leading and/or trailing zero’s if there are any. In Dynamics Ax all amounts are stored as NUMERIC(32,16) but if the actual amount is $1,95 if compression is applied it will only store the 1,95 removing the space it would normally store additionally to make it (32,16). The same is applied to integers and BIGINT, and Date and Datetime are converted to integers which also saves on storage.
Not effected by row compression are memo fields (NVARCHAR(MAX)), Images (VARBINARY), GUID (UNIQUEIDENTIFIER).
Standard Compression Scheme for Unicode
SQL Server also uses an implementation of the Standard Compression Scheme for Unicode (SCSU) algorithm to compress Unicode values. Because SQL Server stores data as 2 bytes regardless of the language of the data. Depending on the language of your data you can save up to 50% on the storage of all nvarchar() and nchar() datatype columns. Languages with the highest compression rate are: Western European languages as English, Dutch, German, French, Spanish etc. but also Hindi. On the lower end we find languages with more characters like Japanese which has a compression rate of 15%.
Dynamics Ax uses Unicode for all strings stored in its database.. I’ll repeat that ALL strings. So if you’re language is for example English this means that ALL your stored text can be stared in half the space it is using right now. Great news I would say.
Page compression
Page compression uses Row compression as mentioned before, but it also uses the following to techniques.
Prefix compression
SQL Server will determine per column a prefix value that is used (fully or partially) by the most rows. After determining this SQL places this value in the header and references to it (or part of it) in the row value. Which is best visualized by these images of Microsoft MSDN:
Yes you can do all that… Or use below script to do all the hard work for you and even deliver you the scripts to update the indexes:
--COLLECT INDEX DATA
IF object_id('index_estimates') IS NOT NULL
DROP TABLE index_estimates
GO
CREATE TABLE index_estimates (
database_name SYSNAME NOT NULL
,[schema_name] SYSNAME NOT NULL
,table_name SYSNAME NOT NULL
,index_id INT NOT NULL
,update_pct DECIMAL(5, 2) NOT NULL
,select_pct DECIMAL(5, 2) NOT NULL
,CONSTRAINT pk_index_estimates PRIMARY KEY (
database_name
,[schema_name]
,table_name
,index_id
)
);
GO
INSERT INTO index_estimates
SELECT db_name() AS database_name
,schema_name(t.schema_id) AS [schema_name]
,t.NAME
,i.index_id
,i.leaf_update_count * 100.0 / (i.leaf_delete_count + i.leaf_insert_count + i.leaf_update_count + i.range_scan_count + i.singleton_lookup_count + i.leaf_page_merge_count) AS UpdatePct
,i.range_scan_count * 100.0 / (i.leaf_delete_count + i.leaf_insert_count + i.leaf_update_count + i.range_scan_count + i.singleton_lookup_count + i.leaf_page_merge_count) AS SelectPct
FROM sys.dm_db_index_operational_stats(db_id(), NULL, NULL, NULL) i
INNER JOIN sys.tables t ON i.object_id = t.object_id
INNER JOIN sys.dm_db_partition_stats p ON t.object_id = p.object_id
WHERE i.leaf_delete_count + i.leaf_insert_count + i.leaf_update_count + i.range_scan_count + i.singleton_lookup_count + i.leaf_page_merge_count > 0
AND p.index_id < 2
AND i.range_scan_count / (i.leaf_delete_count + i.leaf_insert_count + i.leaf_update_count + i.range_scan_count + i.singleton_lookup_count + i.leaf_page_merge_count) > .75 -- only consider tables with 75% or greater select percentage
ORDER BY t.NAME
,i.index_id
GO
--PREPARE ROW AND PAGE COMPRESSION
IF OBJECT_ID('page_compression_estimates') IS NOT NULL
DROP TABLE page_compression_estimates;
GO
CREATE TABLE page_compression_estimates (
[object_name] SYSNAME NOT NULL
,[schema_name] SYSNAME NOT NULL
,index_id INT NOT NULL
,partition_number INT NOT NULL
,[size_with_current_compression_setting(KB)] BIGINT NOT NULL
,[size_with_requested_compression_setting(KB)] BIGINT NOT NULL
,[sample_size_with_current_compression_setting(KB)] BIGINT NOT NULL
,[sample_size_with_requested_compression_setting(KB)] BIGINT NOT NULL
,CONSTRAINT pk_page_compression_estimates PRIMARY KEY (
[object_name]
,[schema_name]
,index_id
)
);
GO
IF OBJECT_ID('row_compression_estimates') IS NOT NULL
DROP TABLE row_compression_estimates;
GO
CREATE TABLE row_compression_estimates (
[object_name] SYSNAME NOT NULL
,[schema_name] SYSNAME NOT NULL
,index_id INT NOT NULL
,partition_number INT NOT NULL
,[size_with_current_compression_setting(KB)] BIGINT NOT NULL
,[size_with_requested_compression_setting(KB)] BIGINT NOT NULL
,[sample_size_with_current_compression_setting(KB)] BIGINT NOT NULL
,[sample_size_with_requested_compression_setting(KB)] BIGINT NOT NULL
,CONSTRAINT pk_row_compression_estimates PRIMARY KEY (
[object_name]
,[schema_name]
,index_id
)
);
GO
--DYNAMICALLY GENERATE OUTCOME
DECLARE @script_template NVARCHAR(max) = 'insert ##compression_mode##_compression_estimates exec sp_estimate_data_compression_savings ''##schema_name##'',''##table_name##'',NULL,NULL,''##compression_mode##''';
DECLARE @executable_script NVARCHAR(max);
DECLARE @schema SYSNAME
,@table SYSNAME
,@compression_mode NVARCHAR(20);
DECLARE cur CURSOR FAST_FORWARD
FOR
SELECT i.[schema_name]
,i.[table_name]
,em.estimate_mode
FROM index_estimates i
CROSS JOIN (
VALUES ('row')
,('page')
) AS em(estimate_mode)
GROUP BY i.[schema_name]
,i.[table_name]
,em.estimate_mode;
OPEN cur;
FETCH NEXT
FROM cur
INTO @schema
,@table
,@compression_mode;
WHILE (@@FETCH_STATUS = 0)
BEGIN
SET @executable_script = REPLACE(REPLACE(REPLACE(@script_template, '##schema_name##', @schema), '##table_name##', @table), '##compression_mode##', @compression_mode);
PRINT @executable_script;
EXEC (@executable_script);
FETCH NEXT
FROM cur
INTO @schema
,@table
,@compression_mode;
END
CLOSE cur;
DEALLOCATE cur;
--SHOW RESULTS
WITH all_estimates
AS (
SELECT '[' + i.schema_name + '].[' + i.table_name + ']' AS table_name
,CASE
WHEN i.index_id > 0
THEN '[' + idx.NAME + ']'
ELSE NULL
END AS index_name
,i.select_pct
,i.update_pct
,CASE
WHEN r.[sample_size_with_current_compression_setting(KB)] > 0
THEN 100 - r.[sample_size_with_requested_compression_setting(KB)] * 100.0 / r.[sample_size_with_current_compression_setting(KB)]
ELSE 0.0
END AS row_compression_saving_pct
,CASE
WHEN p.[sample_size_with_current_compression_setting(KB)] > 0
THEN 100 - p.[sample_size_with_requested_compression_setting(KB)] * 100.0 / p.[sample_size_with_current_compression_setting(KB)]
ELSE 0.0
END AS page_compression_saving_pct
FROM index_estimates i
INNER JOIN row_compression_estimates r ON i.schema_name = r.schema_name
AND i.table_name = r.object_name
AND i.index_id = r.index_id
INNER JOIN page_compression_estimates p ON i.schema_name = p.schema_name
AND i.table_name = p.object_name
AND i.index_id = p.index_id
INNER JOIN sys.indexes idx ON i.index_id = idx.index_id
AND object_name(idx.object_id) = i.table_name
)
,recommend_compression
AS (
SELECT table_name
,index_name
,select_pct
,update_pct
,row_compression_saving_pct
,page_compression_saving_pct
,CASE
WHEN update_pct = 0
THEN 'Page'
WHEN update_pct >= 20
THEN 'Row'
WHEN update_pct > 0
AND update_pct < 20
AND page_compression_saving_pct - row_compression_saving_pct < 10
THEN 'Row'
ELSE 'Page'
END AS recommended_data_compression
FROM all_estimates
WHERE row_compression_saving_pct > 0
AND page_compression_saving_pct > 0
)
SELECT table_name
,index_name
,select_pct
,update_pct
,row_compression_saving_pct
,page_compression_saving_pct
,recommended_data_compression
,CASE
WHEN index_name IS NULL
THEN 'alter table ' + table_name + ' rebuild with ( data_compression = ' + recommended_data_compression + ')'
ELSE 'alter index ' + index_name + ' on ' + table_name + ' rebuild with ( data_compression = ' + recommended_data_compression + ')'
END AS [statement]
FROM recommend_compression
ORDER BY table_name
--CLEAN UP
DROP TABLE index_estimates;
All code samples, walkthroughs and other instructions are provided as-is. Use any and all information provided in this blog at your own risk. It is never advised to import or write code in a production environment without rigorous testing in a test or development environment.
All opinions expressed in this blog are solely my own and do not necessarily reflect the opinions of my employer.
The names of actual companies and products mentioned in this blog may be the trademarks of their respective owners.
Microsoft and Dynamics AX are registered trademarks of Microsoft Corporation in the United States and other countries.
Fix security labels in AX 2012
In several environments I have seen some wrong security role names or other artifacts. Then instead of the role name it will display a label ID. This post will inform you about how to solve this issue in your environment if you encounter a similar issue.
(meer…)
Index fragmentation effects on performance
Before jumping into index fragmentation I’ll first explain what indexes are and how they are used by the SQL Server Engine. I tried to compare it to a real world way of searching data, to paint a clear picture in your head. I’m not going into the differences between clustered and non-clustered indexes as that would be a nice new blog.
How do indexes work?
Indexes are used by SQL Server to search for records in tables as we use indexes in books to get to certain chapters/words/authors etc. The way an index in SQL Server works is similar to the way we lookup a phone number in a (old fashioned and hard copy) phonebook.
- We decide we need a phonebook for this search not a cookbook.
- We pick up the phonebook of the state we need.
- We look at the index to find the pages that have the correct city.
- We go to the page that contains the first letter of the last name of whose phone number we need.
- We find the last name and see that there are in fact several.
- We look at the address and find the right number.
- It decides it needs a certain index.
- It will look at the 1st level of the index to find the right part (phonebook of state).
- It will look at the 2nd level of the index to find the right part again (correct city).
- It will look at the 3th level of the index to find the right part again (last name).
- It finds the page containing the correct last name.
- It traverses through the records for the one that contains the needed address.
What is index fragmentation?
How does index fragmentation start?
- We decide we need a phonebook for this search not a cookbook.
- We pick up the phonebook of the state we need.
- We look at the index to find the pages that have the correct city.
- We go to the page that contains the first letter of the last name of whose phone number we need.
- We find the last name and see that there are in fact several.
- We get to the page our ‘Mr Smith’ should be on, only to find a reference half way the page telling us to look at a page in the end of the book.
- We go to the page at the end of the book
- We look at the address and find the right number.
What happens with index fragmentation?
How to temporarily or partly prevent index fragmentation?
TIP: Workflow and AIF are using GUID’s in indexes so set fill factor accordingly and maintain them.
How to permanently prevent index fragmentation to be an issue?
- Make sure the physical drives your data is on are not shared with other applications. Mainly for HDD storage as the other applications will use the HDD rotation as well.
- Use the scripts of Ola Hallengren to reduce index fragmentation without rebuilding all indexes. Set the parameter of minimum pages to 100 instead of 1000 for Dynamics Ax databases.
- Use SDD’s for storage of data instead of HDD’s. Because SDD’s don’t use moving parts.
- Cache your database by assigning enough memory to SQL Server to cache the entire database, or at least the records that are frequently used. Because cached data is way faster then any stored data on hard discs.
Is index fragmentation the root cause of performance issues?
- Poorly chosen indexes. (indexes on fields that are updated all the time)
- Changing of usage of the system. (Users are allowed to change id fields, which wasn’t in the original design)
- Poorly developed queries. (queries that cannot make full use of the indexes that are already there)
- and a thousand other reasons.
All code samples, walkthroughs and other instructions are provided as-is. Use any and all information provided in this blog at your own risk. It is never advised to import or write code in a production environment without rigorous testing in a test or development environment.
All opinions expressed in this blog are solely my own and do not necessarily reflect the opinions of my employer.
The names of actual companies and products mentioned in this blog may be the trademarks of their respective owners.
Microsoft and Dynamics AX are registered trademarks of Microsoft Corporation in the United States and other countries.
Security Development Tool – Part 7
After reading the six posts about the Security Development Tool from André, I got excited about the tool and started using it on a regular basis. It proved to be a powerful tool which cut down development time quite a bit. Almost everything you need for security development is available. But there was one scenario where I missed a functionality in the tool. I was redesigning a few security roles to fit the users need and because the basis was done very poorly I decided to create new roles. Everything worked fine except for 1 tiny little thing that wasn’t picked up by the registration. So what I wanted to do is compare the old role to the new role to figure out what was missing. There is no functionality in the tool for this, and as I’m firmly against using excel, I made it my mission to get this information directly from the tool. In my search I found a ‘dirty and limited’ way to do it and a ‘nicer and more extended’ way to get the job done. I’ll explain them both for a complete picture.
Option 1: ‘Dirty but effective’ way to compare roles in Security Development Tool
If the only security objects you want to compare are Roles then there is a simple but ‘dirty way’ to do it. When you open the ‘Security entry point permissions’ form it will show you the entry point permissions of the System User Role. We could fill this column of the form with a different role to compare it to the role we’re going to edit.
The way to accomplish this is fairly easy. In the AOT open up the form ‘Security entry point permissions’ and under ‘methods’ find the method ‘LoadSystemUserPermissions’. In line 12 you see :
Select firstonly Recid from systemUserRole Where systemUserRole == 'SystemUser';
Simply change ‘SystemUser’ to the AOTname of the desired Role. After a quick compile the rights of the choosen role will be presented in the column ‘System User Role Acces Level’ next to the access level of the role you are developing.
Option 2: ‘Nicer and more extended’ way to compare object in Security Development Tool
The first way is good for developers and gives fast results for when you only need this functionality ones. Now let’s build something lasting, that consultants and end users can use as well. And to make things even more interesting let’s build some filtering options as well.
So the general idea is to build something like this:
Security Development Tool including Comparison and filteringWhere you can compare roles/duties and privileges and use filters to easily find the differences between to objects of the same type.
More elaborated what we want to achieve is:
- A possibility to add a column with access rights to the grid based on the selection in the ‘Compare’ combobox. The list of the combobox should depend on the selection made in the ‘Type’ combobox, like the list of the ‘Name’ combobox.
- A filtering mechanism to quickly identify the differences between the ‘acess level’ column and the newly created ‘Compare Results’ column in the grid.
Part 1 comparison in Security Development Tool
To be able to extend functionality you first need to understand how the existing functionality (technically) works. As mentioned before the behavior of our ‘Compare’ combobox has to look quite similar to the behavior of the ‘Name’ combobox. So let’s see what the flow of the functionality is:
- On initiating the form ‘SysSecEntryPointManager’ a ‘in memory’ temp table is being filled with all security objects and their access rights for the ‘SystemUser’.
- After choosing a ‘Type’ in the combobox the list of the combox is changed.
- After choosing a security object in the ‘Name’ combobox, the code will check if it is a role otherwise (duty or priviledge) create a custom role. And insert the data in the temp table.
Data dictionary
First thing to do is create a column in the forms datasource for storing the access rights associated with the security object we are comparing with.
In the Table ‘SysSecEntryPointTmp’ we have to create a column called ‘CompareUserRight’ based on the Enum ‘AccessRight’. The label property should contain something like ‘Comparison Results’.
(The ‘Name’ object populates the field ‘AccessRight’.)
Creating a new field on the datasource of the Security Development Tool formPut the field in the ‘DataManager’ group to make it automatically available on the form.
DesignFunctionality change
Let us first set a few variables in the ClassDeclaration that we are going to need throughout the next steps:
In the classDeclaration insert the following at line 65
//BWAL Security Development Tool Addon: compare User rights
Map compareUserAccessRightsMap;
SecurityRoleAotName compareRoleAOTName;
recid compareRoleID;
IdentifierName compareDevelopmentObject;
SecurityRoleName compareRoleName;
//END BWAL Security Development Tool Addon: compare User rights
Create a method called ‘CompareDevelopmentObject’ like this in the root of the form to be able to use it later on:
//BWAL Security Development Tool Addon: compare User rights
public IdentifierName CompareDevelopmentObject()
{
return compareDevelopmentObject;
}
//END BWAL Security Development Tool Addon: compare User rights
In the form ‘SysSecEntryPointManager’ in the design node create a new group beneath ‘Group:Settings’ and call this one ‘Compare’.
Create a new group for Security Development Tool ComparisonSet its properties as:
Width = Column Width RightMargin = 2 ColumnSpace = 2
Let’s create a combobox similar to the ‘Name’ combobox including it’s methods.
In the group ‘Compare’ we create a stringEdit called ‘Compareobject’ with the following properties:
AutoDeclaration = yes
On this stringEdit we create 2 methods:
First:
//BWAL Security Development Tool Addon: modified method compareObject control.
public boolean modified()
{
boolean ret;
ret = super();
element.SelectObject();
return ret;
}
//END BWAL Security Development Tool Addon: modified method compareObject control.
What does this do? If you choose a security object it will then insert or update the access rights in the temp table.
Second:
//BWAL Security Development Tool Addon: Lookup form for compareObject control.
public void lookup()
{
str lookupForm;
SysSecDevelopmentType selectedType = ObjectType.selection();
FormRun formRun;
Args args;
switch(selectedType)
{
case SysSecDevelopmentType::Role:
lookupForm = formStr(SysSecRoleLookup);
break;
case SysSecDevelopmentType::Duty:
lookupForm = formStr(SysSecDutyLookup);
break;
case SysSecDevelopmentType::Privilege:
lookupForm = formStr(SysSecPrivilegeLookup);
break;
}
if(lookupForm != '')
{
args = new Args(lookupForm);
args.caller(this);
formRun = classfactory.formRunClass(args);
formRun.init();
this.performFormLookup(formRun);
}
}
//END BWAL Security Development Tool Addon: Lookup form for compareObject control.
What does it do? This method changes the list of the combobox making it dependable on the selection in the ‘Type’ combobox.
To make sure that when you choose a different type the ‘Compare’ combobox selection is deleted insert the following code:
In the ‘modified’ method of the ‘Combox:ObjectType’ at line 8 insert:
//BWAL Security Development Tool Addon: Clear CompareObject
CompareObject.text('');
//END BWAL Security Development Tool Addon: Clear CompareObject
Next thing to do is change properties on the previously created column available in the grid. To do this go to ‘MaingroupRightGroupEntryPointsGridEntryPointsGrid_CompareUserRight’. The properties should look like this:
AutoDeclaration = Yes Visible = No
To make the contextmenu visible on this column as it is on other columns create a method on this column like this:
//BWAL Security Development Tool Addon: compare User rights
public int showContextMenu(int _menuHandle)
{
return EntryPointsGrid.showContextMenu(_menuHandle);
}
//END BWAL Security Development Tool Addon: compare User rights
The earlier created ‘modified’ method on the ‘Compare’ combobox calls the ‘SelectObject’ method of the form.
When looking at this method we see that it needs some modifications like:
insert at line 15(after: element.MapDutyOrPrivilegeToRole();)
//BWAL Security Development Tool Addon: compare User rights
if(CompareObject.text() != '')
{
element.MapCompareDutyOrPrivilegeToRole();
}
//END BWAL Security Development Tool Addon: compare User rights
What does it do? This is a call to a method that we are going to create. That method will hold the code that creates a role from a duty or privilege.
And insert at line 38 (after: else
{
error(strFmt(“@SDT107”, CurrentObject.text()));
}
}):
//BWAL Security Development Tool Addon: compare User rights
if(CompareObject.text() != '')
{
//Verify role exists
select firstOnly recid, Name, AOTName from role where role.Name == CompareObject.text();
if(role.RecId != 0)
{
compareRoleID = role.RecId;
compareRoleAOTName = role.AotName;
}
else
{
error(strFmt("@SDT107", CompareObject.text()));
}
}
//BWAL Security Development Tool Addon: compare User rights
What does it do? The actual insert/update of data in the temp table.
Now let’s create the method we’re calling for in the ‘SelectObject’ method. Create it under ‘methods’ in the root of the form.
Create a method called ‘MapCompareDutyOrPrivilegeToRole’:
//BWAL Security Development Tool Addon: compare User rights
public void MapCompareDutyOrPrivilegeToRole()
{
TreeNode devRole = SysSecEntryPointManager::FindOrCreateUniqueRoleForCompareUser();
SecurityRole securityRole;
TreeNode childNode;
TreeNodeIterator tIterator;
str typeToAdd;
SecurityTask task;
if(!SysSecEntryPointManager::ObjectEditableVCS(devRole))
{
error(strFmt("@SDT89", devRole.AOTname()));
return;
}
//Remove existing duty/privileges
tIterator = devRole.AOTfindChild('Duties').AOTiterator();
childNode = tIterator.next();
while(childNode)
{
childNode.AOTdelete();
childNode = tIterator.next();
}
tIterator = devRole.AOTfindChild('Privileges').AOTiterator();
childNode = tIterator.next();
while(childNode)
{
childNode.AOTdelete();
childNode = tIterator.next();
}
if(CompareObject.text() != '')
{
//Add duty/privilege
typeToAdd = 'Privileges';
if(element.CurrentDevelopmentType() == SysSecDevelopmentType::Duty)
{
typeToAdd = 'Duties';
select firstOnly AOTName from task where task.Name == CompareObject.text() && task.Type == SecurityTaskType::Duty;
}
else
{
select firstOnly AOTName from task where task.Name == CompareObject.text() && task.Type == SecurityTaskType::Privilege;
}
if(task.AotName == '')
{
devRole.AOTrestore();
error(strFmt("@SDT90", element.CurrentDevelopmentType(), CompareObject.text()));
return;
}
//Validate object exists
if(TreeNode::findNode(strFmt('%1\%2', #SecurityPath, typeToAdd)).AOTfindChild(task.AotName) == null)
{
devRole.AOTrestore();
error(strFmt("@SDT91", CompareObject.text()));
return;
}
compareDevelopmentObject = task.AotName;
compareRoleAOTName = devRole.AOTname();
compareRoleName = devRole.AOTgetProperty(#PropertyLabel);
select RecId from securityRole where securityRole.AotName == compareRoleAOTName;
compareRoleId = securityRole.RecId;
childNode = devRole.AOTfindChild(typeToAdd).AOTadd(task.AotName);
childNode.AOTsetProperty('Name', element.CompareDevelopmentObject());
}
//Avoid current form loosing focus due to compiler output
WinAPI::enableWindow(infolog.hWnd(), false);
try
{
devRole.AOTsave();
}
catch
{
WinAPI::enableWindow(infolog.hWnd(), true);
throw Exception::Error;
}
WinAPI::enableWindow(infolog.hWnd(), true);
}
//END BWAL Security Development Tool Addon: compare User rights
Great the first line of this code is calling a method that doesn’t exist on the class ‘SysSecEntryPointManager’… Yes I know, Let’s create it then.
Have a look at the ‘FindOrCreateUniqueRoleForCurrentUser’ it creates a Role in the AOT for the security object chosen on the form. We have to do almost the same for the ‘CompareObject’ we just created on the form. So let’s copy it and rename it to ‘FindOrCreateUniqueRoleForCompareUser’. (I know this isn’t best practice not even good practice but I didn’t want to change the parameters of the method already used because then I had to replace more code of the Security Development Tool and had to explain it which would be beside the point of this blogpost).
Only thing we need to change is in line 6 we replace ‘%1%2’ with ‘%1%2Compare’ to make it look like this:
str roleAOTName = strfmt('%1%2Compare',#SecGeneratedRoleAOTNamePrefix,CurUserId());
Now a bit more difficult to find but we need to change the ‘SetPermissions’ method as well. Because :
- In the ‘SelectObject’ method we call the ‘LoadPermissions’ method which calls the ‘SetPermissions’ method.
- The ‘Refresh’ button calls it.
//BWAL Security Development Tool Addon: compare User rights
if(CompareObject.text() != '')
{
compareDevelopmentObject = '';
compareRoleName = '';
compareRoleAOTName = '';
element.MapCompareDutyOrPrivilegeToRole();
}
//END BWAL Security Development Tool Addon: compare User rights
And at line 94 (after: EntryPointsGrid_AccessRight.visible((currentRoleAOTName != ”));):
//BWAL Security Development Tool Addon: compare User rights
EntryPointsGrid_CompareUserRight.visible((compareRoleAOTName != ''));
//END BWAL Security Development Tool Addon: compare User rights
This line toggles the columns visibility.
The ‘SetPermissions’ method in it’s turn calls the method ‘LoadEntryPointPermissions’ which we also have to alter:
Insert in method ‘LoadEntryPointPermissions’ at line 116 (before: //Update permissions that no longer exist and so are now NoAccess
):
//BWAL Security Development Tool Addon: compare User rights
entryPointPermissions = SysSecEntryPointManager::GetEntryPointPermissionsForRole(compareRoleID);
for(i = 1; i <= conLen(entryPointPermissions); i = i+2)
{
objectKey = conPeek(entryPointPermissions, i);
accessRightVar = conPeek(entryPointPermissions, i+1);
update_recordSet SysSecEntryPointTmp setting compareUserRight = accessRightVar
where SysSecEntryPointTmp.ObjectKey == objectKey;
}
//END BWAL Security Development Tool Addon: compare User rights
Part 2 filtering in Security Development Tool
Data Dictionary Change
We first create an enum called ‘SysSecFilterCompare’:
Enum created for Security Development Tool FilteringChange the ‘Style’ property to ‘Radio button’ so we can drop it on the form later. Don’t forget to fill out the label properties as well.
Designfunctionality change
Next we drop the previously create enum ‘SysSecFilterCompare’ into the previously created group ‘Compare’ and rename the enum to ‘FilterCompare’.
Set the following properties accordingly:
Auto Declaration = yes Columns = 5
On this radiobutton we only need 1 method:
//BWAL Security Development Tool Addon: modified method Fiter control.
public boolean modified()
{
boolean ret;
ret = super();
element.AddCompareFilter();
SysSecEntryPointTmp_ds.executeQuery();
return ret;
}
//END BWAL Security Development Tool Addon: modified method Filter control.
What does it do? It calls the functionality to add a filter on the datasource and re-executes the query.
Create a method ‘AddCompareFilter’ to make the filter work, like this:
//BWAL Security Development Tool Addon: Actual Filter code
public void AddCompareFilter()
{
QueryBuildDataSource qbds;
QueryBuildRange qbr;
str compareFieldStr = fieldStr(SysSecEntryPointTmp,SystemUserRight);
str currentFieldStr = fieldStr(SysSecEntryPointTmp,AccessRight);
if(CurrentObject.text() != '')
{
if(Compareobject.text() != '')
{
compareFieldStr = fieldStr(SysSecEntryPointTmp,CompareUserRight);
}
qbds = SysSecEntryPointTmp_ds.query().dataSourceTable(tableNum(SysSecEntryPointTmp));
qbds.clearRange(fieldNum(SysSecEntryPointTmp, DataAreaId);
qbr = qbds.addRange(fieldNum(SysSecEntryPointTmp, DataAreaId));
switch(FilterCompare.selection())
{
case SysSecFilterCompare::Equal :
qbr.value(strFmt('(%1 == %2)',currentFieldStr,compareFieldStr));
break;
case SysSecFilterCompare::NotEqual :
qbr.value(strFmt('(%1 != %2)',currentFieldStr,compareFieldStr));
break;
case SysSecFilterCompare::More :
qbr.value(strFmt('(%1 > %2)',currentFieldStr,compareFieldStr));
break;
case SysSecFilterCompare::Less :
qbr.value(strFmt('(%1 < %2)',currentFieldStr,compareFieldStr));
break;
default :
break;
}
qbr.status(RangeStatus::Locked);
}
}
//END BWAL Security Development Tool Addon: Actual Filter Code
What does it do? If there is a value in the ‘Compare’ combobox it will compare the rights in the ‘Compare Results’ column with the ‘Acces Right’ column. The type of comparison is depending on the option selected. If there is no selection in the ‘compare’ combobox then the ‘SystemUser’ rights column is compared to the ‘Access right’ column.
TIP: Use Comparison with filter and recording
You can even use this new feature in combination with the standard filter which is applied after recording security object. So if you want know the difference in access rights between 2 security objects in a certain area of AX. Just record it and use comparison and filtering.
Interesting links:
Installing the Security Development Tool
Security Development Tool Explained by Andre – Part 1
Security Development Tool Explained by Andre – Part 2
Security Development Tool Explained by Andre – Part 3
Security Development Tool Explained by Andre – Part 4
Security Development Tool Explained by Andre – Part 5
Security Development Tool Explained by Andre – Part 6