Redian新闻
>
2015 Wiley regulation test bank
avatar
2015 Wiley regulation test bank# Accounting - 会计审计
BR
1
下周放假,我的飞机也是下周,可是他们把我签证搞错,至今没有把对的寄过来。怎么
办?
avatar
r*0
2
力挺up in the air了,哈哈哈哈。给我们点surprise吧。
avatar
l*k
3
【 以下文字转载自 Chongqing 讨论区 】
发信人: lilybank (愉渝), 信区: Chongqing
标 题: 明月几时有
发信站: BBS 未名空间站 (Mon Sep 8 22:35:30 2014, 美东)
看女神下凡
最近到处都是此女神广告
Dior J'adore 因此热卖
女神美得如人间尤物,可惜此香水我不待见
记得刚到美国第一个月,收到第一份做TA的工资,冲到商场买了这瓶闻名中外的香水
还没喷过十次就被遗忘在某个角落,几年后在整理瓶瓶罐罐的时候发现,不知何时透明
的香水已经开始泛黄
经历了多种类型香水的尝试,在被鲜艳强烈的玫瑰侵袭占领后,才顿悟到为何如此独特
的jasmine被冷藏
欣赏光芒四射的女神,以此纪念我拥有的第一瓶香水
avatar
h*i
4
avatar
h*e
5
感觉美版的便宜,不喜欢在taobao上买。
1)美版如果不刷机显示简体中文有没有问题?
2)如果需要刷机,可以直接上官网刷吗?
谢谢
avatar
t*1
6
本版令人堪忧呀。
avatar
c*6
7
全新的,没开封。
有需要的站内联系。
avatar
i*n
8
no way
call to change your ticket.

【在 BR 的大作中提到】
: 下周放假,我的飞机也是下周,可是他们把我签证搞错,至今没有把对的寄过来。怎么
: 办?

avatar
a*n
9
不可能把
也就小有意思的一个片

【在 r**********0 的大作中提到】
: 力挺up in the air了,哈哈哈哈。给我们点surprise吧。
avatar
q*x
10
sf~
好美啊。。。
改天给你看我的小香水瓶啊,不过不多,就是好玩~
avatar
w*n
11
人要解脱是因为人觉得苦
或者说人有不自在、不满足、不完整,限于流转生死,人生虽有短暂乐趣,但在轮回当
中你能感受苦乐便是报应
所以当证无上智慧,入涅磐寂静
另,我本身不赞成以上观点,以上观点仅基于我目前对佛教的肤浅理解给出
avatar
D*Z
12
yes
yes

【在 h****e 的大作中提到】
: 感觉美版的便宜,不喜欢在taobao上买。
: 1)美版如果不刷机显示简体中文有没有问题?
: 2)如果需要刷机,可以直接上官网刷吗?
: 谢谢

avatar
p*2
13
貌似搞Java的都很钟爱这个。
avatar
s*g
14
ding

【在 r**********0 的大作中提到】
: 力挺up in the air了,哈哈哈哈。给我们点surprise吧。
avatar
l*k
15
香水先放一边
一起来为女神留口水的,咔咔咔

【在 q**x 的大作中提到】
: sf~
: 好美啊。。。
: 改天给你看我的小香水瓶啊,不过不多,就是好玩~

avatar
h*i
16
自从看了单丁的关于天堂的描述
欧就明白了天堂是一个很无聊的所在

【在 w*****n 的大作中提到】
: 人要解脱是因为人觉得苦
: 或者说人有不自在、不满足、不完整,限于流转生死,人生虽有短暂乐趣,但在轮回当
: 中你能感受苦乐便是报应
: 所以当证无上智慧,入涅磐寂静
: 另,我本身不赞成以上观点,以上观点仅基于我目前对佛教的肤浅理解给出

avatar
n*7
17
N900 没有中文固件吧。 可以装中文字库。

【在 D*********Z 的大作中提到】
: yes
: yes

avatar
t*1
18
傻逼凑一块儿了,这是个互相促进。
本版有两条路走。傻逼化和去傻逼化。

