请教一下我的这个问题适合用NoSQL吗？ - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Programming - 葵花宝典

请教一下我的这个问题适合用NoSQL吗？

请教一下我的这个问题适合用NoSQL吗？# Programming - 葵花宝典

U*n2015-02-23 08:02

1 楼

呵呵，标题一下，不是真正的菠萝饭，而是菠萝炒饭：）
家里有个菠萝，买了一周都没有吃，快坏了．还剩半只COSTCO的烤鸡，吃了一半就觉得
腻了．想想今天有空，就搞个菠萝饭吧
先把菠萝挖空，菠萝肉切丁，鸡肉从鸡架子上剥下，鸡肉切丁，加上家里有的香菇，胡
萝卜，蚕豆，鸡腿菇一起切丁炒好．然后和冷饭，菠萝丁一起炒，盛出来放在菠萝壳里
，放微波炉两三分钟，这样为了逼出菠萝的香味．
鸡架子放锅上加水熬，加入酸菜粉条，算一个汤了
很简单的周末晚餐，扫清了冰箱，而且很好吃，我和LG一人吃了一大菠萝壳的饭，撑的
了～

s*y2015-02-23 08:02

2 楼

【以下文字转载自 Canada 讨论区】
发信人: sealy (麦城冬季※春天来了), 信区: Canada
标题: 有最近申请work permit的么
发信站: BBS 未名空间站 (Wed May 22 21:36:45 2013, 美东)
现在人在美国，h1b，要去加拿大工作，已经拿到了LMO
问下网申和去NYC领馆纸申哪个块？
网申是最近半年开出来的，完全没概念要多久
NYC纸申的很多信息都比较老，最近NYC有越来越慢的趋势(普通的TRV都要两个月了)，
不知道work permit要多久
有最近通过任何一种途径申请过的可以通告一下处理时间么？
谢谢！

n*72015-02-23 08:02

3 楼

没用过NoSQL，现在遇到两个问题，都需要储存、查询大量的大数据，考虑是不是可以
用上NoSQL
问题大概是这样的，我有很多docs，每个doc有很多words，很多words出现频率很高，
words在一个doc里面出现顺序不重要。docs本身有一些注释
我希望有个database可以
1. 存储这些docs。我琢磨做成 word1 -> {doc1:count,doc2:count2} 这样的
2. 存储一个新doc时，可以update已有的key-> value 列表。如果遇到新的word，就建
立新的key-> value 关联
3. 比较docs。这个比较麻烦。比如给一个doc，我想很快知道哪些docs跟它有一样的
key。如果有必要，我还想查询substring。比如有个文档有mitbbs这个词，可能我想把
mit和bbs这两个key也包括进来
我本来觉得用SQL应该可以搞定，但是这两个问题里面，可能的词汇表都很大（>10^9）
。问题1稍好点，文档之间很多高频词是差不多的，问题2词汇表更大，文档之间的关
联更弱。这个用NoSQL有戏吗？看了一下Redis，好像就是个只有两个column的table？

l*v2015-02-23 08:02

4 楼

nice

【在 U*********n 的大作中提到】

: 呵呵，标题一下，不是真正的菠萝饭，而是菠萝炒饭：）
: 家里有个菠萝，买了一周都没有吃，快坏了．还剩半只COSTCO的烤鸡，吃了一半就觉得
: 腻了．想想今天有空，就搞个菠萝饭吧
: 先把菠萝挖空，菠萝肉切丁，鸡肉从鸡架子上剥下，鸡肉切丁，加上家里有的香菇，胡
: 萝卜，蚕豆，鸡腿菇一起切丁炒好．然后和冷饭，菠萝丁一起炒，盛出来放在菠萝壳里
: ，放微波炉两三分钟，这样为了逼出菠萝的香味．
: 鸡架子放锅上加水熬，加入酸菜粉条，算一个汤了
: 很简单的周末晚餐，扫清了冰箱，而且很好吃，我和LG一人吃了一大菠萝壳的饭，撑的
: 了～

x*12015-02-23 08:02

5 楼

有戏阿。
3个colume就行
hash_key
doc_id:word
range_key
word
attribute
appear #
再建一个GSI （searching index）
hash——key
word
range－key
doc_id:word
appear ＃

a*z2015-02-23 08:02

6 楼

zan

【在 U*********n 的大作中提到】

g*g2015-02-23 08:02

7 楼

Elastic Search.

【在 n******7 的大作中提到】

: 没用过NoSQL，现在遇到两个问题，都需要储存、查询大量的大数据，考虑是不是可以
: 用上NoSQL
: 问题大概是这样的，我有很多docs，每个doc有很多words，很多words出现频率很高，
: words在一个doc里面出现顺序不重要。docs本身有一些注释
: 我希望有个database可以
: 1. 存储这些docs。我琢磨做成 word1 -> {doc1:count,doc2:count2} 这样的
: 2. 存储一个新doc时，可以update已有的key-> value 列表。如果遇到新的word，就建
: 立新的key-> value 关联
: 3. 比较docs。这个比较麻烦。比如给一个doc，我想很快知道哪些docs跟它有一样的
: key。如果有必要，我还想查询substring。比如有个文档有mitbbs这个词，可能我想把

n*72015-02-23 08:02

8 楼

谢谢两位，我再琢磨一下
elastic search不知道是啥，得google了