问个 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 的大作中提到】
: 性能差些吧
相关阅读
简单粗暴：说说这些技术，马工是不是都要掌握Solution Architect这个职位怎么样？zhaoce前天出差了每次转换数据，看到var就想杀人web scraper原来Python有蟒蛇的意思Introduction to Algorithms | The MIT Press刷题；刷贴；刷卡；工业界使用广泛的java web框架当年twtr用ruby 最后还是dump了 Scala会不会下场一样大家工作中写多少程序spring mobile framework50多岁 月小妹 今天决定公奔一些求Node.js开发指南 高清PDF问个技术问题这次python糗大了月光让我想起了LA某垃圾女和垃圾男板上没有玩rust的？想做个云端存储视频的server。类似dropcam 和 百度的 “小度i耳目” 的server。