【在 p*****2 的大作中提到】
: 貌似搞Java的都很钟爱这个。
avatar
a*n
19
不过比HL强

【在 a**n 的大作中提到】
: 不可能把
: 也就小有意思的一个片

avatar
l*k
20
哎~女神脱鞋爬杆的样子都那么销魂~
完了,不爱嫦娥爱Dior女神了怎么办。。。
avatar
w*n
21
神曲没有收录在圣经当中,如果你要了解天堂,不妨看看启示录,可窥一斑
天堂的荣美超过任何人的想象

【在 h***i 的大作中提到】
: 自从看了单丁的关于天堂的描述
: 欧就明白了天堂是一个很无聊的所在

avatar
h*e
22
哥哥,您真毁人不倦
第2个还懂的
第一个yes啥意思

【在 D*********Z 的大作中提到】
: yes
: yes

avatar
l*s
23
what is c*?
avatar
P*e
24
虽然你是从avatar下来的
不过终于说到我最爱了 呵呵

【在 r**********0 的大作中提到】
: 力挺up in the air了,哈哈哈哈。给我们点surprise吧。
avatar
c*d
25
新拍的啊,她真的很女神
好品位,后来怎么不用了

【在 l******k 的大作中提到】
: 哎~女神脱鞋爬杆的样子都那么销魂~
: 完了,不爱嫦娥爱Dior女神了怎么办。。。

avatar
h*i
26
拜博和上帝没有关系

【在 w*****n 的大作中提到】
: 神曲没有收录在圣经当中,如果你要了解天堂,不妨看看启示录,可窥一斑
: 天堂的荣美超过任何人的想象

avatar
c*o
27
my first hand experience for 1).
It seems to be fine. I can read chinese at home through wifi. But i tried
once at star buck and all of sudden Chinese did not show up correctly. I do
not know why myself either. Anyone has similar experience?

【在 h****e 的大作中提到】
: 感觉美版的便宜,不喜欢在taobao上买。
: 1)美版如果不刷机显示简体中文有没有问题?
: 2)如果需要刷机,可以直接上官网刷吗?
: 谢谢

avatar
p*2
28

应该就是cassandra吧。记得好虫的最初版本是用这个的。不过后边我没follow

【在 l*********s 的大作中提到】
: what is c*?
avatar
J*n
29
这个获奖了我明天跳海去

【在 r**********0 的大作中提到】
: 力挺up in the air了,哈哈哈哈。给我们点surprise吧。
avatar
l*k
30
当时挑花了眼,以为喜欢就收了
结果是越用越不喜欢
后来找到“真爱”,就明白为啥以前对j'adore 怎么都喜欢不起来了

【在 c*****d 的大作中提到】
: 新拍的啊,她真的很女神
: 好品位,后来怎么不用了

avatar
w*n
31
如果“博”=“佛”,的确没有。所以我说我的观点是基于我目前对佛教非常有限和肤
浅的认识。
BTW,请问为什么要拜佛?是佛自己的要求还是因为后人对佛的尊重?

【在 h***i 的大作中提到】
: 拜博和上帝没有关系
avatar
h*e
32
have you updated the software and others through nokia website to try to
solve the problem yet?

do

【在 c*******o 的大作中提到】
: my first hand experience for 1).
: It seems to be fine. I can read chinese at home through wifi. But i tried
: once at star buck and all of sudden Chinese did not show up correctly. I do
: not know why myself either. Anyone has similar experience?

avatar
l*s
33
i c, thanks.

【在 p*****2 的大作中提到】
:
: 应该就是cassandra吧。记得好虫的最初版本是用这个的。不过后边我没follow

avatar
s*g
34
great!

【在 J****n 的大作中提到】
: 这个获奖了我明天跳海去
avatar
c*d
35
True Love by Elizabeth Arden?
为啥,我都不怎么用香水,家里很多买化妆品给的sample

