数据库如何管理

‘壹’ 网站数据库怎么管理

管理网站留言板的数据库最好有个留言板后台管理界面与程序，以后可以通过这个留言板后台管理界面进行相关数据管理，而不是把数据库下载到本地后进行删除等操作，相对而言，留言板的管理与操作非常简单，如果稍有基础，可以从网上下载一个别人写好的东东参考一下自已简单写一个管理界面，如果不熟悉，那么最好从网上找一个比较安全的，放在网站上基本上就可以使用了。

‘贰’ 事务操作对应于数据库怎么管理

事务操作是对于一系列数据库操作行为进行管理的过程，当多用户同时访问或修改同一数据资源时，如不进行事务控制，可能会造成一个用户的行为结果导致另一个用户使用的数据无效的问题，因此需要根据实际情况对关系数据库的事务进行适当的干预与调整。

2.2.1隔离级别设置绝大多数主流的数据库服务器的默认事务隔离级别是提交读（ReadCommitted），轻巧型开源数据库MySQL则不在此范围之列，MySQL默认的事务隔离级别是可重复读（RepeatableRead）。在实际应用中，数据库的事务隔离级别是可以修改的，也往往需要根据实际场景进行查询、变更等操作。

1.查询事务隔离级别全局事务隔离级别（整个数据库）的查询语法是：SELECT@@global.tx_isolation在命令行输入以上命令便可以查询看到数据库的事务隔离级别为REPEATABLE−READ，前面提到，关系数据库的事务模型有显式事务、隐式事务和自动事务三种类型，当使用显式事务模型进行事务控制时，需手动开启、提交、回滚事务。显式事务能够更灵活地根据实际需要对关系数据库进行底层的操作控制，更有利于实现复杂、细粒度的功能需求。

1.语法命令（（1)开启事务MySQL开启一个事务的语法是：方式一：starttransaction方式二：begin（2）提交事务MySQL提交一个事务的语法是：commit）回滚事务MySQL回滚一个事务的语法是：rollback

user数据表

user.sql

user.sql续

（2）第一个MySQL客户端连接到数据库服务器，手动开启事务，进行一个update操作，但未提交或回滚事务，如图2−4所示。

客户端1更新操作

（3）第二个MySQL客户端连接到数据库服务器，检索上面被更新的记录，可以看到数据还是未做update操作前的数据，如图2−5所示。

客户端2查询操作（（1)

（4）再回到第一个MySQL客户端，手动提交事务，如图2−6所示。

客户端1提交事务操作

（5）回到第二个MySQL客户端，重新检索上面被更新的记录，可以看到数据已经是update操作后的数据，如图2−7所示。

客户端2查询操作（2）

由于数据库的事务隔离级别是提交读（ReadCommitted），一个事务对数据资源的操作只有提交后才能被其他事务读取到；所以步骤（3）所读取的数据还是旧数据，步骤（5）所读取的数据则是新数据。

‘叁’ 现代数据库系统是怎么管理数据库模式的

数据库管理的主要内容有：数据库的建立、数据库的调整、数据库的重组、数据库的重构、数据库的安全控制、数据的完整性控制和对用户提供技术支持。

数据库的建立：数据库的设计只是提供了数据的类型、逻辑结构、联系、约束和存储结构等有关数据的描述。这些描述称为数据模式。要建立可运行的数据库，还需进行下列工作：

(1)选定数据库的各种参数，例如最大的数据存储空间、缓冲决的数量、并发度等。这些参数可以由用户设置，也可以由系统按默认值设置。

(2)定义数据库，利用数据库管理系统(DBMS)所提供的数据定义语言和命令，定义数据库名、数据模式、索引等。

(3)准备和装入数据，定义数据库仅仅建立了数据库的框架，要建成数据库还必须装入大量的数据，这是一项浩繁的工作。在数据的准备和录入过程中，必须在技术和制度上采取措施，保证装入数据的正确性。计算机系统中原已积累的数据，要充分利用，尽可能转换成数据库的数据。

‘肆’ 目前数据管理的主要方法是哪个

数据管理的主要方法是（B、文件系统和操作系统）。

