Many-to-Many 关系数据存储# Programming - 葵花宝典
j*3
1 楼
这次回国check有点久，现在的visa是明年初到期。
可不可以今年底到加拿大去再签一个H1B，然后用现在的VISA回美国等check? clear之
后再过去贴新VISA？
check时间越来越长，忍不了了。
可不可以今年底到加拿大去再签一个H1B，然后用现在的VISA回美国等check? clear之
后再过去贴新VISA？
check时间越来越长，忍不了了。
l*h
2 楼
http://slickdeals.net/permadeal/39979/gyration-2in1-wireless-airmouse-keyboard-and-mouse-desktop-combo
这个air mouse用起来确实很方便，有需要的可以进了
这个air mouse用起来确实很方便，有需要的可以进了
l*0
3 楼
如果想存储所有学生以及学生与学生之间的朋友关系，一个表存学生, 另一个表存朋友
关系。
Student（id, name）
Friend (id_from, id_to)
由于关系是双向的，对每个关系，Friend 里面需要存两次，这样才方便查询。
a->b
b->a
但查询语句需要用到两个 Join.
这种多对多关系的存储和检索，关系数据库里面这是常见的方法吗？
Test here:
http://sqlfiddle.com/#!9/5ec63/1
关系。
Student（id, name）
Friend (id_from, id_to)
由于关系是双向的，对每个关系，Friend 里面需要存两次，这样才方便查询。
a->b
b->a
但查询语句需要用到两个 Join.
这种多对多关系的存储和检索，关系数据库里面这是常见的方法吗？
Test here:
http://sqlfiddle.com/#!9/5ec63/1
T*s
4 楼
什么意思
你申请新的签证旧的有效签证就会被撤销
你只能在美国外面等check
你申请新的签证旧的有效签证就会被撤销
你只能在美国外面等check
s*r
5 楼
双向存储在逻辑上是必须的，比如我加你为好友，你还没有接受时就需要一条纪录，互
加后再加一条反向纪录
★ 发自iPhone App: ChineseWeb 8.7
【在 l******0 的大作中提到】
: 如果想存储所有学生以及学生与学生之间的朋友关系，一个表存学生, 另一个表存朋友
: 关系。
: Student（id, name）
: Friend (id_from, id_to)
: 由于关系是双向的，对每个关系，Friend 里面需要存两次，这样才方便查询。
: a->b
: b->a
: 但查询语句需要用到两个 Join.
: 这种多对多关系的存储和检索，关系数据库里面这是常见的方法吗？
: Test here:
加后再加一条反向纪录
★ 发自iPhone App: ChineseWeb 8.7
【在 l******0 的大作中提到】
: 如果想存储所有学生以及学生与学生之间的朋友关系，一个表存学生, 另一个表存朋友
: 关系。
: Student（id, name）
: Friend (id_from, id_to)
: 由于关系是双向的，对每个关系，Friend 里面需要存两次，这样才方便查询。
: a->b
: b->a
: 但查询语句需要用到两个 Join.
: 这种多对多关系的存储和检索，关系数据库里面这是常见的方法吗？
: Test here:
z*g
6 楼
可以。如果check的话有效签证大概率不会注销的。
n*7
7 楼
存一遍就可以吧
where 条件加个or就好
where 条件加个or就好
h*s
8 楼
进入使馆申请签证，签证官在审理之前第一件事是把之前的有效签证注销。
【在 z****g 的大作中提到】
: 可以。如果check的话有效签证大概率不会注销的。
【在 z****g 的大作中提到】
: 可以。如果check的话有效签证大概率不会注销的。
n*w
9 楼
很常见
【在 l******0 的大作中提到】
: 如果想存储所有学生以及学生与学生之间的朋友关系，一个表存学生, 另一个表存朋友
: 关系。
: Student（id, name）
: Friend (id_from, id_to)
: 由于关系是双向的，对每个关系，Friend 里面需要存两次，这样才方便查询。
: a->b
: b->a
: 但查询语句需要用到两个 Join.
: 这种多对多关系的存储和检索，关系数据库里面这是常见的方法吗？
: Test here:
【在 l******0 的大作中提到】
: 如果想存储所有学生以及学生与学生之间的朋友关系，一个表存学生, 另一个表存朋友
: 关系。
: Student（id, name）
: Friend (id_from, id_to)
: 由于关系是双向的，对每个关系，Friend 里面需要存两次，这样才方便查询。
: a->b
: b->a
: 但查询语句需要用到两个 Join.
: 这种多对多关系的存储和检索，关系数据库里面这是常见的方法吗？
: Test here:
R*t
10 楼
您最近遇到过不注销的情况，还是有朋友这样？查了网上有不同的说法 谢谢
【在 z****g 的大作中提到】
: 可以。如果check的话有效签证大概率不会注销的。
【在 z****g 的大作中提到】
: 可以。如果check的话有效签证大概率不会注销的。
p*2
11 楼
#1 常见
#2 尽量不用Join，用select嵌套
#3 这种典型的key-value，为啥不用NO-SQL?
【在 l******0 的大作中提到】
: 如果想存储所有学生以及学生与学生之间的朋友关系，一个表存学生, 另一个表存朋友
: 关系。
: Student（id, name）
: Friend (id_from, id_to)
: 由于关系是双向的，对每个关系，Friend 里面需要存两次，这样才方便查询。
: a->b
: b->a
: 但查询语句需要用到两个 Join.
: 这种多对多关系的存储和检索，关系数据库里面这是常见的方法吗？
: Test here:
#2 尽量不用Join，用select嵌套
#3 这种典型的key-value，为啥不用NO-SQL?
【在 l******0 的大作中提到】
: 如果想存储所有学生以及学生与学生之间的朋友关系，一个表存学生, 另一个表存朋友
: 关系。
: Student（id, name）
: Friend (id_from, id_to)
: 由于关系是双向的，对每个关系，Friend 里面需要存两次，这样才方便查询。
: a->b
: b->a
: 但查询语句需要用到两个 Join.
: 这种多对多关系的存储和检索，关系数据库里面这是常见的方法吗？
: Test here:
z*g
12 楼
瞎扯。只有新签证已经批准，才会注销之前的同种类签证。
【在 h****s 的大作中提到】
: 进入使馆申请签证，签证官在审理之前第一件事是把之前的有效签证注销。
【在 h****s 的大作中提到】
: 进入使馆申请签证，签证官在审理之前第一件事是把之前的有效签证注销。
l*0
13 楼
NO-SQL 更简单吗？
关系数据库里面典型的多对多关系，这里用 SQL 也很好吧？
【在 p**2 的大作中提到】
: #1 常见
: #2 尽量不用Join，用select嵌套
: #3 这种典型的key-value，为啥不用NO-SQL?
关系数据库里面典型的多对多关系，这里用 SQL 也很好吧？
【在 p**2 的大作中提到】
: #1 常见
: #2 尽量不用Join，用select嵌套
: #3 这种典型的key-value，为啥不用NO-SQL?
z*g
14 楼
如果新签证尚未批准，不注销之前的签证是标准操作。
【在 R******t 的大作中提到】
: 您最近遇到过不注销的情况，还是有朋友这样？查了网上有不同的说法 谢谢
【在 R******t 的大作中提到】
: 您最近遇到过不注销的情况，还是有朋友这样？查了网上有不同的说法 谢谢
w*m
15 楼
SQL的复杂度不好分析
理想的状态是一个hash表，表里套个set。
理想的状态是一个hash表，表里套个set。
w*s
16 楼
20015-2018年间三次在加拿大办签证，每次都在见到签证官的第一时间被取消了前面的
签证。同类型，不同类型的（比如F转O，签证官先问，啥时候毕业的，xx年，那不是学
生身份了啊？不是，咔咔所有的Ｆ都给划了，包括已经过期的）。
感觉是个随机事件，虽然看网上有不被取消的。
【在 z****g 的大作中提到】
: 如果新签证尚未批准，不注销之前的签证是标准操作。
签证。同类型，不同类型的（比如F转O，签证官先问，啥时候毕业的，xx年，那不是学
生身份了啊？不是，咔咔所有的Ｆ都给划了，包括已经过期的）。
感觉是个随机事件，虽然看网上有不被取消的。
【在 z****g 的大作中提到】
: 如果新签证尚未批准，不注销之前的签证是标准操作。
d*k
17 楼
如果朋友都是双向的，存一遍就行了吧。
Friend (id_1, id_2)
【在 l******0 的大作中提到】
: 如果想存储所有学生以及学生与学生之间的朋友关系，一个表存学生, 另一个表存朋友
: 关系。
: Student（id, name）
: Friend (id_from, id_to)
: 由于关系是双向的，对每个关系，Friend 里面需要存两次，这样才方便查询。
: a->b
: b->a
: 但查询语句需要用到两个 Join.
: 这种多对多关系的存储和检索，关系数据库里面这是常见的方法吗？
: Test here:
Friend (id_1, id_2)
【在 l******0 的大作中提到】
: 如果想存储所有学生以及学生与学生之间的朋友关系，一个表存学生, 另一个表存朋友
: 关系。
: Student（id, name）
: Friend (id_from, id_to)
: 由于关系是双向的，对每个关系，Friend 里面需要存两次，这样才方便查询。
: a->b
: b->a
: 但查询语句需要用到两个 Join.
: 这种多对多关系的存储和检索，关系数据库里面这是常见的方法吗？
: Test here:
相关阅读
C++11痛并快乐着Refactoring Angular Apps to Component Style请教个非常简单的app的问题最近忙度假，上来说两句Re: 【讨论】作为即将决定去FLGT的小博，谈谈我的看法 (转载)赵策怎么看OOP hell的问题?Node.js passport 如何用isAuthenticated()检测所有网页？Amazon, Microsoft Tighten Grip On Cloud Marketdart for ios and androidswift行情很好啊老魏，你也别老盯着NEST大牛们，请教大数据系统如何架构【求助】想自己写个小网站，但不排除将来会加scale的情况3句话总结D,Go,Rust其实很多东西，并不需要很深的技术菜鸟请问怎么搭这么个系统Chef?iOS/Swift 马工工资怎么样？Haskell这种不作不死的典型Node.js question: webpage always defaults to index.html