【在 l******k 的大作中提到】
: 当时挑花了眼,以为喜欢就收了
: 结果是越用越不喜欢
: 后来找到“真爱”,就明白为啥以前对j'adore 怎么都喜欢不起来了

avatar
h*i
36

bible is not the words of god
掰伯和上帝没有关系

【在 w*****n 的大作中提到】
: 如果“博”=“佛”,的确没有。所以我说我的观点是基于我目前对佛教非常有限和肤
: 浅的认识。
: BTW,请问为什么要拜佛?是佛自己的要求还是因为后人对佛的尊重?

avatar
c*o
37
just tried again at starbucks. It works fine and i can read chinese without
any problem this time. So, go get yours now. hoho...

【在 h****e 的大作中提到】
: have you updated the software and others through nokia website to try to
: solve the problem yet?
:
: do

avatar
w*z
38
具体点?

【在 t**********1 的大作中提到】
: 本版令人堪忧呀。
avatar
r*0
39
haha,主要到现在太boring,没有惊喜

【在 P*******e 的大作中提到】
: 虽然你是从avatar下来的
: 不过终于说到我最爱了 呵呵

avatar
q*x
40
哈哈。。。刚口水过啦~
女神你奔一个才好~

【在 l******k 的大作中提到】
: 香水先放一边
: 一起来为女神留口水的,咔咔咔

avatar
w*n
41
hehe, 唯信能入 =)

【在 h***i 的大作中提到】
: 扯
: bible is not the words of god
: 掰伯和上帝没有关系

avatar
M*a
42
n900是不是太砖头了?装口袋是不是不方便啊

without

【在 c*******o 的大作中提到】
: just tried again at starbucks. It works fine and i can read chinese without
: any problem this time. So, go get yours now. hoho...

avatar
d*r
43
如果不要求速度,可以吧
另外 Redis,不也经常当 message queue 用吗
avatar
b*r
44
你也在夏威夷?

【在 s*********g 的大作中提到】
: great!
avatar
l*k
45
不是EA呀...
我的真爱是这个~
一花簇立,一剑穿心,哈哈

【在 c*****d 的大作中提到】
: True Love by Elizabeth Arden?
: 为啥,我都不怎么用香水,家里很多买化妆品给的sample

avatar
h*i
46
你信的是摆波
不是上帝

【在 w*****n 的大作中提到】
: hehe, 唯信能入 =)
avatar
c*o
47
这个确实是,不过我喜欢砖头,所以对我来说不是问题。
我就是喜欢有键盘的。
而且我的手机除了周末以外,从来不放兜里,都是放包里。
放兜里确实显大,而且沉。今天拿老婆公司里的Latitute
E4300一比,甚至觉得N900更重一些,不过可能是错觉。

【在 M*******a 的大作中提到】
: n900是不是太砖头了?装口袋是不是不方便啊
:
: without

avatar
w*z
48
C*单机20k writes per second, 不慢啊。用在这正合适。

【在 d*******r 的大作中提到】
: 如果不要求速度,可以吧
: 另外 Redis,不也经常当 message queue 用吗

avatar
z*i
49
你有包子先分了吧。省得便宜老刑
avatar
l*k
50
女神经病差不多,哈哈

【在 q**x 的大作中提到】
: 哈哈。。。刚口水过啦~
: 女神你奔一个才好~

avatar
N*n
51
为了离苦

【在 h***i 的大作中提到】

avatar
h*e
52
我也喜欢转头,中国有一阵子电器论斤卖,哈哈

【在 c*******o 的大作中提到】
: 这个确实是,不过我喜欢砖头,所以对我来说不是问题。
: 我就是喜欢有键盘的。
: 而且我的手机除了周末以外,从来不放兜里,都是放包里。
: 放兜里确实显大,而且沉。今天拿老婆公司里的Latitute
: E4300一比,甚至觉得N900更重一些,不过可能是错觉。

avatar
b*g
53
cassandra写快读慢,但MQ都是批量读,完全没有性能问题。
一个简单的time-based UUID做key, 一个index CF就搞定了。
唯一要注意的是tombstone, 删除要批量删,否则对性能有影响。
太监根本就没用过Cassandra.