数据库管理技术是指对数据的分类、组织、编码、存储、检索和维护的技术，数据管理技术的发展经过3个阶段：人工阶段、文件系统阶段和数据库阶段。

利用计算机硬件和软件技术对数据进行有效的收集、存储、处理和应用的过程。其目的在于充分有效地发挥数据的作用。实现数据有效管理的关键是数据组织。

(4)数据库如何管理扩展阅读：

在数据库系统中所建立的数据结构，更充分地描述了数据间的内在联系，便于数据修改、更新与扩充，同时保证了数据的独立性、可靠、安全性与完整性，减少了数据冗余，故提高了数据共享程度及数据管理效率。

由于每一个文件都是独立的，当需要用到相同的数据时，必须建立各自的文件，数据还是无法共享，也会造成大量的数据冗余。

数据不具有独立性，在此阶段数据仍然不具有独立性，当数据的结构发生变化时，也必须修改应用程序，修改文件的结构定义；而应用程序的改变也将改变数据的结构。

‘伍’ 如何数据库管理的行为规范

通常情况下，有两个方面的标准来判断数据库是否设计的比较规范：一是看看是否拥有大量的窄表，二是宽表的数量是否足够的少。若符合这两个基本条件，则说明这个数据库的规范化水平还是比较高的。
当然这两个指标只是最基础的判定条件。为了让数据库更加的规范，需要符合以下五点要求。

要求一：表中应该避免可为空的列。
虽然表中允许空列，但是，空字段是一种比较特殊的数据类型。数据库处理时需要进行特殊的处理。如此的话，就会增加数据库处理记录的复杂性。当表中有比较多的空字段时，在同等条件下，数据库处理的性能会降低许多。
所以，虽然在数据库表设计的时候，允许表中具有空字段，但是，我们应该尽量避免。若确实需要的话，我们可以通过一些折中的方式，来处理这些空字段，让其对数据库性能的影响降低到最少。
一是通过设置默认值的形式，来避免空字段的产生。如在一个人事管理系统中，有时候身份证号码字段可能允许为空。因为不是每个人都可以记住自己的身份证号码。为此，身份证号码字段可以允许为空，以满足这些特殊情况的需要。但是，在数据库设计的时候，则可以做一些处理。如当用户没有输入内容的时候，则把这个字段的默认值设置为0或者为N/A。以避免空字段的产生。
二是若一张表中，允许为空的列比较多，接近表全部列数的三分之一。而且，这些列在大部分情况下，都是可有可无的。若数据库管理员遇到这种情况，笔者建议另外建立一张副表，以保存这些列。然后通过关键字把主表跟这张副表关联起来。将数据存储在两个独立的表中使得主表的设计更为简单，同时也能够满足存储空值信息的需要。

要求二：表不应该有重复的值或者列。
如现在有一个进销存管理系统，这个系统中有一张产品基本信息表中。这个产品开发有时候可以是一个人完成，而有时候又需要多个人合作才能够完成。所以，在产品基本信息表产品开发者这个字段中，有时候可能需要填入多个开发者的名字。

‘陆’ 企业业务系统数据库用Oracle、Mysql和SQL sever等多种数据库，如何运维管理

公司系统就用了很多种数据库MySQL、SQL sever、Oracle、MariaDB，基础架构使用大厂云的IAAS平台，但是数据库的运维管理需要自己做。我们去年弄了一套远光的YGdata，运维方便了很多。提供统一RDS支撑平台，即开即用、性能卓越，运行比较稳定，没有出现过故障，运维团队整体专业性都能大大提高了，给领导的各类报告也特别容易，而且好看多了。

‘柒’ 如何对数据库进行管理

1 下载官方文档、2 建议你看你本书：使用：
MySQL必知必会
MySQL Cookbook 第2版
优化：
高性能MySQL（第二版） 复制监控：
高可用MySQL：构建健壮的数据中心 源代码：
深入理解MySQL
深入理解MySQL核心技术
MySQL技术内幕InnoDB存储引擎

‘捌’ 如何管理数据库

如何管理数据库
首先利用数据库自带的命令行工具将数据库备份下来,然后将该文件以日期参量重命名。

数据库定期备份的原因:

1)、有些数据是随时变化的,备份可以记录某时间点的数据;

