avatar
s*r
2
☆─────────────────────────────────────☆
starsinba (xingxing) 于 (Wed May 21 16:38:17 2008) 提到:
如题,需要详细地址或者网址,谢谢
☆─────────────────────────────────────☆
dongdongdog (dongdong) 于 (Wed May 21 16:41:10 2008) 提到:
http://maps.google.com/maps?f=l&hl=en&geocode=&q=cherry+picking&near=brentwood,+ca&ie=UTF8&z=10
☆─────────────────────────────────────☆
starsinba (xingxing) 于 (Wed May 21 16:43:55 2008) 提到:
Many many thanks

以下是附件内容:
avatar
d*m
3
怎么剪,不伤红薯苗,红薯苗会长得快呢?谢谢!
avatar
d*0
4
但是Atrix 4G还是很成功的,作为市场上唯一一台双核手机卖了好几个月,抢占了不少
市场份额。很多ATT店里都把它作为主打产品。
avatar
z*e
5
不用对付store procedure
比db简单太多,都是java
avatar
l*z
7
我只剪叶子,留着藤接着长

【在 d****m 的大作中提到】
: 怎么剪,不伤红薯苗,红薯苗会长得快呢?谢谢!
avatar
s*c
8
能外接屏幕那个底座是很大的亮点 呵呵
xoom主要是软件没跟上 过半年以后价格下来 软件上去 也能不错

【在 d*****0 的大作中提到】
: 但是Atrix 4G还是很成功的,作为市场上唯一一台双核手机卖了好几个月,抢占了不少
: 市场份额。很多ATT店里都把它作为主打产品。

avatar
n*t
9
Nosql 很简单吗?sp 很难吗?都是 java 吗?
赵老师,你不要欺负我们书读少好不好。。。

【在 z****e 的大作中提到】
: 不用对付store procedure
: 比db简单太多,都是java

avatar
g*o
10
藤的头上一段嫩的剪下来,后面会发侧枝的

【在 d****m 的大作中提到】
: 怎么剪,不伤红薯苗,红薯苗会长得快呢?谢谢!
avatar
e*y
11
关键还是价格, atrix前几天签约价都跌到负值了, 要是xoom 400以下, 这里现在估计
满版都是xoom
说明moto的计划里, xoom就是个赶工出来吸引眼球的东西, atrix才是上量的主推产品

【在 d*****0 的大作中提到】
: 但是Atrix 4G还是很成功的,作为市场上唯一一台双核手机卖了好几个月,抢占了不少
: 市场份额。很多ATT店里都把它作为主打产品。

avatar
z*e
12

那当然sp难,我每次看到sp都头疼
nosql都是java的api,虽然也有js什么
但是如果是java call的话,就是java直接做
看起来容易太多,sp真是够呛

【在 n*****t 的大作中提到】
: Nosql 很简单吗?sp 很难吗?都是 java 吗?
: 赵老师,你不要欺负我们书读少好不好。。。

avatar
x*l
13
Yeah. Samsung finally realized this.

【在 e***y 的大作中提到】
: 关键还是价格, atrix前几天签约价都跌到负值了, 要是xoom 400以下, 这里现在估计
: 满版都是xoom
: 说明moto的计划里, xoom就是个赶工出来吸引眼球的东西, atrix才是上量的主推产品

avatar
x*4
14
不能同意更多。我很不明白除了历史原因以外为什么sql(我指query language ,不是
指db)还在用。

【在 z****e 的大作中提到】
:
: 那当然sp难,我每次看到sp都头疼
: nosql都是java的api,虽然也有js什么
: 但是如果是java call的话,就是java直接做
: 看起来容易太多,sp真是够呛

avatar
d*0
15
网版就是一锤子买卖,手机即使免费,也可以慢慢赚你plan的钱

【在 e***y 的大作中提到】
: 关键还是价格, atrix前几天签约价都跌到负值了, 要是xoom 400以下, 这里现在估计
: 满版都是xoom
: 说明moto的计划里, xoom就是个赶工出来吸引眼球的东西, atrix才是上量的主推产品

avatar
w*z
16
你什么意思?不用SQL 用什么?谁能搞出一个更好的?

【在 x***4 的大作中提到】
: 不能同意更多。我很不明白除了历史原因以外为什么sql(我指query language ,不是
: 指db)还在用。

