歪理邪说解析架构设计师上午考试试题之二(分析2010下半年系统架构设计师上午试题06-10题)

本文涉及的产品
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
云解析 DNS,旗舰版 1个月
全局流量管理 GTM,标准版 1个月
简介: 歪理邪说解析架构设计师上午考试试题之二分析2010下半年系统架构设计师上午试题06-10题【引言】1.一直期待专业的技术话题也能和《明朝哪些事》一样,有趣和好玩,能吸引大家的去阅读,并享受其乐趣;2.培养对技术的兴趣,有时候比掌握技术本身更重要;一旦有了浓厚的兴趣,自己主动就会主动去探寻,去发现技术的秘密。

歪理邪说解析架构设计师上午考试试题之二

分析2010下半年系统架构设计师上午试题06-10题

【引言】

1.一直期待专业的技术话题也能和《明朝哪些事》一样,有趣和好玩,能吸引大家的去阅读,并享受其乐趣;

2.培养对技术的兴趣,有时候比掌握技术本身更重要;一旦有了浓厚的兴趣,自己主动就会主动去探寻,去发现技术的秘密。所谓迈入技术的科技殿堂,也许就是来自自己对技术真正有了乐趣,并享受其过程。解决了学习驱动力问题。

3.偶发现专业知识,如果用搞笑、异类、歪理邪说来解读记忆得会更牢固些。因为你发现技术不是高高在上,深不可测,而是和日常生活紧密相她原来就在我们身边,从未走远。

 

【试题】

●某数据库中有员工关系E(员工号,姓名,部门,职称,月薪);产品关系P(产品号,产品名称,型号,尺寸,颜色);仓库关系W(仓库号,仓库名称,地址,负责人);库存关系I(仓库号,产品号,产品数量)。

   a.若数据库设计中要求:

    ①仓库关系W中的“负责人”引用员工关系的员工号

    ②库存关系I中的“仓库号,产品号”惟一标识I中的每一个记录

    ③员工关系E中的职称为“工程师”的月薪不能低于3500元

则①②③依次要满足的完整性约束是___(6)___。

(6) A.实体完整性、参照完整性、用户定义完整性

      B.参照完整性、实体完整性、用户定义完整性

     C.用户定义完整性、实体完整性、参照完整性

     D.实体完整性、用户定义完整性、参照完整性

b.若需得到每种产品的名称和该产品的总库存量,则对应的查询语句为:

   SELELCT产品名称,SUM(产品数量)

   FROM P, I

   WHERE P.产品号=1.产品号___(7)___;

  (7)A. ORDER BY产品名称  B. ORDER BY产品数量

       C. GROUP BY产品名称 D. GROUP BY产品数量

【歪理邪说】

(6)

①仓库关系W中的“负责人”引用员工关系的员工号

引用当然是参照完整性啦!

 

②库存关系I中的“仓库号,产品号”惟一标识I中的每一个记录

仓库号,产品号当然指得是仓库和产品两个实体啦!

 

③员工关系E中的职称为“工程师”的月薪不能低于3500元

月薪都已经低于3500元了,有精确的数字,明显的用户定义。

 

(7)ORDER 是排序,什么从大到小,从小到大,所以A、B不对。

GROUP按组分类。

“若需得到每种产品的名称和该产品的总库存量”,答案C  GROUP BY产品名称正好符合题意。

题目没有说,没有问“每种产品数量”,问的是“该产品的总库存量”。

参考答案:(6) B (7)C

 

● 若对关系R(A,B,C,D)和S(C,D,E)进行关系代数运算,则表达式与___(8)___等价。


 

【歪理邪说】

注意到关系R与关系S里的属性名C与D,是重名的,是要点,是关键,是核心。

说他们的时候,一定要带上关系名,以示区别。

A,C都没有带。

D里,D<C也没有带上关系名哟!

参考答案:B


● 计算机执行程序时,在一个指令周期的过程中,为了能够从内存中读指令操作码,首先是将__(9)___的内容送到地址总线上。

(9)A.程序计数器PC    B.指令寄存器IR

    C.状态寄存器SR    D.通用寄存器GR

【歪理邪说】

关键词,“计算机执行程序时”,“首先是将”。

参考答案:A


【知识点】

l 程序计数器是什么?

程序计数器是用于存放下一条指令所在单元的地址的地方。

单片机及汇编语言中常称作PC(program counter)。

PC是什么单词的缩写

Program  Counter

为什么需要程序计数器

  为了保证程序(在操作系统中理解为进程)能够连续地执行下去,CPU必须具有某些手段来确定下一条指令的地址。

程序计数器正是起到这种作用,所以通常又称为指令计数器。

l 程序计数器的处理流程

在程序开始执行前,必须将它的起始地址,即程序的一条指令所在的内存单元地址送入PC,因此程序计数器(PC)的内容即是从内存提取的第一条指令的地址。当执行指令时,CPU将自动修改PC的内容,即每执行一条指令PC增加一个量,这个量等于指令所含的字节数,以便使其保持的总是将要执行的下一条指令的地址。由于大多数指令都是按顺序来执行的,所以修改的过程通常只是简单的对PC加1。

