Date diferite este returnat atunci când utilizați extensia acoperire de date listă SharePoint pentru un raport în SSRS 2008 R2 sau SSRS 2012

Traduceri articole Traduceri articole
ID articol: 2826162 - View products that this article applies to.
Măriți totul | Reduceți totul

Simptome

Luați în considerare următorul scenariu:

  • Ai un Microsoft SQL Server Reporting Services 2008 R2 (SSRS 2008 R2) sau raport Microsoft SQL Server Reporting Services 2012 (SSRS 2012) pentru o listă Microsoft SharePoint sau bibliotecă de documente.
  • Raportul utilizează extensia acoperire de date SQL Server Reporting Services SharePoint Listă tabel predefinită.
  • Construiți o interogare de setul acoperire de date, care este bazat pe Listă tabel SharePoint sau bibliotecă de documente, și apoi executați interogarea în report designer.
  • Implementare raport la ferma SharePoint care găzduiește SharePoint Listă tabel sau biblioteca de documente.
În această situație, dataset interogări returnează un rezultat diferit în report designer decât în ferma SharePoint.

De exemplu, creați o vizualizare Proiect nouă în SharePoint în care selectați opțiunea de vizualizare Proiect afi?ează toate elementele fără foldere într-o bibliotecă de documente. Setați noua vizualizare Proiect ca vizualizare Proiect implicită pentru biblioteca de documente. În această situație, raportul returnează date diferite din fermă SharePoint decât în report designer.

NotăDacă implementați raportul la situl SharePoint, numai sus nivel foldere și fișiere din biblioteca de documente sunt returnate. Cu toate acestea, report designer întoarce toate fișierele care reflecta vizualizarea implicită schimba indiferent de dosarul locații.

Cauză

Această problemă se produce din cauza căile de alt cod care sunt luate de SSRS 2008 R2 sau SSRS 2012 când SharePoint se execută raportul în aceeași exploatație ca Listă tabel. Când ferma SharePoint locală se execută raportul, Listă tabel este regăsită utilizând calea SPLocalConnection . Calea Citește direct din Listă tabel SharePoint fără săpun apeluri și construiește o copie locală a informații listă fără configurația de vizualizare Proiect implicită. De aceea, calea SPLocalConnection nu reflectă modificările în vizualizarea implicită.

Cu toate acestea, când report designer se execută raportul, raportul utilizează calea SPRemoteConnection . Această cale utilizează apeluri de săpun, care seamănă cu GetListCollection funcția. Această funcție accesează site-ul printr-o conexiune HTTP la distanță în loc de conexiunea locală. Prin urmare, modificările vor fi reflectate în configurația de vizualizare Proiect implicită.

Remediere

Pentru a soluționa această problemă, utilizați una dintre următoarele metode:
  • Implementa raportul la un server de raport de mod nativ, și apoi executați raportul la mod nativ raport server.

    Notă
    Dacă aveți pentru a vizualiza raportul în SharePoint, instala mod nativ Web Part vizualizator raport în SharePoint, și apoi de apel sosit raportul de la dumneavoastră exemplu nativ de Reporting Services.

    Pentru mai multe informații despre cum să Vezi și să explorați mod nativ rapoarte folosind păr?i Web SharePoint, du-te la următorul site Web MSDN:
    Cum să Vezi și explora mod nativ rapoarte folosind păr?i web SharePoint
  • Implementare SharePoint listă sau bibliotecă de documente la o fermă SharePoint diferite care pot fi accesate de fermă care au raport a implementat. Prin urmare, raportul în ferma locală pot accesa Listă tabel la distanță.
  • Utilizați o extensie acoperire de date XML pentru a construi o interogare XML fără a utiliza extensia acoperire de date listă SharePoint.

Stare

Microsoft a confirmat că aceasta este o problemă asociată cu produsele Microsoft enumerate în secțiunea „se aplică la".

Proprietă?i

ID articol: 2826162 - Ultima examinare: 19 martie 2013 - Revizie: 1.0
Se aplică la:
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Express
  • Microsoft SQL Server 2012 Service Pack 1
  • Microsoft SQL Server 2012 Standard
  • Microsoft SQL Server 2012 Web
  • SQL Server 2012 Enterprise Core
  • Microsoft SQL Server 2008 R2 Datacenter
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Express
  • Microsoft SQL Server 2008 R2 Reporting Services
  • Microsoft SQL Server 2008 R2 Service Pack 2
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 R2 Web
  • Microsoft SQL Server 2008 R2 Workgroup
Cuvinte cheie: 
kbsurveynew kbtshoot kbexpertiseadvanced kbmt KB2826162 KbMtro
Traducere automată
IMPORTANT: Acest articol a fost tradus de software-ul de traducere automată Microsoft, si nu de un traducător. Microsoft vă oferă atât articole traduse de persoane, cât și articole traduse automat, astfel incat aveti access la toate articolele din Baza noastră de informatii în limba dvs. materna. Totuși, un articol tradus automat nu este întotdeauna perfect. Acesta poate conține greșeli de vocabular, sintaxă sau gramatică, la fel cum un vorbitor străin poate face greșeli vorbind limba dvs. materna. Compania Microsoft nu este responsabilă pentru nici o inexactitate, eroare sau daună cauzată de traducerea necorespunzătoare a conținutului sau de utilizarea traducerii necorespunzătoare de către clienții nostri. De asemenea, Microsoft actualizează frecvent software-ul de traducere automată.
Face?i clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 2826162

Trimite?i feedback

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com