数据库中和

❶ 数据库中char和varchar的区别

char是一种固定长度的类型，varchar则是一种可变长度的类型，它们的区别是：
char(m)类型的数据列里，每个值都占用m个字节，如果某个长度小于m，mysql就会在它的右边用空格字符补足．（在检索操作中那些填补出来的空格字符将被去掉）在varchar(m)类型的数据列里，每个值只占用刚好够用的字节再加上一个用来记录其长度的字节（即总长度为l+1字节）．
在mysql中用来判断是否需早棚要进行对据列类型转换的规则
1、在一个数据表里，如果每一个数据列的长度都是固定的，那么每一个数据行的长度也将是固定的．
2、只要数据表里有一个数据列的脊睁帆长度的可变的，那么各数据行的长度都是可变的．
3、如樱雹果某个数据表里的数据行的长度是可变的，那么，为了节约存储空间，mysql会把这个数据表里的固定长度类型的数据列转换为相应的可变长度类型．
例外：长度小于4个字符的char数据列不会被转换为varchar类型

❷ 数据库中Schema和Database有什么区别

在MySQL中创建一个Schema好像就跟创建一个Database是一样的效果，在SQLServer和Orcal数据库中好像又不一样.目前我只能理解，在mysql中schema<==>database。x0dx0ax0dx0a数据库中User和Schema的关系x0dx0a假如我们想了解数据库中的User和Schema究竟是什么关系，首先必须了解一下数据库中User和Schema到底是什么概念。x0dx0ax0dx0a在SQLServer2000中，由于架构的原因，User和Schema总有一层隐含的关系，让我们很少意识到其实User和Schema是两种完全不同的概念，不过在SQLServer2005中这种架构被打破了，User和Schema也被分开了。x0dx0ax0dx0ax0dx0a首先我来做一个比喻，什么是Database，什么是Schema，什么是Table，什么是列，什么是行，什么是User？我们可以可以把x0dx0aDatabase看作是一个大仓库，仓库分了很多很多的房间，Schema就是其中的房间，一个Schema代表一个房间，Table可以看作是每个x0dx0aSchema中的床，Table（床）就被放入每个房间中，不能放置在房间之外，那岂不是晚上睡觉无家可归了J。，然后床上可以放置很多物品，就好比x0dx0aTable上可以放置很多列和行一样，数据库中存储数据的基本单元是Table，现实中肆薯每个仓库放置物品的基本单位就是床，x0dx0aUser就是每个Schema的主人，（所以Schema包含的是Object，而不是User），其实User是对应与数据库的（即User是每个对应x0dx0a数据库的主人），既然有操作数据库（仓库）的权利，就肯定有操作数据库中每个Schema（房间）的权利，就是说每个数据库映射的User有每个x0dx0aSchema（房间）的钥匙，换句话说，如果他是某个仓库的主人，那么这个仓库的使用权和仓库中的所有东西都是他的（包括房间），他有完全的操作权，可以x0dx0a扔掉不用的东西从每个房间，也可以放置一些有用的东西到某一个房间，呵呵，和现实也太相似了吧。我还可以给User分配具体的权限，也就是他到某一个房间x0dx0a能做些什么，是只能看（Read-Only），还是可以像主人一样有所有的控制权（R/W），这个就要看这个User所对应的角色Role了，至于分配权x0dx0a限的问题，我留在以后单独的blog中详述。比喻到这里，相信大家都清楚了吧。x0dx0ax0dx0a在SQLServer2000中，假如我们在某一个数据库中创建了用户Bosco，按么此时后台也为我们默认地创建了默认Schema【Bosco】。Schema的名字和User的名字相同，这也是我们分不清楚用户和Schema的原因。x0dx0ax0dx0ax0dx0a在SQLServer2005中，为了向后兼容，当你用sp_adser存储过程创建一个用户的时候，SQLx0dx0aServer2005同时也创建了一游槐个和用户名相同的Schema，然而这个存储过程是为了向后兼容才保留的，我们应该逐渐熟悉用新的DDL语言x0dx0aCreateUser和CreateSchema来操作数据库。在SQLServer2005中，当我们用Createx0dx0aUser创建数据库用户时，我们可以为该用户指定一个已经存在的Schema作为默认Schema，如果我们不指定，则该用户所默认的Schema即为x0dx0adboSchema，dbox0dx0a房间（Schema）好比一个大的公共房间，在当前登录用户没有默认Schema的前提下，如果你在大仓库中进行一些操作，比如Createx0dx0aTabe，如果没有指定特定的房间（Schema），那么你的物品就只好放进公共的dbo房间（Schema）了。但是如果当前登录裂磨者用户有默认的x0dx0aSchema，那么所做的一切操作都是在默认Schema上进行（比如当前登录用户为login1，该用户的默认Schema为login1，那么所做的x0dx0a所有操作都是在这个login1默认Schema上进行的。实验已经证明的确如此）。估计此时你会有一点晕，为什么呢？我刚才说dbo是一个x0dx0aSchema，但是你可以在数据库中查看到，dbo同时也是一个user，晕了吧，呵呵。x0dx0ax0dx0a在SQLServer2005中创建一个数据库的时候，会有一些Schema包括进去，被包括进去的Schema有：dbo，INFORMATION_SCHEMA,guest，sys等等（还有一些角色Schema，不提了，有晕了）。x0dx0ax0dx0ax0dx0a我在上文中已经提到了，在SQLServer2005中当用存储过程sp_adser创建一个user时，同时SQLx0dx0aServer2005也为我们创建了一个默认的和用户名相同的Schema，这个时候问题出来了，当我们createtablex0dx0aA时，如果没有特定的Schema做前缀，这个A表创建在了哪个Schema上，即进入了哪个房间？答案是：x0dx0ax0dx0a1.如果当前操作数据库的用户（可以用Selectcurrent_user查出来）有默认的Schema（在创建用户的时候指定了），那么表A被创建在了默认的Schema上。x0dx0ax0dx0ax0dx0a2.如果当前操作数据库的用户没有默认的Schema（即在创建User的时候默认为空），但是有一个和用户名同名的Schema，那么表A照样被创建x0dx0a在了dbox0dx0aSchema上，即使有一个和用户名同名的Schema存在，由于它不是该用户默认的Schema，所以创建表的时候是不会考虑的，当作一般的x0dx0aSchema来处理，别看名字相同，可是没有任何关系哦。x0dx0ax0dx0a3.如果在创建表A的时候指定了特定的Schema做前缀，则表A被创建在了指定的Schema上（有权限吗？）x0dx0ax0dx0ax0dx0a现在问题又出来了，在当前操作数据库的用户（用selectx0dx0acurrent_user可以查看到，再次强调）没有默认Schema的前提下，当我们用CreatetableA语句时，A表会去寻找dbox0dx0aSchema，并试图创建在dboSchema上，但是如果创建A表的用户只有对dbox0dx0aSchema的只读权限，而没有写的权限呢？这个时候A表既不是建立不成功，这个就是我以后会提及到的Login,User,x0dx0aRole和Schema四者之间的关系。在这里，为了避免混淆和提高操作数据库的速度（在少量数据范围内，对我们肉眼来说几乎看不到差异），我们最好每次x0dx0a在操作数据库对象的时候都显式地指定特定的Schema最为前缀。x0dx0ax0dx0a现在如果登录的用户为Sue，该用户有一个默认Schema也为Sue，那么如果现在有一条查询语句为Select*frommytable,那么搜寻每个房间（Schema）的顺序是怎样的呢？顺序如下：x0dx0ax0dx0a1.首先搜寻sys.mytable（SysSchema）x0dx0ax0dx0a2.然后搜寻Sue.mytable(DefaultSchema)x0dx0ax0dx0a3.最后搜寻dbo.mytable(DboSchema)x0dx0ax0dx0a执行的顺序大家既然清楚了，那么以后在查询数据库表中的数据时，最好指定特定的Schema前缀，这样子，数据库就不用去扫描SysSchema了，当然可以提高查询的速度了。x0dx0ax0dx0a另外需要提示一下的是，每个数据库在创建后，有4个Schema是必须的（删都删不掉），这4个Schema为：dbo，guest，sys和INFORMATION_SCHEMA，其余的Schema都可以删除。

