Transfer Datatable aus einer aspx-Seite zu einem anderen C#

Ich habe eine Frage, die hoffentlich jemand beantworten kann, was ist der beste Weg der übertragung von Datatable zu einem anderen .aspx-Seite, es kann also gesammelt und gebunden zu Gridview in C#?

  • Cookies?
  • Sitzungen?
  • Cache?
InformationsquelleAutor ChrisMogz | 2009-12-10
  1. 5

    Es gibt keine einzelne "beste" - so hängt es von der Struktur der Anwendung und der Größe der Klumpen von Daten, die Sie übertragen möchten. Es wird auch davon abhängen, was Sie tun mit ihm an jedem Ende.

    Beim meisten basic Niveau, die Antwort ist in der Sitzungsstatus - cookies sind unangemessen, weil (Verallgemeinerung) der Klumpen von Daten, die Sie verschieben möchten, ist zu groß. Cache ist es, Sie zu vermeiden, dass neu zu laden Dinge, aber (wieder eine Verallgemeinerung) sollten Sie nicht verwenden es für Dinge, die Sie erfordern da zu sein, wenn Sie gehen zurück zu schauen, die Sie Blätter mit session.

    Natürlich davon ausgegangen, dass du die datatable an alle. Der andere Weg, dies zu tun ist, einfach die Taste mit dem Wert(en), mit denen Sie die datatable abrufen von Speicher - so laden Sie die Tabelle einmal für die erste Seite, Dinge zu tun, beibehalten, die key value(s) navigieren Sie zur zweiten Seite, laden Sie die Datentabelle aus, Ihre Speicher-und dann tun solche updates erforderlich sind. Dies ist notionally ein besseres Modell (seine ein Kompromiss zwischen dem overhead oder dem serialisieren/Deserialisieren der Tabelle session vs ziehen die Daten aus dem datastore und natürlich zwischen datastore und Anwendung ist eine geeignete Möglichkeit, um die Daten im cache) und wenn Sie diesen Weg gehen können Sie entweder die Sitzung oder, wenn Sie wollen, ein cookie, das wiederum befreit Sie von der Abhängigkeit Sitzung.

    Wie gesagt, die einfache, praktische, Antwort ist in der Sitzung - aber Sie müssen sich bewusst sein, der Gemeinkosten und der sonstigen Randbedingungen, die diese Orte auf Sie.

    • Ein weiterer Faktor, um zu entscheiden, zwischen der Session-und Cache: Sitzung Benutzer-spezifische, während die Cache-Anwendung breit. Also ein Element im Cache gespeichert sind, für alle Benutzer sichtbar ist, das ist nicht der Fall für die Sitzung.
    • Ich hatte Total übersehen, dass, obwohl es so offensichtlich, dass es weh tut (auch ish, hängt davon ab, wie Sie wichtige Dinge). Tragen Sie es im Auge.
    InformationsquelleAutor Murph
  2. 3

    Cookies - definitiv nicht.
    Sitzung - möglicherweise, abhängig von der Anzahl der Benutzer/die Belastung der server.
    Cache - wahrscheinlich keine gute Idee, es sei denn, das raster ist durch viele Benutzer (dh der Daten gewährleistet werden zwischengespeichert).

    Können nicht Sie einige Informationen, auf die andere Seite, die es erlauben würde, die Seite, um die Daten für das gridview selbst - vielleicht etwas so einfaches wie einen querystring-parameter,z.B. productId=10?

    Lesen Sie auch über cross page posting in ASP.NET.

    InformationsquelleAutor RichardOD
  3. 2

    Wenn Sie eine Umleitung auf die andere Seite, die Session ist ein guter Ort. Aber wenn die DataTable ist nicht zu teuer, zu neu würde ich wahrscheinlich senden Sie eine neue Abfrage an die Datenbank.

    InformationsquelleAutor Darin Dimitrov
  4. 2

    Cross page posting ist eine Sache, die Sie tun können, indem Sie eine Eigenschaft, die hält Ihre DataTable. Eine weitere option ist das füllen der datatable wieder auf die nächste Seite, wenn es nicht zu teuer, es wieder zu tun. Cache und session, denke ich, wird teuer. Cookies ist definitiv keine option, da es aussetzen all die Dinge, die an den client.

    InformationsquelleAutor IsmailS
  5. 1

    Kommt es auf den Inhalt Ihrer datatable.

    Möchte ich ausschließen Cookies, weil es zwingt Sie zu übertragen alle Daten zum client und zurück(vermute, dass wenn es ein DataTable-es können sehr viele Datensätze).

    Sessions und cache wird aber zu berücksichtigen, dass Sie im Speicher gespeichert, wohl solange, wie der Anwender, bleibt die Sitzung aktiv.

    Wenn die Abfrage nicht zu lange dauern, um auszuführen, würde ich überlegen, es wieder zu laufen.

    InformationsquelleAutor Sergio
  6. 1

    Könnte man serialisieren im ViewState.

    • Speicherung von mehr Daten in der view state wird zu erhöhen der Größe einer Seite, während die Seite-rendering.
    • ViewState ist nur für bestimmte Seite
    • Zweitens wird es das senden von großen Daten an und vom client machen, die-Seite-Antwort langsam
    • ViewState kann übertragen werden auf eine andere Seite mit cross-page-posting. Die Daten werden nur so groß wie die DataTable, so Urteil erforderlich ist.
    InformationsquelleAutor Chris Fulstow
  7. -7

    Sitzung wird die beste opition.

    • Cache ist nicht die beste option, weil Sie nicht garantieren können, dass die Daten noch da sein.
    • Cache ist die schlechteste option. Es ist flüchtig und unberechenbar. Artikel können jederzeit wieder entfernt werden, wenn der server erkennt, Arbeitsspeicher, was passieren könnte zwischen Seite überträgt. Es ist auch nicht ideal für die Unterstützung mehrerer Anfragen, von denen jeder erfordern würde, die seine eigene einzigartige cache-key. Gehen mit Session, ViewState, oder verharren in einer Datenbank.
    • egal, das ist ganz nachdrücklich nicht, was Cachen ist und Verwendung der asp.net cache ist daher geeignet, zu einem bestimmten Zeitpunkt zu produzieren komische Fehler, wenn die Anwendung unter Last. Ja, es wird wahrscheinlich funktionieren, aber das nicht machen es richtig oder akzeptabel.
    • Ich würde sagen, der cache ist die schlechteste option nach cookies.
    InformationsquelleAutor solairaja
Schreibe einen Kommentar