数据库原理难题,设有一个SPJ数据库,包括S,P,J,SPJ四个关系模式

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了数据库原理难题,设有一个SPJ数据库,包括S,P,J,SPJ四个关系模式相关的知识,希望对你有一定的参考价值。

设有一个SPJ数据库,包括S,P,J,SPJ四个关系模式,
①供应商表S(供应商代码SNO,供应商姓名SNAME,供应商状态STATUS,所在城市SCITY);②零件表P(零件代码PNO,零件名PNAME,颜色COLOR,重量WEIGHT);③工程项目表J(工程项目代码JNO,工程项目名JNAME,所在城市JCITY);④供应情况表SPJ(供应商代码SNO,零件代码PNO,工程项目代码JNO,供应数量QTY);
试用SQL语言完成如下操作:
(1)创建S、P、J、SPJ四张表
(2)查询所有零件的名称、颜色、重量;
(3)求供应工程J1零件为红色的供应商号码;
(4)将工程项目J2的所在城市改为天津
(5)删除零件号为P4的零件。

这是难题?
(1)
create table S
(
SNO VARCHAR(20) PRIMARY KEY,
SNAME NVARCHAR(50) NOT NULL,
STATUS INT DEFAULT(0),
SCITY NVARCHAR(20)
)
CREATE TABLE P
(
PNO VARCHAR(20) PRIMARY KEY,
PNAME NVARCHAR(50) NOT NULL,
COLOR NVARCHAR(10),
WEIGHT NUMERIC(9,2)
)
CREATE TABLE J
(
JNO VARCHAR(20) PRIMARY KEY,
JNAME NVARCHAR(50) NOT NULL,
JCITY NVARCHAR(100)
)

CREATE TABLE SPJ
(
SNO VARCHAR(20),
PNO VARCHAR(20),
JNO VARCHAR(20),
QTY NEMERIC(9,2)
)

(2)
----------------------
SELECT PNAME, COLOR, WEIGHT FROM P

(3)
--------------------
SELECT SNO FROM SPJ AS T
WHERE JNO='J2'
AND EXISTS(SELECT 1 FROM P WHERE COLOR='红色' AND PNO=T.JNO)

(4)
-----------------
UPDATE J SET JCITY='天津' WHERE JNO='J2'

(5)
-----------------
DELETE FROM P WHERE PNO = 'P4'追问

嘻嘻,不会就是难题咯!

追答

:),我看是作业题吧!

追问

额,这你都知道!!!话说你写的这个是对的把!~我写上去不会被老师驳下来吧!!!~

追答

:(,不相信俺?

这么简单的东西,随便一个出来工作了个把月的数据库程序员都会的。

好多人,都是从做数据库开发做起的。

我也是,:)

话说到现在都工作有10来年了……,岁月是把杀猪刀啊~~~~

参考技术A 答案有待 修改哦追问

错了吗?

追答

蒽 加我Q 我发给你 7167412

追问

555555555,那杯具了,我都已经写过交上去了~错的很严重吗?

memcache-介绍原理

memcache是一个自由,源码开放,高性能,分布式内存对象缓存系统

用于动态web应用以减轻数据库的负载,他通过内存缓存数据,减少读取数据库的次数从而提高了网站访问速度,memcache是一个存储键值的hashmap,memcache的设计理念就是小而强大,他简单的设计促进了快速部署,易于开发,并解决大规模数据缓存的许多难题,开放的api使得memcache能用于java/c/c++/perl/python/php/ruby等大部分流行的程序语言

MemCache的官方网站为 http://memcached.org/

MemCache访问模型

为了加深memcache理解,以memcache为代表的分布式缓存,访问模型如下:

技术分享

memcache本身不具备分布式的能力,需要依赖客户端程序算法实现.

同时基于这张图,理一下MemCache一次写缓存的流程:

1、应用程序输入需要写缓存的数据

2APIKey输入路由算法模块,路由算法根据KeyMemCache集群服务器列表得到一台服务器编号

3、由服务器编号得到MemCache及其的ip地址和端口号

4API调用通信模块和指定编号的服务器通信,将数据写入该服务器,完成一次分布式缓存的写操作

读缓存和写缓存一样,只要使用相同的路由算法和服务器列表,只要应用程序查询的是相同的KeyMemCache客户端总是访问相同的客户端去读取数据,只要服务器中还缓存着该数据,就能保证缓存命中。

这种MemCache集群的方式也是从分区容错性的方面考虑的,假如Node2宕机了,那么Node2上面存储的数据都不可用了,此时由于集群中Node0Node1还存在,下一次请求Node2中存储的Key值的时候,肯定是没有命中的,这时先从数据库中拿到要缓存的数据,然后路由算法模块根据Key值在Node0Node1中选取一个节点,把对应的数据放进去,这样下一次就又可以走缓存了,这种集群的做法很好,但是缺点是成本比较大。

