DataSet Best Practices?

Ich bin neu bei dotNet, also ... in meinem nächsten Projekt ist es req. von mir, DataSet (Desktop-App) zu verwenden. Ich habe das meiste davon verstanden, aber ... einfache Frage: Ist es besser, einen Datensatz für das gesamte Projekt zu erstellen (mehr als 150 Tabellen, mehr als 90 gespeicherte Prozeduren ...) oder ist es vernünftiger zu erstellen, sollte ich sagen, kleiner Datasets für jedes App-Modul (Leistung ist sehr wichtig !!!) Der Großteil der App-Logik ist in DB implementiert (gespeicherte Prozeduren, Trigger ... DB ist ORACLE).DataSet Best Practices?

Quelle

2011-01-13 EmirZ

Meine beste Praxis für 'DataSets' wäre: ** vermeide sie **. Verwenden Sie stattdessen ein ORM (das macht Ihre Datenbankzeile zu einem gut verwendbaren .NET-Objekt, so dass Sie mit Eigenschaften eines Objekts arbeiten können, anstatt sich mit Spaltennamen und Conversions und dergleichen zu beschäftigen ...) –

Stark typisiert Datasets sind auch .NET-Objekte und Sie müssen sich nicht mit Typumwandlungen herumschlagen. –

Ich würde empfehlen, 1 Datensatz für alles zu haben, wie jedes Mal, wenn Sie es instanziieren, müssten Sie alle Tabellen erstellen.

Ich würde logische Gruppe empfehlen.

Quelle

2011-01-13 22:43:13

Warum müssen Sie es mehr als einmal instanziieren? Sie können es für alle Anwendungen freigeben. –

Sie wollen nicht Ihre gesamte Datenbank in den Speicher laden ....... das skaliert einfach nicht ... und ist anfällig für eine Vielzahl von Problemen ... –

Hängt von der Größe Ihrer Datenbank oder der Teil davon, den Sie ständig benötigen (zB Stammdaten) und auch die Anzahl der möglichen Benutzer. Es könnte schneller und mit weniger Verkehr sein, nur eine Instanz für alle Benutzer zu verwenden, anstatt alle Daten bei jedem Postback neu zu laden. –

DataSet Best Practices?

Antwort

Verwandte Themen