程序计数器的异常处理流程

  但是,当遇到转移指令如JMP指令时,后继指令的地址(即PC的内容)必须从指令寄存器中的地址字段取得。在这种情况下,下一条从内存取出的指令将由转移指令来规定,而不像通常一样按顺序来取得。因此程序计数器的结构应当是具有寄存信息和计数两种功能的结构。

 

●内存按字节编址,利用8K×4bit的存储器芯片构成84000H到8FFFFH的内存,共需__(10)___片。

(10)A. 6   B. 8  C. 12   D. 24

【歪理邪说】

数学解法,假设需要N片存储芯片,则有

8K ×4bit/8bit× N = (8FFFF – 84000 + 1) = C000 =12 ×16­­­3  =  12× (243= 12×212

1024 ×4×N = 12×212 = 12 × 22 × 210 = 12 × 4 × 1024

N = 12

 

注意题目说内存按字节编址,而存储器芯片又是按bit比特位来说存储容量的

也就是说84000H到8FFFFH的内存,指的是按字节来编写地址的。

也就是说注意单位的统一,然后来计算。

参考答案:C


相关文章
|
22天前
|
运维 持续交付 云计算
深入解析云计算中的微服务架构:原理、优势与实践
深入解析云计算中的微服务架构:原理、优势与实践
56 1
|
28天前
|
运维 监控 负载均衡
探索微服务架构下的服务治理:动态服务管理平台深度解析
探索微服务架构下的服务治理:动态服务管理平台深度解析
|
1月前
|
消息中间件 存储 缓存
十万订单每秒热点数据架构优化实践深度解析
【11月更文挑战第20天】随着互联网技术的飞速发展,电子商务平台在高峰时段需要处理海量订单,这对系统的性能、稳定性和扩展性提出了极高的要求。尤其是在“双十一”、“618”等大型促销活动中,每秒需要处理数万甚至数十万笔订单,这对系统的热点数据处理能力构成了严峻挑战。本文将深入探讨如何优化架构以应对每秒十万订单级别的热点数据处理,从历史背景、功能点、业务场景、底层原理以及使用Java模拟示例等多个维度进行剖析。
54 8
|
1月前
|
设计模式 Java API
微服务架构演变与架构设计深度解析
【11月更文挑战第14天】在当今的IT行业中,微服务架构已经成为构建大型、复杂系统的重要范式。本文将从微服务架构的背景、业务场景、功能点、底层原理、实战、设计模式等多个方面进行深度解析,并结合京东电商的案例,探讨微服务架构在实际应用中的实施与效果。
121 6
|
14天前
|
运维 监控 持续交付
微服务架构解析:跨越传统架构的技术革命
微服务架构(Microservices Architecture)是一种软件架构风格,它将一个大型的单体应用拆分为多个小而独立的服务,每个服务都可以独立开发、部署和扩展。
138 36
微服务架构解析:跨越传统架构的技术革命
|
19天前
|
存储 Linux API
深入探索Android系统架构:从内核到应用层的全面解析
本文旨在为读者提供一份详尽的Android系统架构分析,从底层的Linux内核到顶层的应用程序框架。我们将探讨Android系统的模块化设计、各层之间的交互机制以及它们如何共同协作以支持丰富多样的应用生态。通过本篇文章,开发者和爱好者可以更深入理解Android平台的工作原理,从而优化开发流程和提升应用性能。
|
21天前
|
弹性计算 持续交付 API
构建高效后端服务:微服务架构的深度解析与实践
在当今快速发展的软件行业中,构建高效、可扩展且易于维护的后端服务是每个技术团队的追求。本文将深入探讨微服务架构的核心概念、设计原则及其在实际项目中的应用,通过具体案例分析,展示如何利用微服务架构解决传统单体应用面临的挑战,提升系统的灵活性和响应速度。我们将从微服务的拆分策略、通信机制、服务发现、配置管理、以及持续集成/持续部署(CI/CD)等方面进行全面剖析,旨在为读者提供一套实用的微服务实施指南。
|
22天前
|
SQL 数据可视化 数据库
多维度解析低代码:从技术架构到插件生态
本文深入解析低代码平台,涵盖技术架构、插件生态及应用价值。通过图形化界面和模块化设计,低代码平台降低开发门槛,提升效率,支持企业快速响应市场变化。重点分析开源低代码平台的优势,如透明架构、兼容性与扩展性、可定制化开发等,探讨其在数据处理、功能模块、插件生态等方面的技术特点,以及未来发展趋势。
|
21天前
|
SQL 数据可视化 数据库
多维度解析低代码:从技术架构到插件生态
本文深入解析低代码平台,从技术架构到插件生态,探讨其在企业数字化转型中的作用。低代码平台通过图形化界面和模块化设计降低开发门槛,加速应用开发与部署,提高市场响应速度。文章重点分析开源低代码平台的优势,如透明架构、兼容性与扩展性、可定制化开发等,并详细介绍了核心技术架构、数据处理与功能模块、插件生态及数据可视化等方面,展示了低代码平台如何支持企业在数字化转型中实现更高灵活性和创新。
41 1
|
25天前
|
缓存 监控 网络协议
深入解析微服务架构中的服务发现机制
深入解析微服务架构中的服务发现机制
29 1

推荐镜像

更多
下一篇
DataWorks