一致性Hash算法 

从上面的图中,可以看出一个很重要的问题,就是对服务器集群的管理,路由算法至关重要,就和负载均衡算法一样,路由算法决定着究竟该访问集群中的哪台服务器,先看一个简单的路由算法。

1、余数Hash

简单的路由算法可以使用余数Hash:用服务器数目和缓存数据KEYhash值相除,余数为服务器列表下标编号,假如某个str对应的HashCode52、服务器的数目是3,取余数得到1str对应节点Node1,所以路由算法把str路由到Node1服务器上。由于HashCode随机性比较强,所以使用余数Hash路由算法就可以保证缓存数据在整个MemCache服务器集群中有比较均衡的分布。

如果不考虑服务器集群的伸缩性,那么余数Hash算法几乎可以满足绝大多数的缓存路由需求,但是当分布式缓存集群需要扩容的时候,就难办了。

就假设MemCache服务器集群由3台变为4台吧,更改服务器列表,仍然使用余数Hash524的余数是0,对应Node0,但是str原来是存在Node1上的,这就导致了缓存没有命中。举个例子,原来有HashCode0~1920个数据,那么:

那么不妨举个例子,原来有HashCode0~1920个数据,那么:

技术分享

扩充四台

技术分享

如果扩容到20+的台数,只有前三个HashCode对应的Key是命中的,也就是15%。当然现实情况肯定比这个复杂得多,不过足以说明,使用余数Hash的路由算法,在扩容的时候会造成大量的数据无法正确命中(其实不仅仅是无法命中,那些大量的无法命中的数据还在原缓存中在被移除前占据着内存)。在网站业务中,大部分的业务数据度操作请求上事实上是通过缓存获取的,只有少量读操作会访问数据库,因此数据库的负载能力是以有缓存为前提而设计的。当大部分被缓存了的数据因为服务器扩容而不能正确读取时,这些数据访问的压力就落在了数据库的身上,这将大大超过数据库的负载能力,严重的可能会导致数据库宕机。

这个问题有解决方案,解决步骤为:

1)在网站访问量低谷,通常是深夜,技术团队加班,扩容、重启服务器

2)通过模拟请求的方式逐渐预热缓存,使缓存服务器中的数据重新分布

2、一致性Hash算法 

一致性Hash算法通过一个叫做一致性Hash环的数据结构实现Key到缓存服务器的Hash映射。简单地说,一致性哈希将整个哈希值空间组织成一个虚拟的圆环(这个环被称为一致性Hash环),如假设某空间哈希函数H的值空间是0~2^32-1(即哈希值是一个32位无符号整形),整个哈希空间如下

技术分享

下一步将各个服务器使用H进行一个哈希计算,具体可以使用服务器的IP地址或者主机名作为关键字,这样每台机器能确定其在上面的哈希环上的位置了,并且是按照顺时针排列,这里我们假设三台节点memcache经计算后位置如下

技术分享

接下来使用相同算法计算出数据的哈希值h,并由此确定数据在此哈希环上的位置

假如我们有数据ABCD4个对象,经过哈希计算后位置如下:

技术分享

根据一致性哈希算法,数据A就被绑定到了server01上,D被绑定到了server02上,BCserver03上,是按照顺时针找最近服务节点方法

这样得到的哈希环调度方法,有很高的容错性和可扩展性:

假设server03宕机

技术分享

可以看到此时CB会受到影响,将BC被重定位到Server01。一般的,在一致性哈希算法中,如果一台服务器不可用,则受影响的数据仅仅是此服务器到其环空间中前一台服务器(即顺着逆时针方向行走遇到的第一台服务器)之间数据,其它不会受到影响。

考虑另外一种情况,如果我们在系统中增加一台服务器Memcached Server 04

技术分享

此时ADC不受影响,只有B需要重定位到新的Server04。一般的,在一致性哈希算法中,如果增加一台服务器,则受影响的数据仅仅是新服务器到其环空间中前一台服务器(即顺着逆时针方向行走遇到的第一台服务器)之间数据,其它不会受到影响。

综上所述,一致性哈希算法对于节点的增减都只需重定位环空间中的一小部分数据,具有较好的容错性和可扩展性。

一致性哈希的缺点:在服务节点太少时,容易因为节点分部不均匀而造成数据倾斜问题。我们可以采用增加虚拟节点的方式解决。

更重要的是,集群中缓存服务器节点越多,增加/减少节点带来的影响越小,很好理解。换句话说,随着集群规模的增大,继续命中原有缓存数据的概率会越来越大,虽然仍然有小部分数据缓存在服务器中不能被读到,但是这个比例足够小,即使访问数据库,也不会对数据库造成致命的负载压力。

MemCache实现原理

首先要说明一点,MemCache的数据存放在内存中