avatar
c*n
17
3G也不是一锤子买卖。

【在 d*****0 的大作中提到】
: 网版就是一锤子买卖,手机即使免费,也可以慢慢赚你plan的钱
avatar
m*r
18
sql对于business I 之前还是用处大的 数据量不大 有很多逻辑性的东西
现在数据大了 很多东西都是放在云上处理或者放到其他软件里再加工
nosql就强大了起来
avatar
d*e
19
需要速度时,都是要裸体sql的。

【在 x***4 的大作中提到】
: 不能同意更多。我很不明白除了历史原因以外为什么sql(我指query language ,不是
: 指db)还在用。

avatar
l*n
20
啥是裸sql?

【在 d******e 的大作中提到】
: 需要速度时,都是要裸体sql的。
avatar
c*e
21
nosql不是join难搞吗?

【在 z****e 的大作中提到】
: 不用对付store procedure
: 比db简单太多,都是java

avatar
m*r
22
就是没有 join 和transaction
但是迅速解决了容量和速度的问题

【在 c*********e 的大作中提到】
: nosql不是join难搞吗?
avatar
m*r
23
啥事裸sql 同问
avatar
c*e
24
银行不用nosql.这玩艺,用在facebook之类的网站不错,但是涉及到钱的网站,还是谨
慎为妙。

【在 m*********r 的大作中提到】
: 就是没有 join 和transaction
: 但是迅速解决了容量和速度的问题

avatar
n*t
25
不一定,app 手工去 join,每条记录 back n forth,不一定快到哪里。
你或者说我 join 好了放在 sub doc 里,但又带来其他问题。

【在 m*********r 的大作中提到】
: 就是没有 join 和transaction
: 但是迅速解决了容量和速度的问题

avatar
z*e
26
你自己在内存里面join吧,是麻烦,但是db join多了更想屎

:nosql不是join难搞吗?
avatar
z*e
27
连接池,真要速度,你就不要persistence,直接放内存中算

:需要速度时,都是要裸体sql的。
avatar
d*e
28
raw sql statement +jdbc

【在 l******n 的大作中提到】
: 啥是裸sql?
avatar
c*e
29
放内存中算,突然停电了或者internet connection lost了,就死菜了。
aws突发过几次,isp这些网络服务霸王,突然把你internet connection给断了,你找
它咋说理去?

【在 z****e 的大作中提到】
: 连接池,真要速度,你就不要persistence,直接放内存中算
:
: :需要速度时,都是要裸体sql的。
: :

avatar
z*e
30

断了就不存入persistence,重新做
这样等于自动rollback

【在 c*********e 的大作中提到】
: 放内存中算,突然停电了或者internet connection lost了,就死菜了。
: aws突发过几次,isp这些网络服务霸王,突然把你internet connection给断了,你找
: 它咋说理去?

avatar
n*t
31
DB 设计出来就是干这活的,你非得回到史前时代,赵老师你可是真轴啊

【在 z****e 的大作中提到】
:
: 断了就不存入persistence,重新做
: 这样等于自动rollback

avatar
z*e
32
理论上是对的,但是db因为死活要套上sql这个script lang.
导致一些很简单的crud变得复杂起来
而要让sql这个script lang.做crud简单,就要orm
你说何必呢?hibernate很容易?

【在 n*****t 的大作中提到】
: DB 设计出来就是干这活的,你非得回到史前时代,赵老师你可是真轴啊
avatar
r*r
33
真要在工作中用Java、C#、C++写出可靠并且还有点效率的transaction processing,
对大多数开发人员都太难了,更不大可能有足够的时间来验证系统。还用那几个久经考
验的RDMBS现实些。
avatar
z*e
34
transaction没那么难了,最简单的做一个timestamp,然后每次对比一下就好了
做一个logical timestamp就行,难的是分布式transaction
而且这个怎么都会遇到,这个是挺难的,目前没有什么特别好的方法
不是慢就是容易造成不一致,没有银弹
avatar
L*s
35
分布式transaction还是要靠JavaEE, 缺点是速度慢

【在 z****e 的大作中提到】
: transaction没那么难了,最简单的做一个timestamp,然后每次对比一下就好了
: 做一个logical timestamp就行,难的是分布式transaction
: 而且这个怎么都会遇到,这个是挺难的,目前没有什么特别好的方法
: 不是慢就是容易造成不一致,没有银弹

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