【在 w**z 的大作中提到】
: C*单机20k writes per second, 不慢啊。用在这正合适。
avatar
J*n
54
获奖就跟足球一样
没有实力是拿不到的
没有惊喜很正常

【在 r**********0 的大作中提到】
: haha,主要到现在太boring,没有惊喜
avatar
c*d
55
是真的真爱啊,东方女神做的这个广告也很赞~~~

【在 l******k 的大作中提到】
: 不是EA呀...
: 我的真爱是这个~
: 一花簇立,一剑穿心,哈哈

avatar
b*d
56
你亲眼看见的? 你怎么知道佛教的阿弥陀佛净土没有天堂美? 而且快乐是光靠视觉能
产生的吗? 俺觉得你应该先问问清楚上了天堂以后过得都是什么日子,再决定去还是
不去。 不要光看着漂亮就上去了。 不看不中用的东西太多了。

【在 w*****n 的大作中提到】
: 神曲没有收录在圣经当中,如果你要了解天堂,不妨看看启示录,可窥一斑
: 天堂的荣美超过任何人的想象

avatar
p*3
57

Message queue 要 guarantee deliver

【在 d*******r 的大作中提到】
: 如果不要求速度,可以吧
: 另外 Redis,不也经常当 message queue 用吗

avatar
s*g
58
no

【在 b*******r 的大作中提到】
: 你也在夏威夷?
avatar
h*i
59
形象还是以前的,但分数已经盲打了

【在 l******k 的大作中提到】
: 女神经病差不多,哈哈
avatar
D*u
60
为了不再需要解脱。

【在 h***i 的大作中提到】

avatar
w*z
61
整行删除就没问题了吧。或者,多搞几个CF, 一小时一个,处理完就truncate the CF
老魏对C*完全没概念,啥他都敢喷。

【在 b*******g 的大作中提到】
: cassandra写快读慢,但MQ都是批量读,完全没有性能问题。
: 一个简单的time-based UUID做key, 一个index CF就搞定了。
: 唯一要注意的是tombstone, 删除要批量删,否则对性能有影响。
: 太监根本就没用过Cassandra.

avatar
m*d
62
就是,比那两个强

【在 r**********0 的大作中提到】
: 力挺up in the air了,哈哈哈哈。给我们点surprise吧。
avatar
a*3
63
赞美。。。喜欢香水的来报个到啦~~~。。

【在 l******k 的大作中提到】
: 女神经病差不多,哈哈
avatar
t*1
64
你有概念?你给一个100k msg/s的方案出来?

CF

【在 w**z 的大作中提到】
: 整行删除就没问题了吧。或者,多搞几个CF, 一小时一个,处理完就truncate the CF
: 老魏对C*完全没概念,啥他都敢喷。

avatar
l*k
65
女神为主,香水为辅
祝大家中秋快乐:)

【在 a********3 的大作中提到】
: 赞美。。。喜欢香水的来报个到啦~~~。。
avatar
w*z
66
timestamp 做rowkey, 1ms 就100 msg.一个row, 就100 column, 有啥问题?

【在 t**********1 的大作中提到】
: 你有概念?你给一个100k msg/s的方案出来?
:
: CF

avatar
c*d
67
中秋快乐

【在 l******k 的大作中提到】
: 女神为主,香水为辅
: 祝大家中秋快乐:)

avatar
t*1
68
你再想想,想不出来最好别上网了。

【在 w**z 的大作中提到】
: timestamp 做rowkey, 1ms 就100 msg.一个row, 就100 column, 有啥问题?
avatar
l*k
69
呼唤贴要发快发哟
趁我在线帮你一起催泪~

【在 c*****d 的大作中提到】
: 中秋快乐
avatar
w*z
70
能说点实际点的? 不懂你在喷什么?

