Before I go on to explain why I think that, I should probably mention that this isn't just a Microsoft thing, as IBM also mentions similar ideas as part of its (broader and sometimes even worse) view of "Information as a Service"
So why is exposing the database through a web service (RESTful or otherwise) wrong? Let me count the ways:
It circumvents the whole idea about "Services". There's no business logic.
It makes for CRUD resources/services.
It is exposing internal database structure or data rather than a thoughtout contract.
It encourages bypassing real services and going straight to their data.
It creates a blob service (the data source).
It encourages minuscule demi-serices (the multiple "interfaces" of said blob) that disregard few of the fallacies of distributed computing .
It is just client-server in sheep's clothing.
When it comes for ADO.NET data services you can add a few other problems like
it isn't really RESTful. You can also "enhance" the services with operations like example 18 in "Using ADO.NET data services" : http://host/vdir/northwind.svc/CustomersByCity?city=London (though it does support caching and hypermedia ). Not being only RESTful is not a bad thing in itself. It is the inconsistency of the API when the reson de etre of the service is exposing data
Also (on not being RESTful) it doesn't really externalize a state machine -- it externalizes a relational model
How Enterprises Are Attacking the IT Security EnterpriseTo learn more about what organizations are doing to tackle attacks and threats we surveyed a group of 300 IT and infosec professionals to find out what their biggest IT security challenges are and what they're doing to defend against today's threats. Download the report to see what they're saying.
IT Strategies to Conquer the CloudChances are your organization is adopting cloud computing in one way or another -- or in multiple ways. Understanding the skills you need and how cloud affects IT operations and networking will help you adapt.