Seit letztem Jahr arbeiten wir an einem Projekt, welches die ADO.NET Data Services (aka Astoria) einsetzt, um auf die Daten einer Microsoft SQL 2008 Datenbank zuzugreifen. Der Einsatz der Technologie hat gezeigt, das die Theorie zu REST + SQL Server DB ganz toll klingt, man sich die Features aber teils teuer erkauft. Ich möchte irgendwann man ein eigene Post zum Thema schreiben. Heute möchte ich einfach mal zeigen, über was man sich plötzlich alles freuen kann (aus dem Blog von des Astoria Teams):
> > Row Count: One scenario we heard a ton of feedback on after shipping V1 of ADO.NET Data Services in the .NET Framework 3.5SP1 is the ability for the a client of a data service to determine the total number of entities in a set without having to retrieve them all. To address this need, we have extended the data services addressing scheme to allow a client to obtain this type of information without having to download all the entities in a set.
> > Enhanced BLOB Support: This feature enhances the BLOB support provided in V1 to enable data services to stream arbitrarily large BLOBs, store binary content separate from its metadata, easily defer the loading of BLOB content when its metadata is requested, etc. For CTP1 we'll include server side support for this feature only. Client library support will likely come in a future CTP. > >
Mehr Informationen findet man hier:
Project Astoria Team Blog - Announcing ADO.NET Data Services v1.5 CTP1
JohnPapa.net - ADO.NET Data Services v1.5 is on its way
Die Entscheidung in unserem Projekt zu Gunsten von ADO.NET Data Services bleibt noch immer eine richtige, allerdings hätte man als “Dev mit Microsofterfahrung” wissen müssen, das eine V1 nie reibungslos läuft :-)
Ciao Marco
P.S. Was mich am meisten stört, ist die Problematik richtig nach dem Produkt zu suchen, da es bisher wohl keine “offizielle” Abkürzung gibt.