【在 t**********1 的大作中提到】
: 你再想想,想不出来最好别上网了。
avatar
c*d
71
我不敢一个人行为艺术怎么办
你来帮我冠名吧~~~

【在 l******k 的大作中提到】
: 呼唤贴要发快发哟
: 趁我在线帮你一起催泪~

avatar
b*g
72
傻逼太监又出来丢人了。这是cassandra最常见的time series.
time based UUID 做key, key扔入一个index CF 排序。index CF本身又可以sharding
分多行。
写是commit log, 根本不锁,完全并发。读的时候先读index CF, 给个start time
UUID, end
time UUID, 一次读出一行里的这些 key, 读column本身可以并发,然后拿这些key去读
纪录也是并发的。虽然没有写快。但是作为 MQ, 本身就是缓冲,不需要实时。
100K/s 写峰值完全没有压力。本质上就是无锁写,compaction的时候才sort. 读出的
时候已经排好了。
avatar
l*k
73
急死人了!
我只会简单粗暴型的:
“牛筋,快出来,大家爱你想你要吃掉你!”
你看着配字吧,啊~

【在 c*****d 的大作中提到】
: 我不敢一个人行为艺术怎么办
: 你来帮我冠名吧~~~

avatar
N*n
74

QUEUE要求FIRST-IN FIRST-OUT,NOSQL骨子里都是HASHTABLE。HASHTABLE拿
来做FIRST-IN FIRST OUT那是啥效率?HASHTABLE不是干这个用的。

【在 d*******r 的大作中提到】
: 如果不要求速度,可以吧
: 另外 Redis,不也经常当 message queue 用吗

avatar
c*d
75
我好羡慕你啊,敢说敢做
我是没戏了。。。我还是去睡觉反省一下吧,哈哈
good night

【在 l******k 的大作中提到】
: 急死人了!
: 我只会简单粗暴型的:
: “牛筋,快出来,大家爱你想你要吃掉你!”
: 你看着配字吧,啊~

avatar
p*2
76

NOSQL骨子里都是HASHTABLE?

【在 N********n 的大作中提到】
:
: QUEUE要求FIRST-IN FIRST-OUT,NOSQL骨子里都是HASHTABLE。HASHTABLE拿
: 来做FIRST-IN FIRST OUT那是啥效率?HASHTABLE不是干这个用的。

avatar
l*k
77
亲呀~
我是给你壮胆起头,要做还得靠你自己哟,呵呵
晚安

【在 c*****d 的大作中提到】
: 我好羡慕你啊,敢说敢做
: 我是没戏了。。。我还是去睡觉反省一下吧,哈哈
: good night

avatar
b*g
78
And why can't hashtable be sorted?

【在 p*****2 的大作中提到】
:
: NOSQL骨子里都是HASHTABLE?

avatar
g*d
79
就看到了腿的美丽和衣裙的飘飘。。其他我无感。。哈哈

【在 l******k 的大作中提到】
: 亲呀~
: 我是给你壮胆起头,要做还得靠你自己哟,呵呵
: 晚安

avatar
N*n
80

KEY-VALUE PAIR的结构即HASHTABLE。

【在 p*****2 的大作中提到】
:
: NOSQL骨子里都是HASHTABLE?

avatar
b*g
81
Cassandra的每一行都是排序的,你想不排都不行。这下你满意了吧。

【在 N********n 的大作中提到】
:
: KEY-VALUE PAIR的结构即HASHTABLE。

avatar
p*2
82

redis有list和set

【在 N********n 的大作中提到】
:
: KEY-VALUE PAIR的结构即HASHTABLE。

avatar
N*n
83

排序有OVERHEAD。而且所有行都在同一个节点上吗?如果分散在各个节点
上怎么知道一个MESSAGE读完下一个MESSAGE去哪个节点读?QUEUE可是要
严格FIRST-IN FIRST OUT的,除非你们应用不CARE.

【在 b*******g 的大作中提到】
: Cassandra的每一行都是排序的,你想不排都不行。这下你满意了吧。
avatar
P*i
84
那是value是list, set,只是一个helper
k-v还是hashtable

