st
发帖数: 1685 | 1 CLR什么的这些东西，听起来觉得不是非常适合sql啊。总感觉有点违背了sql本身的
味道。 | p***n
发帖数: 635 | 2 personally i don't like their approaches they 're taking to
upgrade SQL Server. i'm fine with the XML,XQuery stuff but
the way (code in SQL server) they are heading is bound to introduce
tighter couping btw database and data access layers, which pretty
much will strongly discourage customers from using other RDMBS
product if they use .NET as app dev platform. from an application
development point of view, it might gain a little bit more productivity
but i think M$ introduced it to gain more mar
【在 st 的大作中提到】
: CLR什么的这些东西，听起来觉得不是非常适合sql啊。总感觉有点违背了sql本身的
: 味道。
| e***g
发帖数: 158 | 3 ...it's the idea, you use the whole or none. it's one integrated platform.
【在 p***n 的大作中提到】
: personally i don't like their approaches they 're taking to
: upgrade SQL Server. i'm fine with the XML,XQuery stuff but
: the way (code in SQL server) they are heading is bound to introduce
: tighter couping btw database and data access layers, which pretty
: much will strongly discourage customers from using other RDMBS
: product if they use .NET as app dev platform. from an application
: development point of view, it might gain a little bit more productivity
: but i think M$ introduced it to gain more mar
| st
发帖数: 1685 | 4 I am still reading some documents about it, the service broker sounds
pretty nice, which solves a lot synchronization problem since heavily
loaded sql server usualy is the bottleneck.... but I hope they could
fix the problem for undetermined replication latency(which can even cause
inconsistency if the server is always busy), make their full text
search system actually usable(how about more control for memory and
64bit support?)... what ever, athlon 64 has been out, why M$ doesnot catch
up with
【在 e***g 的大作中提到】
: ...it's the idea, you use the whole or none. it's one integrated platform.
| L*******r
发帖数: 1011 | 5 呵呵。过年好。
MS 到时候肯定会再写一个data access best practice的，给我们写个data access
facade的.
【在 st 的大作中提到】
: CLR什么的这些东西，听起来觉得不是非常适合sql啊。总感觉有点违背了sql本身的
: 味道。
| y***e
发帖数: 39 | 6 The goal of Yukon, or any product of M$, is to bound the developers and users
to Windows platform, right?
Hosting CLR inside SQL Server is a very good idea if you are in Wintel shop.
Imagine how you manage sql code today and how many workarounds you have to
make in order to make things work in SQL and how nasty to deploy SQL code to
production. I think Oracle, DB2 are taking the same approach. Even MySql has
Java binding now.
Service Broker is a fantastic new feature, and XQueries with indices a
【在 st 的大作中提到】
: I am still reading some documents about it, the service broker sounds
: pretty nice, which solves a lot synchronization problem since heavily
: loaded sql server usualy is the bottleneck.... but I hope they could
: fix the problem for undetermined replication latency(which can even cause
: inconsistency if the server is always busy), make their full text
: search system actually usable(how about more control for memory and
: 64bit support?)... what ever, athlon 64 has been out, why M$ doesnot catch
: up with
| p***n
发帖数: 635 | 7 hehe, data access application block 现在已经出了v2乐. 不知道
WHIDBEY和YUKON 出来以后又会是什么样子
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnbda/html/daab-rm.asp
【在 L*******r 的大作中提到】
: 呵呵。过年好。
: MS 到时候肯定会再写一个data access best practice的，给我们写个data access
: facade的.
|
|