1、访问数据的速度比传统的关系型数据库要快,因为OracleMySQL这些传统的关系型数据库为了保持数据的持久性,数据存放在硬盘中,IO操作速度慢

2MemCache的数据存放在内存中同时意味着只要MemCache重启了,数据就会消失

3、既然MemCache的数据存放在内存中,那么势必受到机器位数的限制,32位机器最多只能使用2GB的内存空间,64位机器可以认为没有上限

然后我们来看一下MemCache的原理,MemCache最重要的是内存如何分配的,MemCache采用的内存分配方式是固定空间分配,如下图所示

技术分享

这张图片里面涉及了slab_classslabpagechunk四个概念,它们之间的关系是:

1MemCache将内存空间分为一组slab

2、每个slab下又有若干个page,每个page默认是1M,如果一个slab占用100M内存的话,那么这个slab下应该有100page

3、每个page里面包含一组chunkchunk是真正存放数据的地方,同一个slab里面的chunk的大小是固定的

4、有相同大小chunkslab被组织在一起,称为slab_class

MemCache内存分配的方式称为allocator(分配运算)slab的数量是有限的,几个、十几个或者几十个,这个和启动参数的配置相关。

MemCache中的value存放的地方是由value的大小决定的,value总是会被存放到与chunk大小最接近的一个slab中,比如slab[1]chunk大小为80字节、slab[2]chunk大小为100字节、slab[3]chunk大小为125字节(相邻slab内的chunk基本以1.25为比例进行增长,MemCache启动时可以用-f指定这个比例),那么过来一个88字节的value,这个value将被放到2slab中。放slab的时候,首先slab要申请内存,申请内存是以page为单位的,所以在放入第一个数据的时候,无论大小为多少,都会有1M大小的page被分配给该slab。申请到page后,slab会将这个page的内存按chunk的大小进行切分,这样就变成了一个chunk数组,最后从这个chunk数组中选择一个用于存储数据。

如果这个slab中没有chunk可以分配了怎么办,如果MemCache启动没有追加-M(禁止LRU,这种情况下内存不够会报Out Of Memory错误),那么MemCache会把这个slab中最近最少使用的chunk中的数据清理掉,然后放上最新的数据。

Memcache的工作流程:

技术分享

1、检查客户端的请求数据是否在memcached中,如果有,直接把请求数据返回,不再对数据库进行任何操作,路径操作为①②③⑦。
2、如果请求的数据不在memcached中,就去查数据库,把从数据库中获取的数据返回给客户端,同时把数据缓存一份到memcached中(memcached客户端不负责,需要程序明确实现),路径操作为①②④⑤⑦⑥。
3、每次更新数据库的同时更新memcached中的数据,保证一致性。
4、当分配给memcached内存空间用完之后,会使用LRULeast Recently Used,最近最少使用)策略加上到期失效策略,失效数据首先被替换,然后再替换掉最近未使用的数据。

Memcached特征:
协议简单:
   它是基于文本行的协议,直接通过telnetmemcached服务器上可进行存取数据操作

注:文本行的协议:指的是信息以文本传送,一个信息单元传递完毕后要传送换行。比如对于HTTPGET请求来说,GET /index.html HTTP/1.1是一行,接下去每个头部信息各占一行。一个空行表示整个请求结束

基于libevent事件处理:
    Libevent是一套利用C开发的程序库,它将BSD系统的kqueue,Linux系统的epoll等事件处理功能封装成一个接口,与传统的select相比,提高了性能。
内置的内存管理方式:
    所有数据都保存在内存中,存取数据比硬盘快,当内存满后,通过LRU算法自动删除不使用的缓存,但没有考虑数据的容灾问题,重启服务,所有数据会丢失。
分布式
   各个memcached服务器之间互不通信,各自独立存取数据,不共享任何信息。服务器并不具有分布式功能,分布式部署取决于memcache客户端。

Memcache的安装

分为两个过程:memcache服务器端的安装和memcached客户端的安装。

所谓服务器端的安装就是在服务器(一般都是linux系统)上安装Memcache实现数据的存储。

所谓客户端的安装就是指php(或者其他程序,Memcache还有其他不错的api接口提供)去使用服务器端的Memcache提供的数据,需要php添加扩展。

PHPMemcache


本文出自 “11627223” 博客,请务必保留此出处http://11637223.blog.51cto.com/11627223/1910363

以上是关于数据库原理难题,设有一个SPJ数据库,包括S,P,J,SPJ四个关系模式的主要内容,如果未能解决你的问题,请参考以下文章

T-SQL语句题 谁能帮忙作答一下

数据库问题

创建S表的SQL语句。一小问10分。全回答正确的再加20分!

查询使用了全部零件的工程名称

现开发项目遇见难题及解决方案记录

数据库例题(创建数据库SPJ包含SPJ和SPJ表)