C# ReportViewer mit nicht typisierten datatable-Quellen

Habe ich überprüft durch die Geschichte der Fragen, Treffer, google, und andere Ergebnisse und bin immer noch völlig verblüfft über die C# - reportViewer. Es scheint zu wollen, nur mit "eingegeben" werden datasets. Wie viele andere Leute befragt habe, und ich sah keine wirkliche Antwort, vielleicht ein neues posting zu ziehen etwas neues.

In seiner einfachsten form, ich habe eine business-Objekt, führt eine Abfrage aus einer Datenbank. Ich weiß, was die sich ergebenden Spalten sind und wollen, haben es eingesteckt in einen spezifischen Bericht, der richtig "formatiert", wie ich brauche, im Gegensatz zu einer einfachen spaltenförmigen dump.

Da die Abfrage gibt eine "DataTable" - Objekt, aber keine bekannten Spalten sind "typisiert", ich bin gehimmelt.

Wie erwähnt in anderen Beiträgen, wenn ich ein system von über 200 Tische, 400+ views und 200+ stored procedures, ich will nicht type-cast alles. Vor allem, wenn ich mache eine NEUE Abfrage, die das Ergebnis der einzelnen Tische war von einige NEUE gespeicherte Prozedur.

Sollte es nicht so schwer zu ziehen einen Bericht. Wenn ich die Spalte falsch, oder SUM(), COUNT(), oder was auch immer falsch, das ist meine Schuld, aber zumindest lassen Sie mich eine nicht typisierte Tabelle in einem Bericht.

Helfen...

InformationsquelleAutor DRapp | 2010-01-05
  1. 3

    DataTable-Spalten müssen nicht eingegeben werden, Sie können alle verwenden die Standard-string.

    Was ich Tat, war ich fügte hinzu, ein DataSet zu meinem Projekt und entwarf das DataSet entsprechen meiner Abfrage. Ich ließ alle Spalten als strings. In der RDLC, ich habe eine Tabelle mit diesem DataSet als mein datasource, streng für die design-Zeit-Zwecke.

    Zur Laufzeit, ich stattdessen dynamisch getauscht in eine DataTable generiert ich und stellte sicher, dass die abgestimmten design-Zeit-Datensatz (denn Sie sind alle strings, ich muss nur sicherstellen, dass meine DataTable hat die gleiche Anzahl von Spalten und die Spaltennamen übereinstimmen). 

            DataTable dt = new DataTable();
        DataColumn dc = dt.Columns.Add();
        dc.ColumnName = "DataColumn1";

        dc = dt.Columns.Add();
        dc.ColumnName = "DataColumn2";

        dt.Rows.Add(new object[] { "Frank", 32 });

        this.reportViewer1.LocalReport.DataSources.Clear();
        this.reportViewer1.LocalReport.DataSources.Add(new ReportDataSource("DataSet1_DataTable1", dt));

        this.reportViewer1.RefreshReport();

    Zur Laufzeit der ReportViewer lädt diese DataTable als Datenquelle und verwendet Sie zum füllen der Tabelle.

    Ist, dass das, was Sie nach sind?

    • Nah, ich war schon das betrachten anderer Beispiele dieser basis. Jedoch, wenn ich versuche, entwerfen Sie den Bericht, ich bekomme immer Fehler Meldungen über Ausnahme-Feld / Wert-Einstellungen. So, aus deinem Beispiel oben, wie würden Sie die identifizieren Sie die "value" - element für die Bericht-Textfeld ausgegeben... so etwas wie =First( Fields!DataColumn1.Wert, "DataSet1_DataTable1" ) ??? Mein Versuch compiler-Fehler...
    • Ja, das ist genau, wie Sie es tun würde. Wenn Sie nur eine Datenquelle in den Bericht, die Sie nicht brauchen, um den Namen der datasource in das Textfeld ein. DataColumn1 ist der name der Spalte in das DataSet. Wenn Sie entwerfen Sie ein DataSet in VS mit der DataSet-designer, und fügen Sie eine Tabelle fügen Sie dann eine Spalte, "DataColumnX" ist die Standard-Namen für Sie. Ich habe einen blog-Eintrag, dass die Gespräche über die Herangehensweise: blogs.msdn.com/magreer/archive/2008/10/16/..., die könnte hilfreich sein, oder es könnte nicht, es gibt eine MENGE von verschiedenen Möglichkeiten, können Sie sich den viewer
    • Der Unterschied zwischen meinem blog-Eintrag und was ich schlage vor, hier wird Sie nicht haben, um tatsächlich zu definieren, die einen starken Typ für jede Spalte, wenn Sie nicht möchten, legen Sie Sie einfach als string. Sie können setup-DataSets, die sind ziemlich generisch, nur noch X Spalten in Ihnen, die alle den Namen "Column0" durch "ColumnX", und zur Laufzeit können Sie die Einstellungen deiner DataTable zu passen in dieses schema. Der Bericht wird erwarten, dass ein schema für die Daten, das bedeutet Grenze, wie dynamisch ein Bericht kann hier sein, die alternativen zu generieren, die RDL-dynamisch, das ist eine ganz andere Ballspiel.
    • Ok, was für ein Haufen dreck zu springen durch... Historisch Entwicklung in VFP, Sie alles, was Sie wollte für Ihre textbox-Steuerelemente zur Entwurfszeit. Zur Laufzeit, wenn Sie nicht finden, was Sie wollte, würgte er und Sie fest zu Ihrer Anfrage. Ja, starke Typisierung ist toll, aber wenn Sie Abfragen erstellen, die dynamisch -- Felder, Spalten, etc, ich kann sehen, warum so viele Menschen frustriert mit so einem locked-down-reporting-Mechanismus, der verhindert, dass jemand von shooting selbst in den Fuß.
    InformationsquelleAutor Matt Greer
Schreibe einen Kommentar