【在 p*****2 的大作中提到】
:
: redis有list和set

avatar
N*n
85

QUEUE通常就是用DOUBLE LINKED LIST实现的吗。高并发的环境下MQ的存取
就变HOT SPOT了,不觉得用NOSQL能帮什么忙。
NOSQL基本出发点是数据之间LOW COUPLING。这样才能SCALE OUT。而QUEUE
本身要求其数据FIRST IN FIRST OUT。这个FIFO就是一种COUPLING。

【在 p*****2 的大作中提到】
:
: redis有list和set

avatar
b*g
86
Messages are distributed but index key can be on one node (3 copy), which is
just a UUID and you can easily fetch 10K in a read for a few ms because
those rows are cached in memory too.
You don't read next, you get a batch of sort keys by specifying start and
end, read the corresponding
messages concurrently and you get a sorted queue.

【在 N********n 的大作中提到】
:
: QUEUE通常就是用DOUBLE LINKED LIST实现的吗。高并发的环境下MQ的存取
: 就变HOT SPOT了,不觉得用NOSQL能帮什么忙。
: NOSQL基本出发点是数据之间LOW COUPLING。这样才能SCALE OUT。而QUEUE
: 本身要求其数据FIRST IN FIRST OUT。这个FIFO就是一种COUPLING。

avatar
N*n
87

So essentially those UUIDs are still maintained on one single spot,
which is no different from running on a single machine.

【在 b*******g 的大作中提到】
: Messages are distributed but index key can be on one node (3 copy), which is
: just a UUID and you can easily fetch 10K in a read for a few ms because
: those rows are cached in memory too.
: You don't read next, you get a batch of sort keys by specifying start and
: end, read the corresponding
: messages concurrently and you get a sorted queue.

avatar
p*2
88

你看看kafka?

【在 N********n 的大作中提到】
:
: So essentially those UUIDs are still maintained on one single spot,
: which is no different from running on a single machine.

avatar
p*2
89

看你怎么说了。你可以认为key是list和set的名字。
list可以保证FIFO吧?做queue不行吗?

【在 P****i 的大作中提到】
: 那是value是list, set,只是一个helper
: k-v还是hashtable

avatar
N*n
90

And what's the efficiency of this "specifying start and end" thing?
How to quickly locate the exact UUIDs for random start and end? Sounds
like an O(log N) operation, which is more expensive than a typical
ENQUEUE DEQUEUE or Hash Table access. Those are O(1).

【在 b*******g 的大作中提到】
: Messages are distributed but index key can be on one node (3 copy), which is
: just a UUID and you can easily fetch 10K in a read for a few ms because
: those rows are cached in memory too.
: You don't read next, you get a batch of sort keys by specifying start and
: end, read the corresponding
: messages concurrently and you get a sorted queue.

avatar
N*n
91

No magic here. Coupling and SCALABILITY cannot co-exist.

【在 p*****2 的大作中提到】
:
: 看你怎么说了。你可以认为key是list和set的名字。
: list可以保证FIFO吧?做queue不行吗?

avatar
b*g
92
There are different types of MQ, for us, events are generated in burst, it
can be as high as 100K/s and we can't lose them. We are optimizing for peak
write and C* works well for us there. Sink doesn't have to go as fast.

【在 N********n 的大作中提到】
:
: No magic here. Coupling and SCALABILITY cannot co-exist.

avatar
b*g
93
Cassandra is not an MQ, Cassandra is only a storage backing the MQ.
You can read one record at a time 100K times or you can read 100K records at
a time and put them in memory. We all know which one is faster.
While the keys are centralized (some sharding is possible too), they are
very small and messages are big. Concurrently retrieving messages from a
cluster is a big advantage as you won't have a hot spot.

【在 N********n 的大作中提到】
:
: No magic here. Coupling and SCALABILITY cannot co-exist.

avatar
w*z
94
为什么不直接用timestamp 做row key?每个ms里的message 是同一row 的columns?但
要求所有client的clock要用NTP sync

