﻿<?xml version='1.0' encoding='UTF-8'?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>SQLServerCentral / Reporting Services / Reporting Services  / Reportserver Engine changing non-unicode to unicode / Latest Posts</title><generator>InstantForum.NET v2.9.0</generator><description>SQLServerCentral</description><link>http://www.sqlservercentral.com/Forums/</link><webMaster>notifications@sqlservercentral.com</webMaster><lastBuildDate>Sun, 26 May 2013 00:38:27 GMT</lastBuildDate><ttl>20</ttl><item><title>RE: Reportserver Engine changing non-unicode to unicode</title><link>http://www.sqlservercentral.com/Forums/Topic1409095-150-1.aspx</link><description>[quote][b]sqldba_newbie (1/18/2013)[/b][hr]I am experiencing this exact issue as mentioned here [url=http://blogs.msdn.com/b/sql_pfe_blog/archive/2009/06/17/possible-performance-implications-when-using-string-parameters-in-reporting-services.aspx][/url]. I do have a work around. I was wondering is there a setting on the report server or some type of setting on the report server so that we can avoid this conversion?[/quote]I've always considered the implementation of multi-value parameters in SSRS to be sub-optimal for this very reason. The most effective workaround, in my view, is to use a stored procedure that accepts the comma-delimited string that SSRS creates from the multi-value parameter and calls a string-splitter function like this one:[url]http://www.sqlservercentral.com/articles/Tally+Table/72993/[/url]to split the values into a rowset that you can use with an IN condition in the WHERE clause. This way, you can convert the individual parameter values to the same datatype as the column on the other side of the IN, making a SARGable condition that can make use of an appropriate index, if one exists.</description><pubDate>Wed, 23 Jan 2013 11:47:33 GMT</pubDate><dc:creator>wolfkillj</dc:creator></item><item><title>RE: Reportserver Engine changing non-unicode to unicode</title><link>http://www.sqlservercentral.com/Forums/Topic1409095-150-1.aspx</link><description>There is no report server setting to change the parameters in SSRS from Unicode to Non-Unicode.</description><pubDate>Tue, 22 Jan 2013 01:48:50 GMT</pubDate><dc:creator>anthony.green</dc:creator></item><item><title>RE: Reportserver Engine changing non-unicode to unicode</title><link>http://www.sqlservercentral.com/Forums/Topic1409095-150-1.aspx</link><description>Anyone?</description><pubDate>Mon, 21 Jan 2013 14:05:42 GMT</pubDate><dc:creator>curious_sqldba</dc:creator></item><item><title>Reportserver Engine changing non-unicode to unicode</title><link>http://www.sqlservercentral.com/Forums/Topic1409095-150-1.aspx</link><description>I am experiencing this exact issue as mentioned here [url=http://blogs.msdn.com/b/sql_pfe_blog/archive/2009/06/17/possible-performance-implications-when-using-string-parameters-in-reporting-services.aspx][/url]. I do have a work around. I was wondering is there a setting on the report server or some type of setting on the report server so that we can avoid this conversion?</description><pubDate>Fri, 18 Jan 2013 13:55:32 GMT</pubDate><dc:creator>curious_sqldba</dc:creator></item></channel></rss>