❸ 数据库中的集群和F5

分布式数据库系统分布式数据库系统有两种：一种是物理上分布的，但逻辑上却是集中的。这种分布式数据库只适宜用途比较单一的、不大的单位或部门。另一种分布式数据库系统在物理上和逻辑上都是分布的，也就是所谓联邦式分布数据库系统。由于组成联邦的各个子数据库系统是相对“自治”的，这种系统可以容纳多种不同用途的、差异较大的数据库，比较适宜于大范围内数据库的集成。
----- ----
分布式数据库系统(DDBS)包含分布式数据库管理系统(DDBMS)和分布式数据库(DDB)。在分布式数据库系统中，一个应用程序可以对数据库进行透明操作，数据库中的数据分别在不同的局部数据库中存储、由不同的 DBMS进行管理、在不同的机器上运行、由不同的操作系统支持、被不同的通信网络连接在一起。
一个分布式数据库在逻辑上是一个统一的整体，在物理上则是分别存储在不同的物理节点上。一个应用程序通过网络的连接可以访问分布在不同地理位置的数据库。它的分布性表现在数据库中的数据不是存储在同一场地。 更确切地讲，不存储在同一计算机的存储设备上。 这就是与集中式数据库的区别。从用户的角度看，一个分布式数据库系统在逻辑上和集中式数据库系统一样，用户可以在任何一个场地执行全局应用。就好那些数据是存储在同一台计算机上，有单个数据库管理系统(DBMS)管理一样，用户并没有什么感觉不一样。
分布式数据库系统是在集中式数据库系统的基础上发展起来的，是计算机技术和网络技术结合的产物。分布式数据库系统适合于单位分散的部门，允许各个部门将其常用的数据存储在本地，实施就地存放本地使用，从而提高响应速度，降低通信费用。分布式数据库系统与集中式数据库系统相比具有可扩展性，通过增加适当的数据冗余，提高系统的可靠性。在集中式数据库中，尽量减少冗余度是系统目标之一．其原因是，冗余数据浪费存储空间，而且容易造成各副本之间的不一致性．而为了保证数据的一致性，系统要付出一定的维护代价．减少冗余度的目标是用数据共享来达到的。而在分布式数据库中却希望增加冗余数据，在不同的场地存储同一数据的多个副本,其原因是：①．提高系统的可靠性、可用性当某一场地出现故障时，系统可以对另一场地上的相同副本进行操作，不会因一处故障而造成整个系统的瘫痪。②．提高系统性能系统可以根据距离选择离用户最近的数据副本进行操作，减少通信代价，改善整个系统的性能。
分布式数据库具有以下几个特点：
(1)、数据独立性与位置透明性。数据独立性是数据库方法追求的主要目标之一，分布透明性指用户不必关心数据的逻辑分区，不必关心数据物理位置分布的细节，也不必关心重复副本（冗余数据）的一致性问题，同时也不必关心局部场地上数据库支持哪种数据模型．分布透明性的优点是很明显的．有了分布透明性，用户的应用程序书写起来就如同数据没有分布一样．当数据从一个场地移到另一个场地时不必改写应用程序．当增加某些数据的重复副本时也不必改写应用程序．数据分布的信息由系统存储在数据字典中．用户对非本地数据的访问请求由系统根据数据字典予以解释、转换、传送．
(2)、集中和节点自治相结合。数据库是用户共享的资源．在集中式数据库中，为了保证数据库的安全性和完整性，对共享数据库的控制是集中的，并设有DBA负责监督和维护系统的正常运行．在分布式数据库中，数据的共享有两个层次：一是局部共享，即在局部数据库中存储局部场地上各用户的共享数据．这些数据是本场地用户常用的．二是全局共享，即在分布式数据库的各个场地也存储可供网中其它场地的用户共享的数据，支持系统中的全局应用．因此，相应的控制结构也具有两个层次：集中和自治．分布式数据库系统常常采用集中和自治相结合的控制结构,各局部的DBMS可以独立地管理局部数据库，具有自治的功能．同时，系统又设有集中控制机制，协调各局部DBMS的工作，执行全局应用。当然,不同的系统集中和自治的程度不尽相同．有些系统高度自治，连全局应用事务的协调也由局部DBMS、局部DBA共同承担而不要集中控制，不设全局DBA,有些系统则集中控制程度较高，场地自治功能较弱。
(3)、支持全局数据库的一致性和和可恢复性。分布式数据库中各局部数据库应满足集中式数据库的一致性、可串行性和可恢复性。除此以外还应保证数据库的全局一致性、并行操作的可串行性和系统的全局可恢复性。这是因为全局应用要涉及两个以上结点的数据．因此在分布式数据库系统中一个业务可能由不同场地上的 多个操作组成．例如, 银行转帐业务包括两个结点上的更新操作。这样，当其中某一个结点出现故障操作失败后如何使全局业务滚回呢？如何使另一个结点撤销已执行的操作(若操作已完成或完成一部分）或者不必再执行业务的其它操作(若操作尚没执行)？这些技术要比集中式数据库复杂和困难得多，分布式数据库系统必须解决这些问题．
(4)、复制透明性。用户不用关心数据库在网络中各个节点的复制情况，被复制的数据的更新都由系统自动完成。在分布式数据库系统中，可以把一个场地的数据复制到其他场地存放，应用程序可以使用复制到本地的数据在本地完成分布式操作，避免通过网络传输数据，提高了系统的运行和查询效率。但是对于复制数据的更新操作，就要涉及到对所有复制数据的更新。
(5)、易于扩展性。在大多数网络环境中，单个数据库服务器最终会不满足使用。如果服务器软件支持透明的水平扩展，那么就可以增加多个服务器来进一步分布数据和分担处理任务。
分布式数据库的优点：
(1)具有灵活的体系结构 。
(2)适应分布式的管理和控制机构。
(3)经济性能优越 。
(4)系统的可靠性高、可用性好 。
(5)局部应用的响应速度快。
(6)可扩展性好，易于集成现有系统。
分布式数据库的缺点：
(1)系统开销大，主要花在通信部分。
(2)复杂的存取结构，原来在集中式系统中有效存取数据的技术，在分成式系统中都不再适用。
(3)数据的安全生和保密性较难处理。
分布式数据库系统的目标
分布式数据库系统的目标，也就是研制分布式数据库系统的目的、动机，主要包括技术和组织两方面的目标．
1．适应部门分布的组织结构，降低费用。
使用数据库的单位在组织上常常是分布的（如分为部门、科室、车间等等），在地理上也是分布的．分布式数据库系统的结构符合部门分布的组织结构，允许各个部门对自己常用的数据存储在本地，在本地录入、查询、维护，实行局部控制．由于计算机资源靠近用户，因而可以降低通信代价，提高响应速度，使这些部门使用数据库更方便更经济。
2．提高系统的可靠性和可用性。
改善系统的可靠性和可用性是分布式数据库的主要目标．将数据分布于多个场地，并增加适当的冗余度可以提供更好的可靠性．一些可靠性要求较高的系统，这一点尤其重要．因为一个地出了故障不会引起整个系统崩溃．因为故障场地的用户可以通过其它场地进入系统．而其它场地的用户可以由系统自动选择存取路径，避开故障场地，利用其它数据副本执行操作，不影响业务的正常运行．
3．充分利用数据库资源，提高现有集中式数据库的利用率
当在一个大企业或大部门中已建成了若干个数据库之后，为了利用相互的资源，为了开发全局应用，就要研制分布式数据库系统．这种情况可称为自底向上的建立分布式系统．这种方法虽然也要对各现存的局部数据库系统做某些改动、重构，但比起把这些数据库集中起来重建一个集中式数据库，则无论从经济上还是从组织上考虑，分布式数据库均是较好的选择．
4．逐步扩展处理能力和系统规模
当一个单位规模扩大要增加新的部门(如银行系统增加新的分行，工厂增加新的科室、车间)时，分布式数据库系统的结构为扩展系统的处理能力提供了较好的途径：在分布式数据库系统中增加一个新的结点．这样做比在集中式系统中扩大系统规模要方便、灵活、经济得多。
在集中式系统中为了扩大规模常用的方法有两种：一种是在开始设计时留有较大的余地．这容易造成浪费，而且由于预测困难，设计结果仍可能不适应情况的变化．另一种方法是系统升级，这会影响现有应用的正常运行．并且当升级涉及不兼容的硬件或系统软件有了重大修改而要相应地修改已开发的应用软件时，升级的代价就十分昂贵而常常使得升级的方法不可行．分布式数据库系统能方便地把一个新的结点纳入系统，不影响现有系统的结构和系统的正常运行，提供了逐渐扩展系统能力的较好途径，有时甚至是唯一的途径。
①数据库系统与应用 赵致格编着 清华大学出版社p. 260
②数据库原理及应用 张晋连 编着 电子工业出版社P.13

❹ 数据库中表分割和表分区的区别是什么

个人认为理论上使用表分割在性能上应该和建立表分区查不多，但是，表分割对于所有的数据库都适用，而表分区只能用于oracle这样的特定的数据库；表分区属于数据库物理设计，表分割属于逻辑设计。
表分区：
表分区是ORACLE对于非常大的表进行优化的一种有效方法, 是非常有效的一种手段, 在很多情况下,比你说的表分割更有效,比如,有一个代码表,使用分区表把100万纪录分在10个分区中(ID 每从1到10万为一个分区),那样写查询语句的时候,只要给出查询条件中所需要的代码,ORACLE自动会定位到对应的分区进行查询,大大降低的查询时间. 而采用表分割,那必须先根据查询的代码指定所要查询的表,才能找到相应的纪录. 而且,如果有下面这样的语句,查询的条件是跨分区的:
SELECT * FROM MYTABLE WHERE ID BETWEEN 99000 AND 10111;
在分区表中是非常容易实现的,ORACLE会自动在两个分区中查询;而采用表分割的话是否必须写成两个查询语句在UNION ALL。
事实上,大型的数据库都有对大表的特殊处理方式(类似于分区表),如果太强调可移植性而放弃这些最重要的特性的话,那性能很可能受到很大的影响.
即便是oracle数据库，当数据量很大时，用分表比用表分区要快些，尤其是在表用到group by求和等操作。
我也认为表分区要好一些，也就是一般说来的分区表，对这些表操作起来有很多强大的功能，说他强大主要是体现在对与表中有海量数据的情况之下的，试问大家一个其中有1亿条记录的表你是否会经常的将其移植到其他数据库系统当中去呢？
表分区基于物理存储，还有就是基于分区的索引可以使用，很不错的，当然，这些都是在海量数据情况之下的比较，但是如果真要是数据量不大的情况下比较，我想要比较分区表和表分割就没什么意思了。
表分区的效果对硬件有所依赖，而且效果恐怕不如诸位想象中那么好。我做过一点测试，很失望。
而表分割的效率提升在很多时候（不是所有时候）是很明显的。
当然这都是在巨型表的前提下讨论，缩小表和索引的规模有利于提高效率，这正是分割表的特点。
表分割：
1、水平分割：根据一列或多列数据的值把数据行放到两个独立的表中。
水平分割通常在下面的情况下使用:A 表很大，分割后可以降低在查询时需要读的数据和索引的页数，同时也降低了索引的层数，提高查询速度。B 表中的数据本来就有独立性，例如表中分别记录各个地区的数据或不同时期的数据，特别是有些数据常用，而另外一些数据不常用。C需要把数据存放到多个介质上。
例如法规表law就可以分成两个表active－law和 inactive－law。activea－authors表中的内容是正生效的法规，是经常使用的，而inactive－law表则使已经作废的法规，不常被查询。水平分割会给应用增加复杂度，它通常在查询时需要多个表名，查询所有数据需要union操作。在许多数据库应用中，这种复杂性会超过它带来的优点，因为只要索引关键字不大，则在索引用于查询时，表中增加两到三倍数据量，查询时也就增加读一个索引层的磁盘次数。
2、垂直分割：把主码和一些列放到一个表，然后把主码和另外的列放到另一个表中。
如果一个表中某些列常用，而另外一些列不常用，则可以采用垂直分割，另外垂直分割可以使得数据行变小，一个数据页就能存放更多的数据，在查询时就会减少I/O 次数。其缺点是需要管理冗余列，查询所有数据需要join操作。

❺ 数据库中某列的加和

不要想得太复杂了。
你手动赋值一次，就计算列5一次。
再次赋吵大值时，芦腊根据时间（或者主键id什么的）找到上一次列5结果加上此次赋值陪碰滑就是新的列5结果。

❻ 数据库中drop和delete的区别

1. truncate和 delete只删除数据不删除表的结构(定义)
drop语句将删除表的结构被依赖的约束(constrain),触发器(trigger),索引(index); 依赖于该表的
存储过程/函数将保留,但是变为invalid状态.
2.delete语句是dml,这个操作会放到rollback segement中,事务提交之后才生效;如果有相应的trigger,
执行的时候将被触发.
truncate,drop是ddl, 操作立即生效,原数据不放到rollback segment中,不能回滚. 操作不触发
trigger.
3.delete语句不影响表所占用的extent, 高水线(high watermark)保持原位置不动
显然drop语句将表所占用的空间全部释放
truncate 语句缺省情况下见空间释放到 minextents个 extent,除非使用reuse storage; truncate
会将高水线复位(回到最开始).
4.速度,一般来说: drop> truncate > delete
5.安全性:小心使用drop 和truncate,尤其没有备份的时候.否则哭都来不及.
使用上,想删除部分数据行用delete,注意带上where子句. 回滚段要足够大.
想删除表,当然用drop
想保留表而将所有数据删除. 如果和事务无关,用truncate即可. 如果和事务有关,或者想触发trigger,还
是用delete.

如果是整理表内部的碎片,可以用truncate跟上reuse stroage,再重新导入/插入数据/

总结：
DROP用于删除表,数据库等.
TRUNCATE和DELETE都是删除表数据.
但是TRUNCATE相当于初始化,比如如果有自增长ID,用TRUNCATE删除后,自增长Id会从1开始,（truncat会释放表所占的空间）
而delete则不会.

❼ 数据库中char和varchar的区别

数据库中char和varchar的区别为：长度不同、效率不同、存储不同。

一、长度不同

1、char类型：char类型的长度是固定的。

2、varchar类型：varchar类型的长度是可变的。

二、效率不同

1、char类型：char类型每次修改的数据长度相同，效率更高。

2、varchar类型：varchar类型每次修改的数据长度不同，效率更低。

三、存储不同

1、char类型：char类型存储的时候是初始预计字符串再加上一个记录字符串长度的字节，占用空间较大。

2、varchar类型：varchar类型存储的时候是实际字符串再加上一个记录字符串长度的字节，占用空间较小。

❽ 数据库中Schema和Database有什么区别

我实验测试两个完全不一样。create database是创建一个数据库，而create schema是创建一个架构。首先你瞎州要明白数据库和架构的区别，还要明白登录名和用磨判蔽户名的区别。我们正常登陆名是sa,但是映射的用户名是dbo,所有你打开数据库看表，前面都是dbo.XXX.你先用sa登陆，然后会看见安全性，安全性下面有个登录名，打开就会看见sa这个登录名，双击之后会看见一个用户映射，点开之后有三项，数据库，用户名，默认架构，比如系统master数据库用户名就是dbo,默认架构dbo.到这里还是你肯定还是不明白。下面做个实验，1.先创建一个用户名se,在冲困安全性下面右击登陆名就可以创建，验证选择sql身份验证，输入密码即可。2.右击数据库然后创建一个数据库test。3.打开数据库test,也会看见一个安全性，安全性下面有用户，点开你就会看见dbo,很多人问create schema authorization +用户名，这个用户名到底是什么，系统默认就是dbo.所以create schema authorization dbo这条指令是不会报错的。3.我们在test下面创建一个新用户admin,右击安全性下面用户名就可以创建，用户写admin,登录名选择我们刚才的se,架构选择默认的dbo.到此你就应该明白登录名和用户名的区别。登录名可以设置查看数据库权限，而用户名是数据库下面可以设置查看架构的权限。比如我们创建数据库test1，test2,test3.然后我们创建登录名se,se我可以给他查看test1数据库权限，但是不给他test2的权限，这样登陆se就只有查看test1权限。

❾ 数据库中主键和索引的区别

表中的 每一行都应该具有可以唯一标识自己的一列 (或一组列)。而这个承担标识作用的列称为 主键 。

主键的两个作用：

(1) 惟一地标识一行 

(2) 作为一个可以被外键野简脊有效引用的对象。 

1. 主键一定是唯一性索引，唯一性索引并不一定就是主键。

2. 一个表中可以有多个唯一性索引，但只能有一个主键。

3.主键列不咐凳允许空值，颂渗而唯一性索引列允许空值（不过最好都不要有null）。

4. 索引可以提高查询的速度。