sharding

【在 b*******g 的大作中提到】
: 傻逼太监又出来丢人了。这是cassandra最常见的time series.
: time based UUID 做key, key扔入一个index CF 排序。index CF本身又可以sharding
: 分多行。
: 写是commit log, 根本不锁,完全并发。读的时候先读index CF, 给个start time
: UUID, end
: time UUID, 一次读出一行里的这些 key, 读column本身可以并发,然后拿这些key去读
: 纪录也是并发的。虽然没有写快。但是作为 MQ, 本身就是缓冲,不需要实时。
: 100K/s 写峰值完全没有压力。本质上就是无锁写,compaction的时候才sort. 读出的
: 时候已经排好了。

avatar
b*g
95
With your schema, writing is about the same. And your read is even
faster.
We keep one message on one row to have some flexibility on the read. e.g. We
can have metadata and message body and we can read metadata only. When you
have multiple messages in one row, it's harder to achieve that.
I think it's all kind of tradeoff and it depends on your application.

【在 w**z 的大作中提到】
: 为什么不直接用timestamp 做row key?每个ms里的message 是同一row 的columns?但
: 要求所有client的clock要用NTP sync
:
: sharding

avatar
w*z
96
Makes sense.
Thanks.

We
you

【在 b*******g 的大作中提到】
: With your schema, writing is about the same. And your read is even
: faster.
: We keep one message on one row to have some flexibility on the read. e.g. We
: can have metadata and message body and we can read metadata only. When you
: have multiple messages in one row, it's harder to achieve that.
: I think it's all kind of tradeoff and it depends on your application.

avatar
N*n
97

Well that's basically what the topic says - C* is not MQ - right?
Your app has a specific need of batch message reading that can be
solved w/ C*. That's fine. If, however, the requirement is a pure
FIFO queue then a doublely-linked list is what people will use.
Btw UUIDs themselves are hot spot as they have to be centralized
and sorted. Perhaps your app does not access it too frequently so
you don't care.

【在 b*******g 的大作中提到】
: Cassandra is not an MQ, Cassandra is only a storage backing the MQ.
: You can read one record at a time 100K times or you can read 100K records at
: a time and put them in memory. We all know which one is faster.
: While the keys are centralized (some sharding is possible too), they are
: very small and messages are big. Concurrently retrieving messages from a
: cluster is a big advantage as you won't have a hot spot.

avatar
p*2
98

doublely-linked list
这个怎么scale?

【在 N********n 的大作中提到】
:
: Well that's basically what the topic says - C* is not MQ - right?
: Your app has a specific need of batch message reading that can be
: solved w/ C*. That's fine. If, however, the requirement is a pure
: FIFO queue then a doublely-linked list is what people will use.
: Btw UUIDs themselves are hot spot as they have to be centralized
: and sorted. Perhaps your app does not access it too frequently so
: you don't care.

avatar
b*g
99
For the context, we are talking about 12306 where I saved the orders to C*.
C* is a DB, a DB is certainly not a MQ but it can be a MQ storage.
For a time series like that, you grab keys you read orders and you never
need to visit the same sorted keys in DB again. It's pretty much one write
and one read with read being offline and batch. It will work just fine.

【在 N********n 的大作中提到】
:
: Well that's basically what the topic says - C* is not MQ - right?
: Your app has a specific need of batch message reading that can be
: solved w/ C*. That's fine. If, however, the requirement is a pure
: FIFO queue then a doublely-linked list is what people will use.
: Btw UUIDs themselves are hot spot as they have to be centralized
: and sorted. Perhaps your app does not access it too frequently so
: you don't care.

avatar
N*n
100

Anything that has to be centralized for everyone else to access cannot
scale.

【在 p*****2 的大作中提到】
:
: doublely-linked list
: 这个怎么scale?

avatar
b*g
101
It can be replicated.

【在 N********n 的大作中提到】
:
: Anything that has to be centralized for everyone else to access cannot
: scale.

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