老铁们，大家好，相信还有很多朋友对于数据库选题系统设计和常用的数据库有哪些的相关问题不太懂，没关系，今天就由我来为大家分享分享数据库选题系统设计以及常用的数据库有哪些的问题，文章篇幅可能偏长，希望可以帮助到大家，下面一起来看看吧！
数据库题目:为什么要设置主键不设置会有什么后果
主键用于表示数据(记录)的唯一性,不设置主键会导致数据表中可能存在完全相同的数据,因此在对数据进行操作时,数据库无法区分这些相同的数据,因而会产生不想要的操作结果另外,主键还有助于提高数据的检索速度
meta分析需要哪些数据库
Meta分析文献检索必备三大数据库：首选Pubmed。
Meta分析选题完了后要开始制定检索策略，制定检索策略是Meta分析最为复杂的一步。
文献收集当然越全越好，越好的杂志对文章的文献全面性要求越高。其中有三个数据库是基本上逃不掉的，包括TheCochraneLibrary(CENTRAL),Pubmed和EMBASE。
一些数据库理论的题目帮忙看看，谢谢
1.数据库系统的三级模式中，表达物理数据库的是(D)。
A.外模式B.模式C.用户模式D.内模式2.具有坚实数学理论基础的数据模型是(A)。A.关系模型B.层次模型C.网状模型D.E—R模型3.供应商可以给某个工程提供多种材料，同一种材料也可以由不同的供应商提供，从材料到供应商之间的联系类型是(A)。A.多对多B.一对一C.多对一D.一对多4.在关系模型中，关系的每一个属性值(D)。A.不能全同B.可以全同C.必须全同D.是不可分割的5.多个用户同时对同一数据进行操作，描述的是(B)。A.数据库的完整性B.数据库的并发控制C.数据库的恢复D.数据的完整性6.构造关系数据模型时，通常采用的方法是(C)。A.从网状模型导出关系模型B.从层次模型导出关系模型C.从E—R图导出关系模型D.以上都不是11.表达式“AGEBETWEEN18AND24”等价于（D）A.AGE>18ANDAGE<24B.AGE>=18ANDAGE<24C.AGE>18ANDAGE<=24D.AGE>=18ANDAGE<=2412．在关系数据库中，从关系规范化的意义看，如果关系R中的非主属性对码有部分函数依赖，那么R至多是(A)A．1NFB．2NFC．3NFD．BCNF13．DBMS提供授权功能控制不同用户访问数据的权限，主要目的是为了实现数据库的(C)A．一致性B．完整性C．安全性D．可靠性14.“一个事务中的诸操作要么都做，要么都不做”，这是事务的(A)属性。A.原子性B.一致性C.隔离性D.持久性17.下列四项中，不属于数据库特点的是（C）A.数据共享B.数据完整性好C.数据冗余度很大D.数据独立性高18.下列关于E-R模型的说法中，正确的是(D)A.依赖于计算机硬件和DBMSB.独立于计算机硬件，依赖于DBMSC.独立于计算机硬件和DBMSD.依赖于计算机硬件，独立于DBMS19.目前数据库中最重要、最流行的数据库是(C)A.网状数据库B.层次数据库C.关系数据库D.非关系模型数据库20.学生社团可以接纳多名学生参加，但每个学生只能参加一个社团，从社团到学生之间的联系类型是(D)A.多对多B.一对一C.多对一D.一对多不好意思啊，有两个不会没写出来数据库表设计一道题目，采用拍照上传答案的方式，应该怎么设计这张表
谢邀我的做法是，把图片保存单独保存到云中，文件存储里。然后数据库里用于存储链接地址。原因在于云服务的图片处理功能有很多现有的api可以操作，第二是方便做cdn提速，第三是防止直接上传到本机的安全性问题。使用过阿里云（现在不用了）的oss文件存储。可以参考一下相关文档，就大同小异了。
你们如何设计数据库的评论
首先谢谢邀请！我以前弄过论坛的数据库，分享给您，希望能有些帮助！
简单总结如下：
一分割思想：
1数据库切分：用户库、主题库、回复库
2数据表水平切分：用户库1-n、主题库1-n、回复库1-n（比如按时间分）
3分布式数据库：每台计算机中都有DBMS的一份完整拷贝副本，并具有自己局部的数据库，位于不同地点的许多计算机通过网络互相连接，共同组成一个完整的、全局的大型数据库。
4论坛功能可以进行分隔，不同的服务器负责不同的功能
5用主从数据库，master是写，slave是读
6把内容与其它信息分开，好处就是可以让每个表的文件最小化,对数据库操作压力会减小，这样保证每张表数据量很小，操作速度会快，也可以在这里使用缓存
二索引：
针对是否建立索引有着一定的分歧：
我觉得建立索引还是很有必要的。理由如下：
1）建立索引可以加快检索速度，对于论坛读和写的比例相差很大，用户体验当然是读多写少，所以综合考虑还是要用索引，而且是加在常用的读关键字上。
2）索引之所以会降低更新的速度，是因为更新还包括对索引的更新，从更新帖子10万左右，这句话是说，我们可能对发帖标题，发帖内容，回复标题，回复内容这4个字段做更新。需要注意的是，这四个字段并不是用来建立表连接的字段，为了优化查询速度我们不会在这四个字段上建立索引，所以从这道题目出发，我们建立的索引不会影响更新帖子的性能。只要被索引的列（例如回复表的标题ID）不被频繁更新,即使索引所在地行的其它列被频繁update,索引也不会被更新从而产生性能消耗,一张表一天30万次的索引更新,因它引起的性能消耗小到即使数据库安装在奔腾3单核CPU下都能轻松承担下来。
3）对于更新的速度慢的问题，我们有解决的方法，你提交更新了后，前台可以让程序返回一个正确结果，后台开个线程异步慢慢跟新数据库就是了，反正更新成功的前提就是假设数据库连接永远正确并处于可靠状态。在数据库和用户之间建立一个缓冲区。(如，将更新的数据放到内存中，达到一定数量的时候再统一更新数据库。假如以100条为例，一旦内存中达到100条数据量将这100条数据统一入库。减少insert操作)
三缓冲：
读的时候的缓冲：缓存路由表
主题缓存表（这个取每个区的前面100条记录），一般来说负载最大的就是主题的第一页，所以缓存表是个小表。
另外使用hibernate，在数据库上面加了一层缓存。
生成静态页，缓存最热，最新的帖子。
对于经常更新的数据都设计成单独表，这样可以最大程度的利用hibernate缓存
缓存常用的数据和表，利用缓存来将经常被访问的帖子留在内存中，为每条缓存的记录添加一个访问时间，如果长时间没被访问就从缓存中删除掉，
避免内存过大，每次用户看帖的时候，首先检索缓存中时候有需要的帖子，没有的话再访问数据库，然后将数据库返回的帖子信息存储到缓存中。
写的时候的缓冲：数据库和用户之间建立缓存，将更新的数据放在内存中，异步操作的。所有的写贴操作放到一个队列然后批量执行插入数据库操作。
预估计的缓冲：假如用户第一次打开某标题，那将此标题的相关的前100条数据缓存到客户断。这样避开对数据库的直接查询，减少数据库压力。
四代码优化
1尽量避免表的连接约束通过代码来实现约束例如用户id的验证在用户登录时验证这样就可以把帖子表的用户id外键去掉这样就成了单表操作、查询而连接可以通过触发来实现这样最多是查询了3个表而不是连接中的笛卡尔笛卡尔积回复表的查询限定每次查询的记录数例如限定10条其它的通过点击触发来操作"注代码优化容易出现bug原因有些开发工具本身有优化"
五数据库性能调优
尽量用硬件来代替软件优化原则就是能用硬件的尽量用硬件比如磁盘阵列RAID0有条件用RAID10加大内存.避免小表上建索引对论坛来说数据帖子和回复不是很重要可以定期删除一些垃圾帖子楼主说的几百万条记录的论坛对现在的数据库管理系统和计算机来说永不着刻意的优化,定期维护打包备份数据库就可以了
提高速度的关键:
1.建立合理的索引并在查询时充分利用;
2.避免使用关联,这样避免整表扫描;使用关联不如多次使用主键查询来的快;
3.一些处理的功能尽可能放到内存中来做,比如组织主题和回复;
4.海量缓存（使用静态页面也是个不错的做法）
5定期对表进行转储
文章到此结束，如果本次分享的数据库选题系统设计和常用的数据库有哪些的问题解决了您的问题，那么我们由衷的感到高兴！
