分布式数据库半连接 ρ 怎么算

分布式数据库半连接 ρ 怎么算,第1张

(1)方案一(数据库保存所有服务器索引信息)

全对称结构,没有中央服务器

web方案:

只从本地数据库检索符合条件的记录,给出结果

每次检索都要从本地服务器的海量数据中进行

数据库方案:

数据库保存所有服务器的索引内容

缓存命中率高的记录,减少检索时间

服务器负载分析:

服务器负载假设:

一百个结点,每结点一百人同时使用,每个结点一万条记录

web服务器:同时一百线程在本地数据库服务器检索

数据库服务器:每次接收一百个查询请求;每个请求要从一百万条索引中检索(最坏的情况);缓冲机制可以稍微减轻负担

数据更新 *** 作:

同时更新所有数据库/只更新本地,服务器间相互同步

方案二(数据库保存本地索引及少量缓冲)

每高校作为一个结点

所有结点全对称结构,网络中没有一个中央服务器

web方案:

接收到请求时同时多线程向其它服务器同时搜索(服务器压力问题?)

数据库方案:

数据库保存本地数据

数据库保存一定量缓冲数据,

服务器负载分析:

服务器负载假设:

一百个结点,每结点一百人同时使用

则每个web服务器同时发起一万个线程向其它数据服务器搜索(oops!)

每个数据库服务器会同时接收到一万个查询请求(oops!)

采用学习过程只能少量减少查询请求和web服务器搜索线程

数据更新 *** 作:

只更新本地

方案三(中央服务器方案一)

每高校一个结点

每结点结构相同,连接到同一个中央服务器

web方案

每个查询向中央服务器进行,由中央服务器实行检索,中央服务器返回检索结果

数据库方案

中央数据库保存所有索引信息

每结点可以只用小型数据库保存本地用户和其它信息即可

服务器负载分析:

服务器负载假设:

一百个结点,每结点一百人同时使用,每结点资料记录一万条

web服务器:同时发起一百个进程向中央数据库查询

数据库服务器(中央):同时接收一万条查询请求并返回大容量结果

数据库服务器(结点):少量工作

数据更新 *** 作:

只更新中央服务器

方案四(中央服务器方案二)

每高校一个结点

每结点结构相同,连接到同一中央服务器

web方案:

每个查询向中央服务器进行,由中央服务器根据查询内容进行转发到结点数据库,再由结点数据库返回结果

数据库方案:

中央服务器保存各结点分类信息,根据页面请求的分类转发查询到相应服务器

服务器负载分析:

服务器负载假设:

一百个结点,每结点一百人同时使用,每结点资料记录一万条,每结点一百个类别

web服务器:同时一百个进程向中央数据库查询

数据库服务器(中央):同时接收一万条请求并转发

数据库服务器(结点):从中央服务器接收查询请求,最坏情况下每结点接收到一万条查询请求

数据更新 *** 作:

只更新本地服务器

分类变化时更新中央服务器

内连接:指连接结果仅包含符合连接条件的行,参与连接的两个表都应该符合连接条件。

外连接:连接结果不仅包含符合连接条件的行同时也包含自身不符合条件的行。包括左外连接、右外连接和全外连接。

1、内连接

内连接,即最常见的等值连接,例:

SELECT * FROM TESTA,TESTBWHERE TESTA.A=TESTB.A

结果:

2、外连接

外连接分为左外连接,右外连接和全外连接。

左外连接 left outer join 或者 left join

左外连接就是在等值连接的基础上加上主表中的未匹配数据,例:

SELECT *FROM TESTA LEFT OUTER JOIN TESTB ON TESTA.A=TESTB.A

结果:

扩展资料:

全外连接 full outer join 或者 full join

全外连接是在等值连接的基础上将左表和右表的未匹配数据都加上。

SELECT * FROM TESTA FULL OUTER JOIN TESTBON TESTA.A=TESTB.A

结果:

参考资料:百度百科内连接


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9973844.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-03
下一篇 2023-05-03

发表评论

登录后才能评论

评论列表(0条)

保存