问个 Redis 的问题# Programming - 葵花宝典
f*y
1 楼
我有四个SSIS PACKAGE 去传输数据从MYSQL到MSSQL。 我建立了一个JOB 一个一个地调
用他们，执行这个JOB 之后说运行成功，但是没有数据被传输。大家帮我看看是什么原
因。先谢了。
用他们，执行这个JOB 之后说运行成功，但是没有数据被传输。大家帮我看看是什么原
因。先谢了。
S*t
2 楼
刚开始学 redis.
定义 key 和 value 的时候，
1. 使用一个大的 json 作为 value 包括全部细节，一次可以全部读出，修改的时候要
更新整个json
2. 把 value 打散成小打 key value, 需要多次读才能读出全部数据，当然update的时
候只需 update 小的 key value.
哪一种更好？
定义 key 和 value 的时候，
1. 使用一个大的 json 作为 value 包括全部细节，一次可以全部读出，修改的时候要
更新整个json
2. 把 value 打散成小打 key value, 需要多次读才能读出全部数据，当然update的时
候只需 update 小的 key value.
哪一种更好？
w*z
3 楼
看你自己的use case, SLA, 权衡利弊。
【在 S*********t 的大作中提到】
: 刚开始学 redis.
: 定义 key 和 value 的时候，
: 1. 使用一个大的 json 作为 value 包括全部细节，一次可以全部读出，修改的时候要
: 更新整个json
: 2. 把 value 打散成小打 key value, 需要多次读才能读出全部数据，当然update的时
: 候只需 update 小的 key value.
: 哪一种更好？
【在 S*********t 的大作中提到】
: 刚开始学 redis.
: 定义 key 和 value 的时候，
: 1. 使用一个大的 json 作为 value 包括全部细节，一次可以全部读出，修改的时候要
: 更新整个json
: 2. 把 value 打散成小打 key value, 需要多次读才能读出全部数据，当然update的时
: 候只需 update 小的 key value.
: 哪一种更好？
s*k
4 楼
Option 1 has higher read but lower write throughput, compared to Option 2.
【在 S*********t 的大作中提到】
: 刚开始学 redis.
: 定义 key 和 value 的时候，
: 1. 使用一个大的 json 作为 value 包括全部细节，一次可以全部读出，修改的时候要
: 更新整个json
: 2. 把 value 打散成小打 key value, 需要多次读才能读出全部数据，当然update的时
: 候只需 update 小的 key value.
: 哪一种更好？
【在 S*********t 的大作中提到】
: 刚开始学 redis.
: 定义 key 和 value 的时候，
: 1. 使用一个大的 json 作为 value 包括全部细节，一次可以全部读出，修改的时候要
: 更新整个json
: 2. 把 value 打散成小打 key value, 需要多次读才能读出全部数据，当然update的时
: 候只需 update 小的 key value.
: 哪一种更好？
p*2
5 楼
为什么不用hash？
b*e
6 楼
different servers?
【在 p*****2 的大作中提到】
: 为什么不用hash？
【在 p*****2 的大作中提到】
: 为什么不用hash？
p*2
7 楼
啥意思？
【在 b***e 的大作中提到】
: different servers?
b*e
8 楼
你是讲为啥不用in memory hash?
【在 p*****2 的大作中提到】
:
: 啥意思？
【在 p*****2 的大作中提到】
:
: 啥意思？
p*2
9 楼
redis hash呀
【在 b***e 的大作中提到】
: 你是讲为啥不用in memory hash?
j*n
10 楼
当然是1.
读取性能差异是single vs multiple。
还有 json 结构变化是经常的事。分解和拼凑会很麻烦。
【在 S*********t 的大作中提到】
: 刚开始学 redis.
: 定义 key 和 value 的时候，
: 1. 使用一个大的 json 作为 value 包括全部细节，一次可以全部读出，修改的时候要
: 更新整个json
: 2. 把 value 打散成小打 key value, 需要多次读才能读出全部数据，当然update的时
: 候只需 update 小的 key value.
: 哪一种更好？
读取性能差异是single vs multiple。
还有 json 结构变化是经常的事。分解和拼凑会很麻烦。
【在 S*********t 的大作中提到】
: 刚开始学 redis.
: 定义 key 和 value 的时候，
: 1. 使用一个大的 json 作为 value 包括全部细节，一次可以全部读出，修改的时候要
: 更新整个json
: 2. 把 value 打散成小打 key value, 需要多次读才能读出全部数据，当然update的时
: 候只需 update 小的 key value.
: 哪一种更好？
r*i
11 楼
1相当于memcache，2才体现redis value可以是hash的优势。2可以通过hgetall读整个
hash出来，或hget读其中一个value。
【在 S*********t 的大作中提到】
: 刚开始学 redis.
: 定义 key 和 value 的时候，
: 1. 使用一个大的 json 作为 value 包括全部细节，一次可以全部读出，修改的时候要
: 更新整个json
: 2. 把 value 打散成小打 key value, 需要多次读才能读出全部数据，当然update的时
: 候只需 update 小的 key value.
: 哪一种更好？
hash出来，或hget读其中一个value。
【在 S*********t 的大作中提到】
: 刚开始学 redis.
: 定义 key 和 value 的时候，
: 1. 使用一个大的 json 作为 value 包括全部细节，一次可以全部读出，修改的时候要
: 更新整个json
: 2. 把 value 打散成小打 key value, 需要多次读才能读出全部数据，当然update的时
: 候只需 update 小的 key value.
: 哪一种更好？
N*m
12 楼
你这个只能有一级
【在 p*****2 的大作中提到】
:
: redis hash呀
【在 p*****2 的大作中提到】
:
: redis hash呀
p*2
13 楼
他的option 2 还不一样？
【在 N*****m 的大作中提到】
: 你这个只能有一级
【在 N*****m 的大作中提到】
: 你这个只能有一级
p*2
14 楼
不过话说回来 如果真玩json 不如试试mongo 或 couch
【在 N*****m 的大作中提到】
: 你这个只能有一级
【在 N*****m 的大作中提到】
: 你这个只能有一级
N*m
15 楼
可以很多级，比如用parent#child#grandchild做key
【在 p*****2 的大作中提到】
: 他的option 2 还不一样？
【在 p*****2 的大作中提到】
: 他的option 2 还不一样？
N*m
16 楼
性能差些吧
【在 p*****2 的大作中提到】
: 不过话说回来 如果真玩json 不如试试mongo 或 couch
【在 p*****2 的大作中提到】
: 不过话说回来 如果真玩json 不如试试mongo 或 couch
p*2
17 楼
hash也可以这么玩呀。
【在 N*****m 的大作中提到】
: 可以很多级，比如用parent#child#grandchild做key
p*2
18 楼
看需求了，如果不是write heavy的话，性能还是杠杠的。
其实如果不要求特别低的latency，C＊都可以做cache。
【在 N*****m 的大作中提到】
: 性能差些吧
相关阅读
请推荐中文版的C++ Java Matlab 教材吧[Perl]谁给个好点的Stemmer模块？这样一道面试题 (转载)-debug求助C++ implicit typename的问题PHP Programmer Needed[合集] 很中肯的批评 STLsuffix tree的检索复杂度跟字符集的大小有关系么？[合集] Does OpenGL have a future?how to sed from grep output in c shell? (转载)[合集] How to read large C code?[合集] 软件工程的书有什么好的推荐一下？ (转载)ftp的问题请问STL里有没有类似dot_product的算法[合集] 这个问题怎么解效率最高One OS scheduling question (转载)《Exceptional C++ Style》这本书值得看么？embeded and realtime system[合集] 有没有哪位高手可以帮小妹看一下偶滴程序的？给大家出个多进程的题有什么便宜东西可以发送和接收串口信号吗？