Posso controllare la versione dei nuovi rapporti SSDT in Visual Studio?

Question

Sto utilizzando il componente aggiuntivo BI Visual Studio SSDT per creare report per SQL Server Reporting Services. Il progetto che ho creato è configurato per il targeting delle versioni di SQL Server 2008/2012/2014, poiché questi sono i server SQL di destinazione dei nostri clienti.

Tuttavia, i file di report creati in Visual Studio sembrano essere destinati a SQL Server 2016. Se copio i file rdl in un altro server e li carichi tramite il browser, mi viene detto che provengono da una versione più recente di SSRS e non può essere caricato.

Il problema è duplice:

1. Il tag <Report> contiene un nuovo 2016 spazio dei nomi che sostituisce il 2010 quella che esisteva nelle versioni precedenti:

   <Report 
       xmlns:rd="http://schemas.microsoft.com/SQLServer/reporting/reportdesigner" 
       xmlns:cl="http://schemas.microsoft.com/sqlserver/reporting/2010/01/componentdefinition" 
       xmlns="http://schemas.microsoft.com/sqlserver/reporting/2016/01/reportdefinition"> 
   

2. Il nuovo formato di file include un sezione di layout dei parametri definita nello spazio dei nomi 2016, ma non in quella del 2010:

   <ReportParametersLayout> 
         . 
         . 
         . 
   </ReportParametersLayout> 
   

Se cambio lo spazio dei nomi di nuovo a 2010 e rimuovere la sezione ReportParametersLayout, il rapporto funziona bene in SQL 2012, ma Visual Studio metterà indietro la prossima volta che apro il rapporto.

(È interessante notare che, se schiero i rapporti direttamente da VS, ottengo un avvertimento che il layout del parametro non è supportato nel 2012 e di essere rimosso, il che implica che Visual Studio sta riparando le definizioni dei report al volo.)

Esiste un modo per forzare VS a lasciare i file di report nel formato delle versioni precedenti?

Answer 1

Questo è di progettazione.

Vedi https://connect.microsoft.com/SQLServer/Feedback/Details/2103422

Pubblicato da Riccardo [MSFT] il 2015/12/18 alle 05:07
In base alla progettazione, TargetServerVersion colpisce costruire file di output, non file di origine. Si distribuiscono i file di output di build (che è possibile estrarre dalla cartella \ bin \ Debug o \ bin \ Release all'interno del progetto) anziché dai file di origine.

Answer 2

Ha avuto lo stesso problema utilizzando SSDT versione 14.0.60305.0.

1) Sono stato in grado di modificare l'attributo dello spazio dei nomi xmls nel tag <report> di ciascuno dei miei report per adattarlo all'ambiente di destinazione. Riferimento https://msdn.microsoft.com/en-us/library/cc627465.aspx su come determinare la versione dello schema RDL del server di destinazione.

2) Ho modificato TargetServerVersion nelle pagine delle proprietà del progetto su "SQL Server 2008 R2, 2012 o 2014". Riferimento http://www.sqlskills.com/blogs/tim/issue-publishing-to-ssrs-2012-with-ssdt-2015/ per vedere come aprire la pagina delle proprietà del progetto.

HTH