vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
 sevDataGrid - Gönnen Sie Ihrem SQL-Kommando diesen krönenden Abschluß!  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2024
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

VB.NET - Ein- und Umsteiger
Re: MFC oder doch Code in den Windows-Forms? 
Autor: ModeratorRalfE (Moderator)
Datum: 09.09.10 18:56
Persönlich verwende ich kein Access, sondern den SQL Server (meist in der Express Version). Hat genügend Power, viele Features und wenn nötig kann man Problemlos auf eine der großen Editionen upgraden. Access hat an einigen Punkten doch seine Limitierungen.

Meistens verwende ich Linq To SQL oder das Entity Framework. Für andere Lösungen bin ich persönlich zu faul mich einzuarbeiten und teilweise ist das Tooling bei anderen nicht so toll. Ist aber Geschmackssache, ob man Tools oder Code bevorzugt.
Wenn es auf maximale Performance ankommt oder ich spezielle SQL Befehle brauche, die über einem O/R-Mapper nicht abgedeckt werden, dann verwende ich direkt klassisches ADO.NET mit SqlConnection, SqlCommand etc. Die Abfragen versehe ich mit Parametern.

Wie immer nun der Datenzugriff erfolgt habe ich Klasse(n) mit Methoden, die mir die Daten passend liefern für die jeweilige Form. Diese Methoden können z.B. Daten gefiltert liefern, spezielle Teile (Paging) zurückgeben etc. Dieses Resultat wird dann an die jeweiligen Steuerelemente via BindingSource gebunden.

Im Falle von Linq To SQL und Entity Framework kannst du die Klassen anhand eines Datenbankschemas erstellen lassen. Wenn sich das Schema ändert, kannst du das Klassenmodell aktualisieren.
Beim Entity Framework kannst du auch umgekehrt rangehen: Du definierst das Klassenmodell und lässt dir ein SQL Skript genieren, was eine passende Datenbank generiert.

Generell bist du beim Entity Framework sehr frei, was das Mapping zwischen Klassen und Datenbank betrifft. Bei Linq to SQL bist du ziemlich hart am Datenbankmodell gebunden. Wie es bei XPO, NHibernate etc. aussieht kann ich keine Aussage treffen - kenn ich mich nicht aus.

Ralf

alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
MFC oder doch Code in den Windows-Forms?2.212Froggy08.09.10 18:36
Re: MFC oder doch Code in den Windows-Forms?1.633Zero-G.09.09.10 14:04
Re: MFC oder doch Code in den Windows-Forms?1.521ModeratorFZelle09.09.10 14:16
Re: MFC oder doch Code in den Windows-Forms?1.484ModeratorFZelle09.09.10 14:23
Re: MFC oder doch Code in den Windows-Forms?1.624Froggy09.09.10 14:46
Re: MFC oder doch Code in den Windows-Forms?1.503Zero-G.09.09.10 14:43
Re: MFC oder doch Code in den Windows-Forms?1.509ModeratorFZelle09.09.10 16:21
Re: MFC oder doch Code in den Windows-Forms?1.519ModeratorRalfE09.09.10 15:30
Re: MFC oder doch Code in den Windows-Forms?1.444Froggy09.09.10 18:00
Re: MFC oder doch Code in den Windows-Forms?1.628Zero-G.09.09.10 18:14
Re: MFC oder doch Code in den Windows-Forms?1.495Froggy09.09.10 18:34
Re: MFC oder doch Code in den Windows-Forms?1.934ModeratorRalfE09.09.10 18:56
Re: MFC oder doch Code in den Windows-Forms?1.520Froggy09.09.10 19:16
Re: MFC oder doch Code in den Windows-Forms?1.549ModeratorRalfE09.09.10 19:34
Re: MFC oder doch Code in den Windows-Forms?1.466Froggy09.09.10 22:13
Re: MFC oder doch Code in den Windows-Forms?1.484ModeratorFZelle10.09.10 10:00

Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.

Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
  
   

Copyright ©2000-2024 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.

Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel