非关系型数据库课程设计

① 非关系型数据库主要包括几类各有什么特点

NoSQL描述的是大量结构化数据存储方法的集合，根据结构化方法以及应用场合的不同，主要可以将NoSQL分为以下几类。

(1)Column-Oriented
面向检索的列式存储，其存储结构为列式结构，同于关系型数据库的行式结构，这种结构会让很多统计聚合操作更简单方便，使系统具有较高的可扩展性。这类数据库还可以适应海量数据的增加以及数据结构的变化，这个特点与云计算所需的相关需求是相符合的，比如GoogleAppengine的BigTable以及相同设计理念的Hadoop子系统HaBase就是这类的典型代表。需要特别指出的是，Big Table特别适用于MapRece处理，这对于云计算的发展有很高的适应性。

(2)Key-Value。
面向高性能并发读/写的缓存存储，其结构类似于数据结构中的Hash表，每个Key分别对应一个Value,能够提供非常快的查询速度、大数据存放量和高并发操作，非常适合通过主键对数据进行查询和修改等操作。Key-Value数据库的主要特点是具有极高的并发读/写性能，非常适合作为缓存系统使用。MemcacheDB、BerkeleyDB、Redis、Flare就是Key-Value数据库的代表。

(3)Document-Oriented。
面向海量数据访问的文档存储，这类存储的结构与Key-Value非常相似，也是每个Key分别对应一个Value,但是这个Value主要以JSON(JavaScriptObjectNotations)或者XML等格式的文档来进行存储。这种存储方式可以很方便地被面向对象的语言所使用。这类数据库可在海量的数据中快速查询数据，典型代表为MongoDB、CouchDB等。

NoSQL具有扩展简单、高并发、高稳定性、成本低廉等优势，也存在一些问题。例如，NoSQL暂不提供SQL的支持，会造成开发人员的额外学习成本;NoSQL大多为开源软件其成熟度与商用的关系型数据库系统相比有差距;NoSQL的架构特性决定了其很难保证数据的完整性，适合在一些特殊的应用场景使用。

② 非关系型数据库的编程题

一般来说是这样的。因为如果是非关系型数据库，那么java bean类就应该这专样写 //这里省略了getter和setter方法属class Student { String id; String name; String sex; String number; Grade grade;}class Grade { String id; String name; String

③ 如何设计“多对一”在非关系型数据库

理论上，系统时间将定期自动与Internet时间同步。不同步大楷是因为主板电池不足或未设置自动同步

④ 非关系型数据库 模型分析 怎么做

非关系型数据库 模型分析 怎么做
①采用关系模型来组织数据的数据库；
②事务的一致性；
③简单来说，关系模型指的就是二维表格模型，而一个关系型数据库就是由二维表及其之间的联系所组成的一个数据组织。

⑤ 什么是非关系型数据库与关系型数据库区别是啥

我谈一点个人的见解吧。
记得之前看过一篇帖子，讲的是可能我们所说的非关系型数据库是我们翻译错了。年代久远，找不到原贴了，但是大概说的是非关系型数据库的名字叫Not Only Sql，我们简化过来就叫NoSql，所以看着就像是非关系型数据库，然后我们再顾名思义，就是数据之间没有关系的数据库，这个理解我不赞同。
如果从名字上来看，我觉得可以叫做不仅仅是关系型的数据库，更为恰当，当然，我们也不能否认，这类数据库确实在数据关联之间更为自由，约束条件更少，（甚至没有），但是这并不能阻挡它的发展，以“键值对”为基础的NoSql在性能上可以说是碾压对手，大家都知道NoSql不需要经过Sql层的解析的，相比关系型数据库数据之间的高耦合性，这让它具有更高的平行扩展性，当然这方面你需要去看一下相关的知识，高耦合低聚合等等概念需要理解一下。
大概就是我的理解了吧，关系型数据库就不用说了吧，我们常常用到，现在的主流数据库我们也都在接触，大到Oracle，小到Sqlite，相信你也比较熟悉，这些数据库都是支持事务和相当复杂的查询的，往往我们一条查询语句可以上百行（一子句一行）甚至上千行，这些都是NoSql做不到的，（注意我说的是一条查询语句），事务这个概念我也不多提了，这个网上就太多了，如果涉及到高并发之类的，可以多线程+事务，效率更高一些。
最后再补两句，好像现在的NoSql数据库的发展趋势很微妙，描述在往一些关系型数据库的基础模型延伸。

⑥ 什么是非关系数据库非关系数据库如何关联呀

这个与物理学抄无关，是数据库的一种类型。

关系数据库 - relational database，是一种通过建立索引来储存数据类型和他们之间的关联的技术。随着互联网的发展，有很多数据访问类型不再需要这种大型的关联逻辑，而是需要储存和读取大量的数据。比如Facebook，人人之类的网站，他们的数据类型如果用关系数据库来表示，则又慢又占地方。

所以最近几年兴起的非关系数据库(NOSQL - No Only SQL)，包括键值查询表数据库，图数据库等，就是针对这种不需要关联，不需要多个表JOIN，但是需要储存和读些大量数据的情况而设计的。比如Graph Database，图数据库，储存的是一个Graph上的Node和Edge。这样比如查询你和我之间有多少个共同好友，或者像Linked-In那种查询两个用户之间隔着几个人的查询，只需要做一个Graph Walk就可以。

非关系数据库的并没有关联的概念，它的前提条件就是数据不需要关联。当然，你可以通过Id和索引来读取多个表中的数据，然后手动将他们关联在一起。总的来说，非关系数据库没有为这个情况做任何优化，也不适用于需要大量关联的数据。

⑦ 简单描述非关系型数据库

大概就像Excel和XML这类的吧

补充：关系型数据库就像MSSQL/MYSQL/甲骨文这样的,表与表之间存在着相互关系，非关系型就是表与表之间没有关系，孤立存在。

⑧ 非关系型数据库有er图吗

ER图是基于ER模型（实抄体关系模型）画的，属于概念模型，是对现实世界的实体及其之间关系的抽象。
数据库表是属于数据模型，用来描述数据的结构关系。
通常我们数据库的设计要经过下面这个过程：
现实世界-〉概念模型-〉数据模型
一般项目的设计中，首先通过需求分析的人员根据客户抽象出 ER图，然后由数据库的设计人员根据ER图和用户对查询等方面的需求设计出数据库的表结构，以及相关的视图和索引。

⑨ 浅析什么是非关系型数据库

谈到非关系型数据库设计的难点，朱海峰说：“我们可以从一些场景来看这个问题。一般数据库设计人员以前更多的是处理传统的业务应用，那么对于非关系型数据，可能是新业务的引入，也可能是一些新需求的提出，要求我们的IT系统能够支持更多数据类型的应用，从整个系统架构角度来看，可能更多的是要求系统架构师能够更好的适应和理解新业务的特点，那么相应的数据库开发人员所面临的新挑战，就是如何去支持系统架构师、程序员去实现新业务的需求。 比如说处理媒体数据类型、文档数据类型，以往关系数据库在很多场景中也能够提供这种支持，但是是在媒体数据类型相对比较少的情况下，那时存储成本也很高，信息处理速度也不那么快，这也就意味着储量的数据量并不那么大。然而IT发展到现在变化非常快，在我们业务处理过程中大量引入了流媒体、PDF、图片等等数据信息的处理，这就要求数据库或者数据库平台也能支持这样的处理性能。 数据库开发设计人员首先一个方面，他要能很好的理解业务需求，定位这种应用采取哪种数据类型才是比较适合它的业务特点，当然你可能会说我要支持所有的数据类型，但是实际上从系统架构角度来说，某些业务场合可能会有最佳适合这种业务类型，这是设计者和开发人员所要面临的问题。 那么从另一个方面，数据库的角度来看，开发和设计人员要更好的理解我们的数据平台，以及相关产品，并能够充分的理解其相应的新的功能特性，是怎样和它的业务结合在一起的，这也是一个最大的挑战，实际上功能都是有的，而且在一定程度是强大的，但是我们的开发设计人员怎么理解和应用这些新功能，就需要一定的时间去熟悉，熟悉完以后把这些新的功能引入到自己的系统中进行应用，更好的为应用系统服务。这两方面的结合才有可能成功。