Scott Mitchell hat mit seinen Artikeln "Why I Don't Use DataSets in My ASP.NET Applications" und "More On Why I Don't Use DataSets in My ASP.NET Applications" sowie seinen beiden Blog-Postings "Why I Don't Use DataSets in My ASP.NET Applications" und "More On Why I Don't Use DataSets in My ASP.NET Applications" die Diskussion um DataSets vs. DataReader und OO neu entfacht.

Grundlegend ist allerdings eine eher ablehnende Haltung gegenüber DataSets erkennbar - insbesondere oberhalb des DataLayers, wie die folgende Auswahl an Reaktionen auf Scott's Veröffentlichungen zeigt:

More Debate on DataSet vs DataReader

The _real_ reason to shy away from DataSets - level 300

Scott doesn't use datasets in ASP .NET Applications

Außerdem gibt es bei DevX einen Performance-Test zu diesem Thema:

A Speed Freak's Guide to Retrieving Data in ADO.NET

Ich persönlich stehe auf dem Standpunkt von Jeffrey Palermo: "No assembly should have a reference to ADO.NET except the data layer", verwende in diesem aber Typed DataSets.

Wie ist Eure Meinung?

Jackie Goldstein zeigt in dem MSDN-Artikel "New DataSet Features in Visual Studio 2005" neue DataSet Features, die mit VS 2005 eingeführt werden - coole Sache. Nur bräuchte man mehr Zeit... :'(

Andrew Conrad gibt in seinem Posting "Everybody's favorite topic - NULL" einen Überblick über Sinn und Zweck sowie die Verwendung von DBNull.

Hierbei handelt es sich um eine 15-teilige Serie von Webcasts, die sich Themen wie Class Design, ADO.NET, Multi-Tier-Application-Design sowie C# und ASP.NET 2.0 u.v.m. widmet.

Start ist am 1. März mit dem Webcast "Program Execution in the 21st Century".

Zur Zeit findet diese Serie auch unter dem Titel "Modern Software Development using VB.NET" statt.

Besagte Fehlermeldung kann daher rühren, dass ein Tippfehler im Connectionstring vorliegt.

Beispiele für korrekte Connectionstrings finden sich hier.

Mittels .RowFilter kann man in einer DataView ein SELECT-Statement auf eine DataTable absetzen.

Heute tauchte die Frage auf, wie man Datumswerte mit .RowFilter behandelt.

Lösung: entweder Apostrophen oder #-Zeichen verwenden, also z.B:

dv.RowFilter = "Datum >='" + System.DateTime.Now.ToShortDateString() + "'"

oder:

dv.RowFilter = "Datum >=#" + System.DateTime.Now.ToShortDateString() + "#"

Rob Gruen hat einige Resourcen  zum Thema Data Concurrency in ADO.NET in seinem Blog zusammengestellt.

"Using an ADO.NET DataSet as a Reporting Services Data Source" erklärt, wie man eine Data Processing Extension für die SQL Server Reporting Services erstellt, die ein ADO.NET DataSet als Datenquelle verwendet.

Christian Weyer und Ralph Westphal werden am 5. August um 16:00 Uhr einen WebCast zum Thema ADO.NET moderieren.

Abstract: "Der große Unterschied zwischen ADO.NET und bisherigen Datenzugriffstechnologien kommt erst zum Tragen, wenn es um die Verarbeitung von Daten in mehreren zusammengehörigen Tabellen mit 1:n- und n:1-Beziehungen geht. Ralf Westphal und Christian Weyer diskutieren daher im WebCast Wege, um Beziehungsgeflechte zu definieren und effizient in DataSets zu laden bzw. Änderungen daran zu speichern. Insbesondere Aspekte verteilter Mehrbenutzeranwendungen wie die gleichzeitige Bearbeitung von Daten und die Minimierung des Datentransfers zwischen Anwendungsschichten kommen zur Sprache."

Abstract: "Use ASP.NET and a generic XSL file to convert any XML data into an Excel spreadsheet. This generic XSL can be used to present XML reports to users in Excel via their web browser. The XML data actually gets converted to an Excel XML spreadsheet, and for that reason Excel 2002/2003 is required on the client. Once the data has been converted it can be saved, on the client, as an Excel Spreadsheet or opened in the client's web browser."

Convert XML To an Excel Spreadsheet Using XSL