b******e
发帖数: 1861 | 1 现在流行的云计算怎么能够应用到传统的web layer+domain layer+database结构的应
用系统？
对于Google doc这种云应用我可以理解，用户的数据都放到云里。可是对一般的数据库
存储数据，
domain layer用java实现存取数据到数据库，然后servlet和domain logic layer交互
取存数
据的应用，云计算怎么和这些结合呢？难道数据可以不用存到数据库里？ |
g*****g
发帖数: 34805 | 2 DB is also in the cloud. Google app engine has JDO and JPA interfaces
and they use bigtable to back it up. Amazon E2 allows you to run a
mysql on the virtual host, or you can use their S3 as storage.
【在 b******e 的大作中提到】
: 现在流行的云计算怎么能够应用到传统的web layer+domain layer+database结构的应
: 用系统？
: 对于Google doc这种云应用我可以理解，用户的数据都放到云里。可是对一般的数据库
: 存储数据，
: domain layer用java实现存取数据到数据库，然后servlet和domain logic layer交互
: 取存数
: 据的应用，云计算怎么和这些结合呢？难道数据可以不用存到数据库里？
|
o**1
发帖数: 6383 | 3 google app engine 用的是bigtable, 不是传统的 relational 数据库，属于NoSQL.
Amazon的云计算用的是 SimpleDB 也属于NoSql的一种。
NoSql 数据库应该会逐渐流行起来，老的 Relational database 也该退休了，ORM 问
题搞的程序员很不爽。
【在 b******e 的大作中提到】
: 现在流行的云计算怎么能够应用到传统的web layer+domain layer+database结构的应
: 用系统？
: 对于Google doc这种云应用我可以理解，用户的数据都放到云里。可是对一般的数据库
: 存储数据，
: domain layer用java实现存取数据到数据库，然后servlet和domain logic layer交互
: 取存数
: 据的应用，云计算怎么和这些结合呢？难道数据可以不用存到数据库里？
|
B*****g
发帖数: 34098 | 4 oracle是不是该破产了？赫赫。
【在 o**1 的大作中提到】
: google app engine 用的是bigtable, 不是传统的 relational 数据库，属于NoSQL.
: Amazon的云计算用的是 SimpleDB 也属于NoSql的一种。
: NoSql 数据库应该会逐渐流行起来，老的 Relational database 也该退休了，ORM 问
: 题搞的程序员很不爽。
|
l******e
发帖数: 12192 | 5 分特，现在真是hype一个接一个呀
这个怎么可能取代传统的db
【在 B*****g 的大作中提到】
: oracle是不是该破产了？赫赫。
|
B*****g
发帖数: 34098 | 6 zkss
【在 l******e 的大作中提到】
: 分特，现在真是hype一个接一个呀
: 这个怎么可能取代传统的db
|
l******e
发帖数: 12192 | 7 就是些社交网站搞这玩意，你看哪个银行敢用这个。呵呵
【在 B*****g 的大作中提到】
: zkss
|
o**1
发帖数: 6383 | 8 银行这种大公司，稳定最重要，肯定不追新潮流。
淘宝在用 NoSql.
【在 l******e 的大作中提到】
: 就是些社交网站搞这玩意，你看哪个银行敢用这个。呵呵
|
w*r
发帖数: 2421 | 9 You mean MVS fixed length record right? it is NoSql structured storage
anyway..
this is nothing new.. .and banks has been using the old MVS for decades
before relational DB came into picture.
【在 l******e 的大作中提到】
: 就是些社交网站搞这玩意，你看哪个银行敢用这个。呵呵
|
g*****g
发帖数: 34805 | 10 我们已经开始向Cassandra转了，主要是便宜，scalabiity高。
【在 o**1 的大作中提到】
: google app engine 用的是bigtable, 不是传统的 relational 数据库，属于NoSQL.
: Amazon的云计算用的是 SimpleDB 也属于NoSql的一种。
: NoSql 数据库应该会逐渐流行起来，老的 Relational database 也该退休了，ORM 问
: 题搞的程序员很不爽。
|
|
|
g*****g
发帖数: 34805 | 11 We are using cassandra for our new projects. It's free and it's
faster than relationional DB. The problem is lack of transaction
support and there may be latency in consistency. Integrity is
an issue.
It's certainly suitable for non-critical application though.
【在 o**1 的大作中提到】
: 银行这种大公司，稳定最重要，肯定不追新潮流。
: 淘宝在用 NoSql.
|
B*****g
发帖数: 34098 | 12 关于这个好虫写点儿心得吧
【在 g*****g 的大作中提到】
: We are using cassandra for our new projects. It's free and it's
: faster than relationional DB. The problem is lack of transaction
: support and there may be latency in consistency. Integrity is
: an issue.
: It's certainly suitable for non-critical application though.
|
r*****s
发帖数: 985 | 13 A dump q since i haven't used nosql in real projects:
Is it possible to provide Tx thru spring transaction manager at the method
level?
【在 g*****g 的大作中提到】
: We are using cassandra for our new projects. It's free and it's
: faster than relationional DB. The problem is lack of transaction
: support and there may be latency in consistency. Integrity is
: an issue.
: It's certainly suitable for non-critical application though.
|
g*****g
发帖数: 34805 | 14 有兴趣可以去读Cassandra definite guide。这个也不是三言两语
能说清楚的。
好处就是快，特别是写很快。做集群容易，搞几个desktop串一块能
赶上一个牛逼服务器，而且部署容易，支持热部署。
跟一台牛逼服务器上跑Oracle成本差得不是一点半点。
坏处就是没有transaction，没有foreign key, 只有很简单的index，
很多relational DB可以cascade的事情都要自己在应用里做。没有很好的
UI可以方便地查询。总之作为程序员难度是大多了。
【在 B*****g 的大作中提到】
: 关于这个好虫写点儿心得吧
|
g*****g
发帖数: 34805 | 15 There's no transaction support in Cassandra, not sure about
other nosql DB. People say using zookeeper can do that, I didn't
really check as the current application can accept occasional
integrity issue.
I think any DB that supports global transaction can be integrated
into spring TM. But at the same time, global transaction conflicts with
the idea of distributed DB and you want to use it as little as possible
even if it's supported by DB.
Moving forward, I see critical applications stay with relational DB,
while others (aka your web2.0 apps) will ride on nosql. I am talking
about large scale applications only though. Whatever can be done
with single MySql deployment probably isn't worth the trouble.
【在 r*****s 的大作中提到】
: A dump q since i haven't used nosql in real projects:
: Is it possible to provide Tx thru spring transaction manager at the method
: level?
|
y****i
发帖数: 312 | |
p*********a
发帖数: 61 | 17 通过 middleware 去控制 transaction 是可能的
但是很复杂
在 rdbms 的设计里，transaction module 和 data storage
是紧密结合在一起的，所以 locking 可以很好的控制 granularity
当把 transaction 独立出来之后，data 对于 transaction 来说就不是透明的
比如对于 range query 来说，究竟要 lock 那些 physical data record,
transaction module 无从而知，只能在逻辑层面来判断
经验上，如果 locking granularity 太大，不能做到 record 的级别，
最终效率会是个非常严重的问题
【在 r*****s 的大作中提到】
: A dump q since i haven't used nosql in real projects:
: Is it possible to provide Tx thru spring transaction manager at the method
: level?
|