2)、如数据库故障,可以随时还原。

‘玖’ 如何管理好多个数据库

然而，这样做很快将增加你的数据库解决方案的成本，因为你要对你希望托管的每一个数据库购买一台新的服务器或者新的SQL服务器许可证。
CIO频道每周热"点"文章
每一个实例或者每一个服务器设置一个单一的数据库能够使数据库管理更方便。然而，这样做很快将增加你的数据库解决方案的成本，因为你要对你希望托管的每一个数据库购买一台新的服务器或者新的SQL服务器许可证。
为了应对这种价格昂贵的设置，人们一般在一个服务器或者实例上托管多个数据库(也就是多个应用程序)。虽然这将减少托管所有这些数据库的成本，但是，这增加了管理这些系统的复杂性，因为你现在要处理多个服务级协议和维护窗口。
当你决定在同一台服务器上托管多个数据库的时候，你要考虑的第一件事是这些系统是否有互补的维护窗口。如果一个系统不能在夜间放慢速度或者离线，另一个系统不能在白天放慢速度或者离线，这些系统就不适合共享一个服务器，因为你在需要为系统使用补丁或者处于其它原因要让系统离线的时候，你没有有效的维护时间窗。
你需要考察的下一个决定因素是这些系统的服务级协议。需要99%的开机时间的系统能够安排在一起，因为你可能会为这些系统(也许是集群解决方案)建立一个比非重要任务系统更强大的环境。这可以为你节省额外的成本，因为你现在不需要采购任何高端系统。具有更高的服务级协议的系统也可能会有同样的维护时间窗。因此，这些系统在一开始就是互补的。
承担工作量对托管多个数据库的SQL服务器进行维护的最大难题是时机。
当然，当把多个数据库集中在一个SQL服务器的时候需要考虑的最重要的问题是，是否有足够的CPU和内存资源处理这些客户程序添加到这个数据库服务器的工作量。如果单个服务器不能提供需要的CPU和内存资源，那么，把这些数据库都集中在那台服务器上就不是一个好的选择。
处理托管多个数据库的SQL服务器的维护的最大难题是时机。你需要保证你的维护任务能够在这个SQL服务器托管的全部数据库计划的维护时间窗内完成。在任何数据库的维护时间窗之外进行维护工作都将引起数据库运行缓慢，因为硬盘和CPU资源现在被维护活动占用了，而不是处理正常的数据库查询。
重新索引工作
已经证明是有用的一个技术是比正常运行重新索引指令更频繁地对你的索引进行碎片整理。整理碎片的指令比重新索引指令有更多的好处。第一，索引碎片整理指令是一种在线操作，而重建索引是一种离线工作(除非你运行SQL服务器2005企业版或者更新的版本)。第二，如果你频繁地运行索引碎片整理指令，每一次运行这个指令的时候工作量都比较少。
例如，你每个星期检查一次索引碎片，它显示碎片是70%。这样，你就可以运行一个索引重建指令清除这些索引。
即使你在时间窗内不能让这个系统离线，由于碎片整理操作是一种在线操作，这个系统在整理碎片操作的时间将继续发挥作用，只是反应速度比正常情况下稍微慢一点。
数据库备份备份是在一台服务器上托管多个数据库的时候需要解决的另一个关键问题。
每一个数据库都有自己的备份要求。备份数据库也许是能够在SQL服务器运行时执行的最繁重的任务。并不是因为这种备份需要占用大量的CPU和内存资源(这个任务占用的资源一般是很低的，除非你在备份的时候对数据库进行压缩)，而是因为备份一个大型数据库需要占用大量的硬盘资源。
当进行全面备份的时候，整个数据库必须从硬盘读取。如果你的硬盘系统非常繁忙，这个备份会引起性能严重下降。这种备份的最佳解决方案是选择合适的时机。你还可以寻找能够在备份的同时允许对数据库备份进行压缩的第三方工具。由于这将增加SQL服务器上的CPU的工作量，它通常仅用很少的时间完成备份，因为需要写入备份设备中的数据很少。
结论只有很少的几种技术能够在一台服务器上运行多个数据库的时候帮助进行数据库服务器的维护。当你考虑数据库整合项目时，希望你能发现这些工具是很有用的。