Redian新闻
>
Two faculty openings in Biofuels and Biorefinery
avatar
Two faculty openings in Biofuels and Biorefinery# Engineering - 工程
p*c
1
偶在公司想完成一些今天due的online courses.听着听着很伤感,很久没有听那么多中
文歌了,歌词句句揪心啊...眼看下班了,都不舍得离开座位...lezi你开个FTP让我们去
托歌吧. 悄悄告诉我地址 :)
avatar
b*e
2
现在流行的云计算怎么能够应用到传统的web layer+domain layer+database结构的应
用系统?
对于Google doc这种云应用我可以理解,用户的数据都放到云里。可是对一般的数据库
存储数据,
domain layer用java实现存取数据到数据库,然后servlet和domain logic layer交互
取存数
据的应用,云计算怎么和这些结合呢?难道数据可以不用存到数据库里?
avatar
v*d
3
RT,多谢了。
avatar
i*1
5
那可不行 下载了以后你就不愿意听电台了...

【在 p*c 的大作中提到】
: 偶在公司想完成一些今天due的online courses.听着听着很伤感,很久没有听那么多中
: 文歌了,歌词句句揪心啊...眼看下班了,都不舍得离开座位...lezi你开个FTP让我们去
: 托歌吧. 悄悄告诉我地址 :)

avatar
g*g
6
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交互
: 取存数
: 据的应用,云计算怎么和这些结合呢?难道数据可以不用存到数据库里?

avatar
o*1
7
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交互
: 取存数
: 据的应用,云计算怎么和这些结合呢?难道数据可以不用存到数据库里?

avatar
B*g
8
oracle是不是该破产了?赫赫。

【在 o**1 的大作中提到】
: google app engine 用的是bigtable, 不是传统的 relational 数据库,属于NoSQL.
: Amazon的云计算用的是 SimpleDB 也属于NoSql的一种。
: NoSql 数据库应该会逐渐流行起来,老的 Relational database 也该退休了,ORM 问
: 题搞的程序员很不爽。

avatar
l*e
9
分特,现在真是hype一个接一个呀
这个怎么可能取代传统的db

【在 B*****g 的大作中提到】
: oracle是不是该破产了?赫赫。
avatar
B*g
10
zkss

【在 l******e 的大作中提到】
: 分特,现在真是hype一个接一个呀
: 这个怎么可能取代传统的db

avatar
l*e
11
就是些社交网站搞这玩意,你看哪个银行敢用这个。呵呵

【在 B*****g 的大作中提到】
: zkss
avatar
o*1
12
银行这种大公司,稳定最重要,肯定不追新潮流。
淘宝在用 NoSql.

【在 l******e 的大作中提到】
: 就是些社交网站搞这玩意,你看哪个银行敢用这个。呵呵
avatar
w*r
13
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 的大作中提到】
: 就是些社交网站搞这玩意,你看哪个银行敢用这个。呵呵
avatar
g*g
14
我们已经开始向Cassandra转了,主要是便宜,scalabiity高。

【在 o**1 的大作中提到】
: google app engine 用的是bigtable, 不是传统的 relational 数据库,属于NoSQL.
: Amazon的云计算用的是 SimpleDB 也属于NoSql的一种。
: NoSql 数据库应该会逐渐流行起来,老的 Relational database 也该退休了,ORM 问
: 题搞的程序员很不爽。

avatar
g*g
15
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.

avatar
B*g
16
关于这个好虫写点儿心得吧

【在 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.

avatar
r*s
17
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.

avatar
g*g
18
有兴趣可以去读Cassandra definite guide。这个也不是三言两语
能说清楚的。
好处就是快,特别是写很快。做集群容易,搞几个desktop串一块能
赶上一个牛逼服务器,而且部署容易,支持热部署。
跟一台牛逼服务器上跑Oracle成本差得不是一点半点。
坏处就是没有transaction,没有foreign key, 只有很简单的index,
很多relational DB可以cascade的事情都要自己在应用里做。没有很好的
UI可以方便地查询。总之作为程序员难度是大多了。

【在 B*****g 的大作中提到】
: 关于这个好虫写点儿心得吧
avatar
g*g
19
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?

avatar
y*i
20
和可以看看hive 和 hbase.
avatar
p*a
21
通过 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?

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。