abase

这种情况大概率是被锁表了，使用查询语句查看锁表的sessionid 组合语句的含义

如何在spectral database for organic compounds sdbs中查阅物质的红外光谱红外光谱基本都是对物质进行定性分析。可以对进行定量分析，下面是网上找的几种方法，希望对你有所帮助。红外光谱定量分析是借助于对比吸收峰强度来进行的，只要混合物中的各组分能有一个特征的，不受其他组分干扰的吸收峰存在即可。原则上液体、固体和气体样品都可应用红外光谱法作定量分析：1.定量分析原理红外定量分析的原理和可见紫外光谱的定量分析一样，也是基于朗伯-比尔定律。该定律可写成：A=abc上式中A为吸光度(absorbance)，也可称光密度(optical density)，它没有单位。系数a称作吸收系数(absorptivity)，也称作消光系数(extinction coeffieient)，是物质在单位浓度和单位厚度下的吸光度，不同物质有不同的吸收系数a值。且同一物质的不同谱带其a值也不相同，即a值是与被测物质及所选波数相关的一个系数。因此在测定或描述吸收系数时，一定要注意它的波数位置。当浓度c选用mol·L-1为单位，槽厚b以cm为单位时，则a值的单位为：L·cm-1·mol-1，称为摩尔吸收系数，并常用ε表示。吸收系数是物质具有的特定数值，文献中的数值理应可以通用。但是，由于所用仪器的精度和操作条件的不同，所得数值常有差别，因此在实际工作中，为保证分析的准确度，所用吸收系数还得借助纯物质重新测定。在定量分析中须注意下面两点：1)吸光度和透过率是不同的两个概念、透过率和样品浓度没有正比关系，但吸光度与浓度成正比。2)吸光度的另一可贵性使它具有加和性。若二元和多元混合物的各组分在某波数处都有吸收，则在该波数处的总吸光度等于各级分吸光度的算术和，但是样品在该波数处的总透过率并不等于各组分透过率的和。2.定量分析方法的介绍红外光谱定量方法主要有测定谱带强度和测量谱带面积购两种。此外也有采用谱带的一阶导数和二阶导数的计算方法，这种方法能准确地测量重叠的谱带，甚至包括强峰斜坡上的肩峰。红外光谱定量分忻可以采用的方沦很多，下面我们介绍几种常用的测定方法。(1)直接计算法这种方法适用于组分简单、特征吸收带不重叠、且浓度与吸收度呈线性关系的样品。从谱图上读取透过率数值，按A=lg(I0/I)(I0为入射光强度，I为透射光强度)的关系计算出A值，再按朗伯-比尔定律算出组分含量c，从而推算出质量分数。这一方法的前提是需用标准样品测得a值。分析精度要求不高时，可用文献报导的a值。(2)工作曲线法这种方法适用于组分简单、特征吸收谱带重叠较少，而浓度与吸收度不完全呈线性关系的样品。将一系列浓度的标准样品的溶液，在同一吸收池内测出需要的谱带，计算出吸收度值作为纵坐标，再以浓度为横坐标，作出相应的工作曲线。由于是在同一吸收池内测量，故可获得A～c的实际变化曲线。由于工作曲线是从实际测定中获得的，它真实地反映了被侧组分的浓度与吸收度的关系。因此即使被测组分在样品中不服从Beer定律，只要浓度在所测的工作曲线范围内、也能得到比较准确的结果。同时，这种方法可以排除许多系统误差，同时在这种定量方法中，分析波数的选择同样是重要的，分析波数只能选在被测组分的特征吸收峰处。溶剂和其他组分在这里不应有吸收峰出现，否则将引起较大的误差。3)解联立方程法解联立方程法运用的对象是组分众多而波带又彼此严重重叠的样品，通常无法选出较好的特征吸收谱带。采用这一方法的条件是必须具备各个组分的标准样品且各组分在溶液中是遵守Beer定律的。定量分析可以根据吸光度的加和特证来进行。例如某一混合物由n个组分所组成.各组分的浓度分别为c1，c2，c3,…，cn，它们在分析波数ν处的吸收系数各为av1，av2，…，avn，则样品在这个分析波数处的总吸光度为：Aν=A1v+A2v+...+Anv=av1bc1+av2bc2+...+avnbcn样品中共有n个组分，每一组分都有一个以它为主要贡献的谱带和对应的波数值，可列出相应的方程组。如测出各个a值，则各个未知浓度c就可从联立方程式中解得。a值的求法是将样品配成一定浓度后测出红外光谱，再求出某一波数处的吸光度值，由于c利b是已知的实验值，用Beer定律A=abc关系即可求得各a值。联立方程定量分析应注意以下几点：1)选择合适的波数点。在此点波数只应以某—组分的贡献为主，其他组分在此都只有较小的吸收贡献，2)读准吸光度。在实验时必须读谱图上那些没有吸收峰值的某波数上的吸光度数值。在谱带的斜坡上更需注意所读数据的准确性。3)求a值时选取合适的浓度。在测定a值时。各组分的纯品配制浓度应接近未知样品中该组分的浓度，且应在该量附近配制4～5个点以求出较为可靠的a值，或据此绘出工作曲线。由于解联立方程的计算工作量很大，现代的红外光谱仪器均带有功能良好的计算机，借助所配备的计算机，运用线件代数中矩阵法解联立方程成为十分实用的方法。红外定量分析的准确度，若不考虑样品称量、溶液配制和槽厚在测定中所引起的误差。主要考虑吸光度的测定所引起的误差，±1%的误差是它的最佳极限值，实际上是比±1%大，因此红外光谱用得最多的还是定性分析。

acdbDatabase::purge()void PurgeBlock(AcDbDatabase *pDb){ AcDbBlockTable *pBlockTable; pDb->getSymbolTable(pBlockTable, AcDb::kForRead); AcDbBlockTableRecord *pBlockTableRecord; pBlockTable->getAt(ACDB_MODEL_SPACE, pBlockTableRecord, AcDb::kForWrite); pBlockTable->close(); AcDbBlockTableRecordIterator *pBlkRcdItr; //块表记录浏览器 pBlockTableRecord->newIterator(pBlkRcdItr); AcDbObjectId id; AcDbObjectIdArray idArr;for(pBlkRcdItr->start();!pBlkRcdItr->done();pBlkRcdItr->step()) { pBlkRcdItr->getEntityId(id); idArr.append(id); //向数组添加实体 } pDb->purge(idArr); //清理垃圾 pBlockTableRecord->close(); delete pBlkRcdItr;}比如我使用cad的purge命令,看到block下面有可以purge的一些对象,使用这个函数却无法purge掉他们

是数据库收缩功能，将数据库压缩。压缩一些空间,整理一下数据页面.

DBCC SHRINKDATABASE 收缩指定数据库中的数据文件大校 语法 DBCC SHRINKDATABASE ( database_name [ , target_percent ] [ , { NOTRUNCATE | TRUNCATEONLY } ] ) 参数 database_name 是要收缩的数据库名称。数据库名称必须符合标识符的规则。有...

首先，设置一个yum配置文件，让其指向正确的信息库，然后从该信息库安装oracle-validated RPM，使用yum安装oracle-validated RPM包，主要是为了解决安装该包的依赖关系。为了简化操作，我直接将Oracle Linux系统安装光盘挂载在/mnt目录下，作为信息库，以下是针对Oracle Database安装使用oracle-validated对系统进行预配置的步骤：1.作为一个授权用户（如 root）检索配置信息库位置的文件：[root@11gR2 ~]# cd /etc/yum.repos.d/[root@11gR2 yum.repos.d]#2.在该目录下创建一个后缀为.repo任意名文件，其内容如下：[ol5_u8_base]name=Jialin.Lee Oracle Linux 5.8baseurl=file:///mnt/Server/gpgcheck=0enabled=13.使用yum install命令安装oracle-validated RPM注：清单1中的输出显示了安装过程如何检查依赖项然后下载和安装所需软件包清单1：安装oracle-validated RPM[root@11gR2 yum.repos.d]# yum install oracle-validatedLoaded plugins: rhnplugin, securityThis system is not registered with ULN.ULN support will be disabled.oel-base | 1.1 kB 00:00oel-base/primary | 1.4 MB 00:00oel-base 3298/3298Setting up Install ProcessResolving Dependencies--> Running transaction check---> Package oracle-validated.x86_64 0:1.1.0-15.el5 set to be updatedoel-base/filelists | 3.1 MB 00:00--> Processing Dependency: sysstat for package: oracle-validated--> Processing Dependency: /usr/lib/libaio.so for package: oracle-validated--> Processing Dependency: glibc-headers for package: oracle-validated--> Processing Dependency: elfutils-libelf-devel for package: oracle-validated--> Processing Dependency: unixODBC-devel for package: oracle-validated--> Processing Dependency: /usr/lib64/libodbccr.so for package: oracle-validated--> Processing Dependency: gcc-c++ for package: oracle-validated--> Processing Dependency: libaio-devel for package: oracle-validated--> Processing Dependency: gcc for package: oracle-validated--> Processing Dependency: /usr/lib/gcc/x86_64-redhat-linux/4.1.1/libstdc++.a for package: oracle-validated--> Processing Dependency: /usr/lib/libodbc.so.1 for package: oracle-validated--> Processing Dependency: /usr/lib/libc.so for package: oracle-validated--> Processing Dependency: /usr/lib64/libaio.so for package: oracle-validated--> Processing Dependency: /usr/lib64/libc.so for package: oracle-validated--> Processing Dependency: /usr/lib/libodbccr.so for package: oracle-validated--> Processing Dependency: libXp.so.6 for package: oracle-validated--> Processing Dependency: libodbc.so.1()(64bit) for package: oracle-validated--> Running transaction check

那就要把数据库文件也下载下来。然后导入到你本地的数据库。然后，你要根据你自己的数据库连接情况修改密码等信息。

因此NCBI 的分类学数据库不是一个系统发育或分类学的“专家数据库”（Wheeler et al., 2000）。 获取序列所对应的分类学信息有两种方法。 一种方法，从NCBI 网站下载gi与taxid 对应表，在Taxonomy 数据库的FTP 地址下载。这个目录下有多个压缩文件，其中针对Windows 操作系统的两个针对蛋白质序列和核苷酸序列的压缩文件分别是gi_taxid_prot.dmp.gz 和gi_taxid_nucl.dmp.gz 文件。这两个文件都只有两列，左边为gi 号，右边为Taxid。由于这些文件非常大，因此用浏览器来打开这些文件几乎是不可能的。随着时间的推移，这两个文件会越来越大，不过速度不会是指数增长的，并且在美国东部时间的每个星期一2：00 am NCBI 会对其进行更新。 对于Windows 用户还有一个文件称为taxdump.zip 文件。文件解压缩后包括1 个*.prt 文件和6 个*.dmp 文件。Gencode.dmp 文件保存有不同的密码子表，与同目录的gc.prt 联合使用；merged.dmp 是保存有合并的taxid 号的对应表；nodes.dmp 是结点信息；division.dmp 是较大的几个分类；names.dmp 结点名称信息，每个id 对应多行。这些数据被Phylogenie 软件包中的blammer 程序用于构建进化树。 利用ftp 地址的连接利用Http 或ftp 方式将文件下载到本地，通过本地程序或脚本搜索文本，来建立gi 号与Taxid 之间的联系（图）。这种方法比较适合于在线服务的Web 形式的程序，通过在本地不断地及时更新程序就可以完成这项工作。 第二种方法是对Taxonomy 数据库进行API 分析。

首先肯定一下你的问题，应该是如何将geodatabase里面的数据导出成shapefile, 可以使用arcgis desktop里的arcmap, 将相关数据图层给打开，然后在菜单中选择导出－》选取.shp 文件格式，就可以了。

建库（database），格式是geodatabase,可以存在本机的fileGeoDataBase或者personalGeoDataBase。也可以通过sde存在oracle、sqlserver等数据库中。建要素文件（shp）格式，格式是shapefile，以文件形式存储。geodatabase格式的比shapefile文件检索要快，在大数据量的情况下很明显。geodatabase还可以存储拓扑关系，可以存储路径分析数据，而shapefile不可以。

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

登录网址。第一步：登录网址，第二步：在shortcutquery互动框里进行选择，比如import，export，nameofcommodity，要查某两个国家的SITC数据，再在TOBrazilFROMchina处进行选择，第三步：在inanyclassification处选择SITC1，或SITC2，等，第四步：点击Search就OK了。中韩电子产品贸易潜力研究在全球经济一体化进程加快的今天，形成区域经济一体化的趋势愈发明确，中国和韩国作为亚洲的代表国家，无论从历史渊源还是从现如今的政治、经济等角度看都有互通性。

想问什么问题呢？

查看那些库的话必须用dba权限登录。登陆后可以通过下面的方法来查看。一、查看有哪些库，你的库理解不准确，应该准确来说是表空间，可以通过下面的命令来实现SELECT Total.name "Tablespace Name",Free_space, (total_space-Free_space) Used_space, total_spaceFROM(select tablespace_name, sum(bytes/1024/1024) Free_Spacefrom sys.dba_free_spacegroup by tablespace_name) Free,(select b.name, sum(bytes/1024/1024) TOTAL_SPACEfrom sys.v_$datafile a, sys.v_$tablespace Bwhere a.ts# = b.ts#group by b.name) TotalWHERE Free.Tablespace_name = Total.name二、查看有哪些表。select table_name from dba_tables where owner="A";

在数据库中做个数据库还原操作，选择目标文件路径时候选择这个Database的路径是可以实现的；不知道是否还有更好的办法？

首先你找到你要查看的是哪个QQ的聊天记录。比如想看 xxxxxxxxx 这个QQ的聊天记录 打开这个文件夹 里面有好多QQ号为名字的文件 结尾时Msg。db 找到这个文件以后 把拓展名 db 改成 txt也就是文本文档 这时候你打开这个文件就发现都是乱码 看不懂。然后点这个文档的 文件 然后点 打开 出现一个对话框 首先选中 你改过的这个文件 然后 在下面的编码的地方 ANSI 然后点右边的下拉 选择 Unicode 然后再点打开就可以了 里面的乱码就成文字了，虽然看着麻烦点 但是还是能看懂的。 或者在聊天界面里面查看。那里面的记录就是聊天的在默认路径里的记录。 可以翻页看~

consolidation是合并计算，是excel的一个功能增强插件database是数据库，excel可以读写它并且持久化保存数据

有专门的工具，比如navicat

1、首先双击打开SQLiteSpy应用程序。2、然后点击打开File——Open DataBase选项，3、然后找到要打开的.db数据库文件，点击打开。4、然后这样数据库就打开了，可以看到左侧表。5、然后右键点击一个表——Show Data。6、然后右侧则会显示表数据。

database就是数据库的意思。数据库（Database）是按照数据结构来组织、存储和管理数据的仓库，它产生于距今六十多年前，随着信息技术和市场的发展，特别是二十世纪九十年代以后，数据管理不再仅仅是存储和管理数据，而转变成用户所需要的各种数据管理的方式。数据库有很多种类型，从最简单的存储有各种数据的表格到能够进行海量数据存储的大型数据库系统都在各个方面得到了广泛的应用。在信息化社会，充分有效地管理和利用各类信息资源，是进行科学研究和决策管理的前提条件。数据库技术是管理信息系统、办公自动化系统、决策支持系统等各类信息系统的核心部分，是进行科学研究和决策管理的重要技术手段。

The term database originated within the puting discipline. Although its meaning has been broadened by popular use even to include non-electronic databases this article is about puter databases. A puter database is a structured collection of records or data that is stored in a puter system so that a puter program or person using a query language can consult it to wer queries[1]. The records retrieved in wer to queries are information that can be used to make decisions. The puter program used to manage and query a database is known as a database management system (DBMS). The properties and design of database systems are included in the study of information science...... < en. *** /wiki/Database > A database is a collection of information that is anized so that it can easily be accessed managed and updated. In one view databases can be classified according to types of content: bibliographic full-text numeric and images. In puting databases are sometimes classified according to their anizational approach. The most prevalent approach is the relational database a tabular database in which data is defined so that it can be reanized and accessed in a number of different ways. A distributed database is one that can be dispersed or replicated among different points in a neork. An object-oriented programming database is one that is congruent with the data defined in object classes and subclasses. Computer databases typically contain aggregations of data records or files such as sales tractions product catalogs and inventories and customer profiles. Typically a database manager provides users the capabilities of controlling read/write access specing report generation and *** yzing usage. Databases and database managers are prevalent in large mainframe systems but are also present in *** aller distributed workstation and mid-range systems such as the AS/400 and on personal puters. SQL (Structured Query Language) is a standard language for making interactive queries from and updating a database such as IBM"s DB2 Microsoft"s Access and database products from Oracle Sybase and Computer Associates . < searchsqlserver.techtarget/sDefinition/0 sid87_gci211895 00 >

数据库（Database）是按照数据结构来组织、存储和管理数据的仓库，它产生于距今六十多年前，随着信息技术和市场的发展，特别是二十世纪九十年代以后，数据管理不再仅仅是存储和管理数据，而转变成用户所需要的各种数据管理的方式。数据库有很多种类型，从最简单的存储有各种数据的表格到能够进行海量数据存储的大型数据库系统都在各个方面得到了广泛的应用。

这是一个合成词:data是数据和材料的意思.该词为数据库

...，好有趣的问题。。

不可数

databank 和 database都是计算机术语:数据库, 资料库的意思.两者在一定程度上可以通用.不过进行快速简便搜查和检索而组织的数据集合也作 databank.也许这就是两者的区别吧.

表格中Database是数据库的意思，数据库是一些表的集合，类似于EXCEL的一个工作簿。

在哪都是数据库，在excel里面就是sheet表格里面的数据

databank和database都是计算机术语:数据库,资料库的意思.两者在一定程度上可以通用.不过进行快速简便搜查和检索而组织的数据集合也作databank.也许这就是两者的区别吧.

第一步：项目属性->配置属性->C/C++->常规->SDL检查 选择否第二步：在stafx.h中添加 #pragma warning(disable:4995)

1、建立一个表，不是建立一个数据库 原因：（1）用处不同：表用来存储数据，数据库用来存储表；数据库可只含一个表；也可含多表。（2）创建命令不同：create table（创建表的命令）；create database（创建数据库的命令）。（3）举例：新建一个仓库（数据库），你可以放一个或多个空箱子（空表）在仓库里（数据库），箱子（空表）里放需要存储的东西（数据）。若不是先有仓库，你的箱子无处存放。2、必须先建立数据库，再建立表原因：mysql中没有建立数据库时，建立一个表会提示这样的错误ERROR 1046(3D000): No Database Selected 即没有选择数据库。

MASCARABASE是睫毛底液的意思..就像我们擦粉底之前要擦隔离一样..它也是个打底用的东西..应该是白色的膏体或者透明的.不同的BASE是有不同效果的..但是现在市面上销售的一般是使擦了睫毛膏以后更浓密纤长的..总之就是在涂普通睫毛膏之前使用.

那一般就是创建数据库的语句有误，可参考下边语句及注释：create database stuDB on primary -- 默认就属于primary文件组,可省略(/*--数据文件的具体描述--*/ name="stuDB_data", -- 主数据文件的逻辑名称 filename="D:stuDB_data.mdf", -- 主数据文件的物理名称 size=5mb, --主数据文件的初始大小 maxsize=100mb, -- 主数据文件增长的最大值 filegrowth=15%--主数据文件的增长率 ) log on ( /*--日志文件的具体描述,各参数含义同上--*/ name="stuDB_log", filename="D:stuDB_log.ldf", size=2mb, filegrowth=1mb )

要用DATAFILE =

后面没有逗号

上面的说的很详细了，scope=(mem|spfile|both)

能不能教教我是如何解决的呀，我现在也遇到这个问题谢谢啦。

不会变，簇表只是存储的方式不同，相当于几张表捆在一起，当你总是需要同时从这几张表中读取数据的时候，簇表有利于提升性能。另外，簇表是建立时指定的。你所说的跟cluster table 没有半毛钱关系。

updatedatabase更新数据库；更新数据库资料例句筛选1.Inanyoftheseinstances,runningthecommandUpdate-Databasewillautomaticallyapplychangestothedatastructure.在任何一种情况下，执行命令Update-Database就会自动把变更应用到数据库结构上。2.Attendalltrainingcoursesrequestedasperrequired,Updatedatabaserecordingalltraining.参与所有必要的培训课程，并更新培训记录。

当您创建 Entourage 信息存储时，会为当您工作时信息存储收到的数据分配硬盘空间。当您添加和删除消息、约会、任务和便笺时，数据库会增加浪费的空间。随着时间过去，这种情况会导致不一致问题。出现的症状是，当您尝试从任何专门文件夹移动或删除项目时，需要重建的数据库可能不响应。当您启动 Entourage 时也会遇到问题。要在所有版本的 Entourage 中启动数据库实用程序，请按住键盘上的 OPTION 键，然后启动 Entourage。将打开“Database Utility”（数据库实用程序）窗口。在“Database Utility”（数据库实用程序）窗口中，您可以选择要维护的数据库。Entourage 2008 包括下列四个维护活动选项：?Verify database integrity（验证数据库完整性）：使用此选项可检查数据库崩溃。如果发现问题，则可以选择重建数据库。如果数据库工作正常，则不需要进行更改。?Compact database（压缩数据库）：使用此选项可压缩和备份当前数据库文件。可以使用此选项帮助恢复数据库中的某些空间。?Rebuild database（重建数据库）：使用此选项可执行修复、压缩数据库文件以及备份当前数据库。如果您拥有 Outlook.com、MSN、IMAP 或 Exchange 帐户，则必须再次从服务器下载文件夹列表和消息。 ?Set database preferences（设置数据库首选项）除了这些选项，您还可以首先选择运行维护向导所使用的标识。例如，如果您拥有同一用户的多个标识，则必须选择标识。如何确定何时使用重建功能标识包含一组电子邮件、联系人、任务、日历、帐户设置等等。您的标识位于 Microsoft 用户文件夹数据中。如果您有下列任何问题，则数据库可能损坏，您必须使用 Microsoft 数据库实用程序重建标识数据库：收起该表格展开该表格? Entourage 无法打开，停止响应或异常退出。 ? Entourage 项目无法打开，或者打开的项目不是您选择的项目。 ? Entourage 消息列表或 Entourage 联系人中出现空行。 ? Entourage 联系人条目显示不正确。 ? 您找不到添加到 Entourage 中的信息，例如日历事件或联系人。 ? 当您在 Entourage 中执行搜索时，搜索结果与您设置的条件不匹配。 ? 显示空的 Office 提醒窗口。 ? Scrapbook 中的剪辑消失。注意：当您执行数据库的高级重建时，Entourage 从本地缓存中删除您的所有 Internet 邮件访问协议 (IMAP)、Outlook.com 和新闻消息。再次从服务器下载这些消息，然后重置这些消息文件夹的文件夹栏首选项。重新输入新闻和邮件计划的设置，然后更新所有将消息复制或移动到 IMAP 或 Outlook.com 文件夹的规则。注意：附加到通讯簿中联系人的图片会丢失。典型和高级重建过程都会复制现有数据库和其他信息存储元素，并使用重建过程的新副本。原始副本将保留，并重命名为“Old Database”（旧数据库）和“Old Messages”（旧消息）。此外，会制作数据库缓存的副本并添加“Old”一词，保留数据库（重建）缓存。 如何重建步骤 1：退出所有应用程序在继续下列步骤之前，必须退出所有应用程序。要退出应用程序，请单击工具栏（顶部）上的 <应用程序名称> 菜单，然后选择退出。如果无法退出应用程序或者不知道如何退出，请按住 Command 和 Option 键，然后按键盘上的 Esc。选择“Force Quit Application”（强制退出应用程序）窗口中的应用程序，然后选择 Force Quit（强制退出）。单击 Force Quit（强制退出）退出应用程序。注意：您不能退出 Finder。完成后，单击左上角的红色关闭按钮关闭窗口。步骤 2：确定硬盘上的可用空间量执行任何数据库维护之前，请确保至少具有当前 Outlook 标识大小的三倍的可用硬盘空间。例如，如果标识为 1 吉字节 (GB)，则硬盘上至少应当有 3 GB 可用空间，（不包括虚拟内存内存所需的空间）。要确定标识的大小，请按照下列步骤操作：收起该表格展开该表格1. 在 Finder 中，单击 Go（转到），然后单击 Home（主页）。打开 Documents 文件夹。 2. 打开 Microsoft User Data 文件夹。 3. 打开 Office 2011 Identities 文件夹。 4. 单击 Identity 文件夹。 5. 在 File（文件）菜单上，单击 Get Info（获取信息），然后单击 Get Information（获取信息）。注意数据库的大小。 当您创建 Entourage 标识时，会为当您工作时标识收到的数据分配硬盘空间。当您添加和删除消息、约会、任务和便笺时，数据库会增加浪费的空间。步骤 3：发现和备份当前标识要备份标识，请按照下列步骤操作：收起该表格展开该表格1. 在 Finder 中，单击 Go（转到），然后单击 Home（主页）。打开 Documents 文件夹。 2. 打开 Microsoft User Data 文件夹。 3. 打开 Office 2008 Identifies 或 Office 2004 Identities 文件夹。 4. 按住 Control 的同时单击或者右键单击 Main Identity（或您的标识名称）文件夹，然后选择 Duplicate（复制）。将创建文件夹的副本。如果您无法找到 Control 并单击，则请单击 File（文件），然后单击 Duplicate（复制）。 4. 关闭所有窗口。 您已创建标识的备份，可以准备继续操作。注意：第三方数据库恢复软件可以使用此备份，通常在非重建标识上具有更好的效果。步骤 4：重建数据库收起该表格展开该表格1. 退出所有应用程序。 2. 按住键盘上的 Options (alt) 键，然后启动 Entourage 2008/2004。在看到“Database Utility”（数据库实用程序）窗口之前，不要松开 Option (alt) 键。注意：您还可以通过打开 Application 文件夹然后打开 Microsoft Office 2008/2004 文件夹，浏览到“Database Utility”（数据库实用程序）窗口。打开 Office 文件夹，然后双击 Microsoft Database Utility.app。 3. 在“Database Utility”（数据库实用程序）窗口中，选择数据库（确保它是选择的主标识），单击 Rebuild database（重建数据库），然后单击 Continue（继续）。 4. “Rebuilding Main Identify”（重建主标识）窗口将打开，并显示进度。当操作完成时，您将收到“Your database was successfully rebuilt”（数据库已成功重建）消息。 5. 单击 Done（完成）。单击 Quit（退出），然后启动 Entourage，查看问题是否已解决。如果问题未解决，则继续下一步。步骤 5：创建新标识如果您在多个容量（例如在家和工作时）中使用 Entourage，则 Entourage 可以配置为具有多个标识。每个标识存储单独的一组电子邮件、通讯簿、任务、日历、帐户设置等。如果 Entourage 有多个标识，则标识之一可能损坏。尝试使用其他标识确定是否是该问题。如果标识损坏，则必须创建新标识以解决该问题。1.退出所有 Office 应用程序。这包括 Entourage 和 Office 提醒。这是重要步骤。如果您不退出所有应用程序，则会收到错误消息“To switch identities, quit Microsoft Messenger and all Microsoft Office programs and then restart Microsoft Entourage.”（要切换标识，请退出 Microsoft Messenger 和所有 Microsoft Office 程序，然后重新启动 Microsoft Entourage）。2.找到下列文件夹，然后将此文件夹复制到桌面上、外部硬盘或网络位置：HD/Users/USER_NAME/Documents/Microsoft User Data/Office 2008 Identities/IDENTITY_NAME。3.启动 Entourage。如果您使用多个标识，请单击“Entourage”菜单上的“Switch Identity”（切换标识）。注意：如果收到确认消息，则单击“Switch”（切换）。4.要创建新标识，请单击“New”（新建），然后在“Identity name”（标识名称）框中键入新标识的名称。5.退出 Entourage。6.找到下列文件夹，然后将数据库文件重命名为新名称：HD/Users/USER_NAME/Documents/Microsoft User Data/Office 2008 Identities/NEW_IDENTITY_NAME。7.将数据库文件从您在步骤 2 中复制的 IDENTITY_NAME 文件夹复制到在步骤 4 中创建的 NEW_IDENTITY_NAME 文件夹。启动 Entourage，查看问题是否已解决。如果上述步骤无法解决问题，则 Entourage 数据库很可能已损坏，需要修复。如果没有可行的可用备份，且没有其他数据源（例如另一台计算机或手持设备），则您必须从头开始操作，因为数据无法恢复。要从头开始操作，您必须将 Office 2008/2004 Identity 文件夹（只有当没有其他标识时）拖到 Trash，然后重新启动 Entourage。

org.springframework.beans.factory.BeanCreationException: Error creating bean with name "sessionFactory" defined in ServletContext resource [/WEB-INF/classes/applicationContext-hibernate.xml]: Invocation of init method failed; nested exception is org.hibernate.exception.GenericJDBCException: Unable to open JDBC Connection for DDL execution at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1583) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:553) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:482) at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230) at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:197) at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:735) at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:866) at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:542) at org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:444) at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:326) at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:107) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4853) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5314) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:145) at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1408) at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1398) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: org.hibernate.exception.GenericJDBCException: Unable to open JDBC Connection for DDL execution at org.hibernate.exception.internal.StandardSQLExceptionConverter.convert(StandardSQLExceptionConverter.java:47) at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:111) at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:97) at org.hibernate.resource.transaction.backend.jdbc.internal.DdlTransactionIsolatorNonJtaImpl.getIsolatedConnection(DdlTransactionIsolatorNonJtaImpl.java:69) at org.hibernate.tool.schema.internal.exec.ImprovedExtractionContextImpl.getJdbcConnection(ImprovedExtractionContextImpl.java:60) at org.hibernate.tool.schema.extract.internal.SequenceInformationExtractorLegacyImpl.extractMetadata(SequenceInformationExtractorLegacyImpl.java:40) at org.hibernate.tool.schema.extract.internal.DatabaseInformationImpl.initializeSequences(DatabaseInformationImpl.java:65) at org.hibernate.tool.schema.extract.internal.DatabaseInformationImpl.<init>(DatabaseInformationImpl.java:59) at org.hibernate.tool.schema.internal.Helper.buildDatabaseInformation(Helper.java:132) at org.hibernate.tool.schema.internal.AbstractSchemaMigrator.doMigration(AbstractSchemaMigrator.java:92) at org.hibernate.tool.schema.spi.SchemaManagementToolCoordinator.performDatabaseAction(SchemaManagementToolCoordinator.java:177) at org.hibernate.tool.schema.spi.SchemaManagementToolCoordinator.process(SchemaManagementToolCoordinator.java:66) at org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:309) at org.hibernate.boot.internal.SessionFactoryBuilderImpl.build(SessionFactoryBuilderImpl.java:445) at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:710) at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:726) at org.springframework.orm.hibernate5.LocalSessionFactoryBean.buildSessionFactory(LocalSessionFactoryBean.java:511) at org.springframework.orm.hibernate5.LocalSessionFactoryBean.afterPropertiesSet(LocalSessionFactoryBean.java:495) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1642) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1579) ... 21 more Caused by: java.sql.SQLException: Connections could not be acquired from the underlying database! at com.mchange.v2.sql.SqlUtils.toSQLException(SqlUtils.java:106) at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutPooledConnection(C3P0PooledConnectionPool.java:529) at com.mchange.v2.c3p0.impl.AbstractPoolBackedDataSource.getConnection(AbstractPoolBackedDataSource.java:128) at org.hibernate.engine.jdbc.connections.internal.DatasourceConnectionProviderImpl.getConnection(DatasourceConnectionProviderImpl.java:122) at org.hibernate.engine.jdbc.env.internal.JdbcEnvironmentInitiator$ConnectionProviderJdbcConnectionAccess.obtainConnection(JdbcEnvironmentInitiator.java:180) at org.hibernate.resource.transaction.backend.jdbc.internal.DdlTransactionIsolatorNonJtaImpl.getIsolatedConnection(DdlTransactionIsolatorNonJtaImpl.java:43) ... 37 more Caused by: com.mchange.v2.resourcepool.CannotAcquireResourceException: A ResourcePool could not acquire a resource from its primary factory or source. at com.mchange.v2.resourcepool.BasicResourcePool.awaitAvailable(BasicResourcePool.java:1319) at com.mchange.v2.resourcepool.BasicResourcePool.prelimCheckoutResource(BasicResourcePool.java:557) at com.mchange.v2.resourcepool.BasicResourcePool.checkoutResource(BasicResourcePool.java:477) at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutPooledConnection(C3P0PooledConnectionPool.java:525) ... 41 more

我都不知道 你用的是什么 语言， 但从你给的问题上看， 就是因为没有注册类啊。 数据库 对象是否初始化 成功 ，that is a question.

看你使用哪个版本的JDK了，上面不是有说明么，什么版本的驱动对用什么版本的JDK；还有就是如果安装了，会自带的，目录参考如：product11.2.0dbhome_1jdbclib ，在这里面有相应的JAR文件

有时我们需要对文件或数据库进行测试，但我们又不想破坏应用程序或设备原有的数据。此时我们就需要一个Mock来替代他们，这里的 Mock不是android.test.mock，但也是android.test包下面的，RenamingDelegatingContext的类。示例参见：D:workspaceMockTest*******************MockContextExampleActivity********package com.example.mocktest;import java.io.FileInputStream;import android.app.Activity;import android.graphics.Color;import android.os.Bundle;import android.view.Menu;import android.widget.TextView;public class MockContextExampleActivity extends Activity {public final static String FILE_NAME = "myfile.txt";private TextView mTv;@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.main);mTv = (TextView) findViewById(R.id.text1);final byte[] buffer = new byte[1024];try {final FileInputStream fis = openFileInput(FILE_NAME);final int n = fis.read(buffer);mTv.setText(new String(buffer, 0, n-1));} catch (Exception e) {mTv.setText(e.toString());mTv.setTextColor(Color.RED);}}//这里写了个getText方法，测试工程会用到。public String getText() {return mTv.getText().toString();}@Overridepublic boolean onCreateOptionsMenu(Menu menu) {// Inflate the menu; this adds items to the action bar if it is present.getMenuInflater().inflate(R.menu.mock_context_example, menu);return true;}}*****************MockContextExampleTest*****************package com.example.mocktest;import android.content.Intent;import android.test.ActivityUnitTestCase;import android.test.RenamingDelegatingContext;public class MockContextExampleTest extends ActivityUnitTestCase<MockContextExampleActivity> {private static final String PREFIX = "test.";private RenamingDelegatingContext mMockContext;public MockContextExampleTest() {super(MockContextExampleActivity.class);}@Overrideprotected void setUp() throws Exception {super.setUp();mMockContext = new RenamingDelegatingContext(getInstrumentation().getTargetContext(), PREFIX);mMockContext.makeExistingFilesAndDbsAccessible();}@Overrideprotected void tearDown() throws Exception {super.tearDown();}public void testSampleTextDisplayed(){setActivityContext(mMockContext);startActivity(new Intent(), null, null);final MockContextExampleActivity mActivity = getActivity();assertNotNull(mActivity);String text = mActivity.getText();assertEquals("This is *MOCK* data", text);}}Notice：别忘了在清单文件里加上<uses-library android:name="android.test.runner"/><instrumentation android:name="android.test.InstrumentationTestRunner"android:targetPackage="com.example.mocktest"/>RenamingDelegatingContext函数的使用，PREFIX是表示文件或数据库的前缀。另外这里为什么使用getTargetContext方法而不是getContext，后者我们经常在UiTest中使用到。这里其实看下注释就明白了：//getContext():The instrumentation"s package context.//getTargetContext(): A Context in the target application.运行下测试，pass。这说明getText方法返回的string已经是This is *MOCK* data 而不是 This is real data了。这就可以证明，开发没有写死这段话。以上就是RenamingDelegatingContext函数如何来mock文件的，数据库的使用也是一样的。

　　关于database的英文写作，大家看过吗? 　　database英文写作篇1 　　I imagine a lot about lives in the future.I think two words can summarize my imagination.The first word is fast.In the future, we will have more quickly transportation means.Now matter how far we go, it takes only a short time.With the development of science and technology, we can travel to the moon, Mars or somewhere outer space.People may can live in other planets.The second word is convenient.Because of the fast development of our society, many work can be done by computers or even robots.Lots of things are fully automated.Humans just need to give some simple instructions to complete complecated tasks. 　　database英文写作篇2 　　A database consists of an organized collection of data for one or more uses,typically in digital form.One way of classifying databases involves the type of their contents,for example:bibliographic,document-text,statistical.Digital databases are managed using database management systems,which store database contents,allowing data creation and maintenance,and search and other access. 　　Database architecture consists of three levels,external,conceptual and internal.Clearly separating the three levels was a major feature of the relational database model that dominates 21st century databases. 　　The external level defines how users understand the organization of the data.A single database can have any number of views at the external level.The internal level defines how the data is physically stored and processed by the computing system.Internal architecture is concerned with cost,performance,scalability and other operational matters.The conceptual is a level of indirection between internal and external.It provides a common view of the database that is uncomplicated by details of how the data is stored or managed,and that can unify the various external views into a coherent whole. 　　Database介绍 　　Database是按照数据结构来组织、存储和管理数据的仓库，它产生于距今六十多年前，随着信息技术和市场的发展，特别是二十世纪九十年代以后，数据管理不再仅仅是存储和管理数据，而转变成用户所需要的各种数据管理的方式。数据库有很多种类型，从最简单的存储有各种数据的表格到能够进行海量数据存储的大型数据库系统都在各个方面得到了广泛的应用。 　　在信息化社会，充分有效地管理和利用各类信息资源，是进行科学研究和决策管理的前提条件。数据库技术是管理信息系统、办公自动化系统、决策支持系统等各类信息系统的核心部分，是进行科学研究和决策管理的重要技术手段。 　　数据库，顾名思义，是存入数据的仓库。只不过这个仓库是在计算机存储设备上的，而且数据是按一定格式存放的。 　　当人们收集了大量的数据后，应该把它们保存起来进行进一步的处理，进一步的抽取有用的信息。当年人们把数据存放在文件柜中，可现在随着社会的发展，数据量急剧增长，现在人们就借助计算机和数据库技术科学的保存大量的数据，以便能更好的利用这些数据资源。 　　要是下定义的话，就应该是：指长期储存在计算机内的、有组织的、可共享的数据集合。 　　数据库包含关系数据库、面向对象数据库及新兴的XML数据库等多种，目前应用最广泛的是关系数据库，若在关系数据库基础上提供部分面向对象数据库功能的对象关系数据库。在数据库技术的早期还曾经流行过层次数据库与网状数据库，但这两类数据库目前已经极少使用。

本次lab的目的是练习Relational Design Theory。 What functional dependencies are implied if we know that a set of attributes X is a candidate key for a relation R? 因为X是candidate key，所以X可以推出所有其他attribute。即X --> R - X What functional dependencies can we infer do not hold by inspection of the following relation? 当A = a, a时，B = 1, 1， C = x, y，所以A推出B保留，而A是不能推出C的，B也不能推出C，AB不能推出C； 当A = b, b时，B = 2, 2， C = y, z，和上面结论一致，没有新的结论； 当A = c, d时，B = 1, 2， C = z, x，确认A-->B。 同理，判断B-->A？因为B= 1, 1, 1时，A = a, c, a，所以B不能推出A。 判断C-->A？因为C = x, x时，A = a, d，所以C不能推出A 判断C-->B？因为C = x, x时，B = 1, 2，所以C不能推出B Suppose that we have a relation schema R(A,B,C) representing a relationship between two entity sets E and F with keys A and B respectively, and suppose that R has (at least) the functional dependencies A → B and B → A. Explain what this tells us about the relationship between E and F. A-->B说明每个A有一个B对应，反之，也就是说A和B是一一对应的，用离散数学的术语说是双射bijection。 Consider the relation R(A,B,C,D,E,F,G) and the set of functional dependencies F = { A → B, BC → F, BD → EG, AD → C, D → F, BEG → FA } compute the following: 根据上述F，可以推出的结论在括号中显示：A-->B(AB)，A/B/AB无法推出任何结论，所以A+ = {A, B} 根据上述F，可以推出的结论在括号中显示：A-->B(ABCEG), BC-->F(ABCEFG), BEG-->FA(ABCEFG)，所以ACEG+ = {A, B, C, E, F, G} 根据上述F，可以推出的结论在括号中显示：BD-->EG(BDEG), D-->F(BDEFG), BEG-->FA(ABDEFG), AD-->C(ABCDEFG)，所以ACEG+ = {A, B, C, D, E, F, G} Consider the relation R(A,B,C,D,E) and the set set of functional dependencies F = { A → B, BC → E, ED → A } 根据F，如果选定A作为candidate key，则B可以被A推导，C不可以被推导，所以candidate key更新为AC，D不可以被推导，所以candidate key更新为ACD，E可以被BC推导； 如果选定B作为candidate key，C不可以被推导，所以candidate key更新为BC，D不可以被推导，所以candidate key更新为BCD，E可以被BC推导，A可以被ED推导； CD在上述两中情况下都是candidate key，继续思考E： 如果选定E作为candidate key，C不可以被推导，所以candidate key更新为EC，D不可以被推导，所以candidate key更新为ECD，A可以被ED推导，B可以被A推导。 综上，所有candidate keys是ACD, BCD, CDE 3NF的要求是：对所有的FDs X --> Y （1）要么Y是X的子集 （2）要么X是超键（candidate key/ super key） （3）要么Y是key中的一个attribute 因为-->右侧的BEA都是candidate key的attribute，所以符合3NF 通常3NF都符合BCNF，但个别的不符合。BCNF的要求是：对所有的FDs X --> Y （1）要么Y是X的子集 （2）要么X是超键（candidate key/ super key） 二者的区别是BCNF不能接受Y是key的一个attribute。 左边没有super key，而任何一个FD都不是子集关系，所以不是BCNF。 Consider a relation R(A,B,C,D). For each of the following sets of functional dependencies, assuming that those are the only dependencies that hold for R, do the following: a. List all of the candidate keys for R. b. Show whether R is in Boyce-Codd normal form (BCNF)? c. Show whether R is in third normal form (3NF)? DAC可以被推出，C推出的最多，所以先假设B是candidate key，B-->C(BC), C-->D(BCD), C-->A(ABCD)。candidate key是B。 C不是key却出现在-->左边，所以不是BCNF。 C-->D，C, D都是非key，所以不是3NF。 CA可以被推出，优先思考BD，假设B是candidate key，B-->C(BC)，D不可以被推出，所以更新candidate key为BD，D-->A(ABCD)。candidate key是BD。 因为左边都不是superkey，而左右又不是子集关系，所以不是BCNF；而右边又不是single key attribute，所以也不是3NF。 DA可以被推出，优先思考BC，假设BC是candidate key，不能推出任何内容，更新candidate key为ABC，ABC-->D(ABCD)；更新candidte key为BCD，D-->A(ABCD)。所以candidate key是ABC或BCD。 D-->A中的A是key的一部分，所以被允许，符合3NF。 D-->A的D不是key，二者也不是子集关系，所以不属于BCNF。 BDC可以被推出，假设candidate key是A，A-->B(AB), A-->C(ABC), BC-->D(ABCD)。所以candidate key是A。 BC-->D左右都是non-key，不符合3NF。 BC不是key，不符合BCNF。 ABCD都可以被推出，假设candidate key是A，A无法推出任何，更新candidate key为AB，AB-->C(ABC), AD-->D(ABCD)；假设candidate key是B，B无法推出任何，更新candidate key为BC，C-->A(ABC), AB-->D(ABCD)；假设candidate key是C，C-->A(AC)，更新candidate key为CD，D-->B(ABCD)；假设candidate key是D，D-->B(BD)，更新candidate key为AD，AB-->C(ABCD)。所以candidate key可能是AB, BC, CD, AD。 因为-->右侧的CDAB都是candidate key中的attribute，所以符合3NF。 如果candidate key是AB，那么C-->A既不是子集关系，C也不是key，所以不符合BCNF。 可以直接看出candidate key是A。 既符合3NF，也符合BCNF。 Specify the non-trivial functional dependencies for each of the relations in the following Teams-Players-Fans schema and then show whether the overall schema is in BCNF. Functional dependencies: Team: name → captain Player: name → teamPlayedFor Fan: name → address TeamColours: no non-trivial fds FavouriteColours: no non-trivial fds FavouritePlayers: no non-trivial fds FavouriteTeams: no non-trivial fds non-trivial FDs就是找非子集的dependency，如果只有两个variable，都是key，那么都是trivial的。以上都属于superkey推出non-key，所以都是BCNF。 Specify the non-trivial functional dependencies for each of the relations in the following Trucks-Shipments-Stores schema and then show whether the overall schema is in BCNF. Functional dependencies: Warehouse ... warehouse# → address Source ... no non-trivial fds Trip ... trip# → date,truck Truck ... truck# → maxvol,maxwt Shipment ... shipment# → volume,weight,trip,store Store ... store# → storename,address 和上面练习思路一致，这里也都是BCNF。 For each of the sets of dependencies in question 4: (1) if R is not already in 3NF, decompose it into a set of 3NF relations; (2) if R is not already in BCNF, decompose it into a set of BCNF relations candidate key是B，不是BCNF，不是3NF （1）decompose to BCNF C-->D违背了BCNF，拆解出来CD。 剩余ABC，FD变为C-->A, B-->C。C-->A违背了BCNF，拆解出来CA。 剩余BC，FD变为B-->C，符合BCNF。 所以最终BCNF为(R1(CD), R2(CA), R3(BC)) （2）decompose to 3NF minimal cover: C-->D, C-->A, B-->C key: B F" = C-->DA, B-->C CDA(KEY = C), BC(KEY = B) candidate key是BD，不是BCNF，不是3NF （1）decompose to BCNF B-->C违背BCNF，拆解出来BC。 剩余ABD，FD变为D-->A，违背BCNF，拆解出来DA。 剩余BD，FD为空。 所以最终BCNF为(R1(BC), R2(DA), R3(BD)) （2）decompose to 3NF minimal cover无法合并，所以3NF是BC(KEY = B), DA(KEY = A), BD(KEY = BD) candidate key是ABC/BCD，不是BCNF，是3NF （1）decompose to BCNF D-->A违背BCNF，拆解出来DA。 剩余BCD，FD为空。 所以最终BCNF为(R1(DA), R2(BCD)) candidate key是A，不是BCNF，不是3NF （1）decompose to BCNF BC-->D违背BCNF，拆解出BCD。 剩余ABC，FD变为A-->B, A-->C，都符合BCNF。 所以最终BCNF为(R1(BCD), R2(AB), R3(AC)) （2）decompose to 3NF minimal cover和FDs一致，所以3NF是AB(KEY = A), BCD(KEY = BC), AC(KEY = A) candidate key是AB, BC, CD, AD，不是BCNF，是3NF （1）decompose to BCNF C-->A违背BCNF，拆解出来CA 剩余BCD，FD变为D-->B，不符合BCNF，拆解出来DB。 剩余CD，FD为空。 所以BCNF为(R1(CA), R2(DB), R3(CD))，但彼此之间没有联系，所以还要加入联系，变成(R1(CA), R2(DB), R3(CD), R4(ABC), R5(ABD)) candidate key是A，是BCNF，是3NF Consider (yet another) banking application that contains information about accounts, branches and customers. Each account is held at a specific branch, but a customer may hold more than one account and an account may have more than one associated customer. Consider an unnormalised relation containing all of the attributes that are relevant to this application: acct# - unique account indentifier branch# - unique branch identifier tfn - unique customer identifier (tax file number) kind - type of account (savings, cheque, ...) balance - amount of money in account city - city where branch is located name - customer"s name i.e. consider the relation R(acct#, branch#, tfn, kind, balance, city, name) Based on the above description: 根据定义acct# --> kind, balance；branch#-->city；tfn-->name Account(acct#(key), kind, balance, branch) Branch(branch#(key), city) Customer(tfn(key), name) CustAcc(customer(key), account(key)) They fit in 3NF. Consider a schema representing projects within a company, containing the following information: pNum - project"s unique identifying number pName - name of project eNum - employee"s unique identifying number eName - name of employee jobClass - type of job that employee has on this project payRate - hourly rate, dependent on the kind of job being done hours - total hours worked in this job by this employee This schema started out life as a large spreadsheet and now the company wants to put it into a database system. As a spreadsheet, its schema is: R(pNum, pName, eNum, eName, jobClass, payRate, hours) Based on the above description: primary key是unique，所以根据定义推出 pNum → pName eNum → eName jobClass → payRate pNum,eNum → jobClass,payRate,hours pNum → pName is a dependency on part of the key to fix: decompose to R1(pNum,eNum,eName,jobClass,payRate,hours) and R2(pNum,pName) eNum → eName is a dependency on part of the key to fix: decompose to R1(pNum,eNum,jobClass,payRate,hours) and R2(pNum,pName) and R3(eNum,eName) jobClass → payRate is a dependency on a non-key attribute to fix: decompose to R1(pNum,eNum,jobClass,hours) and R2(pNum,pName) and R3(eNum,eName) and R4(jobClass,payRate) pNum → pName eNum → eName jobClass → payRate pNum,eNum → jobClass,hours Project(pNum, pName) Employee(eNum, eName) AwardRates(jobClass, payRate) Assignment(pNum, eNum, jobClass, hours) The new schema is not in 3NF because we have lost the dependency: pNum,eNum → payRate 后续还有若干练习，和前面的题目大同小异，不再赘述。

relational database service关系型数据库服务

《Databases A Beginner"s Guide》（Andy Oppel）电子书网盘下载免费在线阅读链接：https://pan.baidu.com/s/17wKUVV-4mu3Z79avZ58hFA

嚼一颗五彩六色的糖豆。

大概可以猜测这是一个数据库类（Database），query是其中一个方法，用于数据库的查询功能。比如sql="selecttb.atb.bfromtabletborderbytb.adesc"，根据此语句可获得数据库的返回结果集。

personalitydatabase打不开是因为你的程序连接SQLServer的连接字符串是用了windows集成登陆，你可以改成用数据库帐号密码登陆。连接字符串的写法是：server=localhost;uid=sa;pwd=xxxx;database=master，server是数据库服务器的机器名或者IP，如果是同一台机可以用localhost，uid是数据库登陆帐号，pwd是数据库密码，database是数据库初始owner名称。

这个跟数据库版本有关系

你的磁盘接触不良,就有可能造成它在写入到一半还没写完时断开连接,这样,有可能造成数据库无法被服务器识别,因为,服务器认为,正确的数据库不应该是这样的.建议你用数据库恢复软件尝试读出数据,实在不行,而数据又很重要的话,交专业数据恢复公司去做,不过一般要价很高.

概论第四版中增加了create schema （第三版好像没有这个内容），但是却没有提到create database。相反目前在大多数DBMS中（如SQL Server2000、Mysql等）都有create database语句用来新建数据库，而create schema 在SQL Server2000中确实也有但好像用处不大,不过也可能是我对SQL server2000中的create schema理解的不对，看过它的联机帮助也看的不太明白。所以就不太明确create schema和create database到底是什么关系？回复:schema是一个名字空间，创建在某个database下的；一个database下可以包含多个schema。schema的好处有三点：1. 多个用户使用同一个数据库而不会相互影响。2. 对数据库中的对象进行逻辑分组，更便于管理。3. 各个应用分别使用各自的模式，以避免命名冲突。另外。关于schema、database的定义各个数据库产品解释和实现不尽相同，需要具体情况具体分析。

在SQL标准中，Database和Schema是不同的概念，在很多数据库中，二者也有明显的不同，但在另外一些数据库中，二者可能是相同的含义。通常情况下，Database指的是一个数据库中的一类对象，用于组织表、视图、存储过程、自定义函数等数据库对象；而Schema除了包含对象外，另外一个重要的特点是有用户的概念，可以这样理解Schema：Schema是指定的数据库用户和这个用户所拥有的所有数据库对象的集合。

在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_adduser存储过程创建一个用户的时候，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_adduser创建一个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都可以删除。

在MySQL中创建一个Schema好像就跟创建一个Database是一样的效果，在SQL Server和Orcal数据库中好像又不一样. 目前我只能理解，在mysql中 schema<==>database。数据库中User和Schema的关系假如我们想了解数据库中的User和Schema究竟是什么关系，首先必须了解一下数据库中User和Schema到底是什么概念。　　在SQL Server2000中，由于架构的原因，User和Schema总有一层隐含的关系，让我们很少意识到其实User和Schema是两种完全不同的概念，不过在SQL Server2005中这种架构被打破了，User和Schema也被分开了。　　首先我来做一个比喻，什么是Database，什么是Schema，什么是Table，什么是列，什么是行，什么是User？我们可以可以把Database看作是一个大仓库，仓库分了很多很多的房间，Schema就是其中的房间，一个Schema代表一个房间，Table可以看作是每个Schema中的床，Table（床）就被放入每个房间中，不能放置在房间之外，那岂不是晚上睡觉无家可归了J。，然后床上可以放置很多物品，就好比Table上可以放置很多列和行一样，数据库中存储数据的基本单元是Table，现实中每个仓库放置物品的基本单位就是床，User就是每个Schema的主人，（所以Schema包含的是Object，而不是User），其实User是对应与数据库的（即User是每个对应数据库的主人），既然有操作数据库（仓库）的权利，就肯定有操作数据库中每个Schema（房间）的权利，就是说每个数据库映射的User有每个Schema（房间）的钥匙，换句话说，如果他是某个仓库的主人，那么这个仓库的使用权和仓库中的所有东西都是他的（包括房间），他有完全的操作权，可以扔掉不用的东西从每个房间，也可以放置一些有用的东西到某一个房间，呵呵，和现实也太相似了吧。我还可以给User分配具体的权限，也就是他到某一个房间能做些什么，是只能看（Read-Only），还是可以像主人一样有所有的控制权（R/W），这个就要看这个User所对应的角色Role了，至于分配权限的问题，我留在以后单独的blog中详述。比喻到这里，相信大家都清楚了吧。

RA92是Oracle的SID，说是Database也可以。 在Oracle中，一个用户就是一个Schema，表都是建立在Schema中的，也可以理解为每个用户拥有不同的表。一个用户想访问另外一个用户，也就是另外一个schema的表的时候，可以用 username.tablename的形式来访问，完全不需要分布式事务。分布式事务不是给你做这个用的。

　　在过去20年中，矢量数据模型是GIS中变化最大的方面，例如，ESRI公司所开发每种新软件包都对应一种新的矢量数据模型，Arc/Info对应Coverage，ArcView对应Shapefile，ArcGIS对应Geodatabase。Coverage和Shapefile是地理关系数据模型，它利用分离的系统来存储空间数据和属性数据，而Geodatabase是基于对象数据模型，它把空间数据和属性数据存储在唯一的系统中。　　Coverage是拓扑的，Shapefile是非拓扑的。　　Coverage支持三种基本拓扑关系：连接性、面定义、邻接性。　　Shapefile多边形对于共享边界实际上有重复弧段且可彼此重叠，不同于Coverage所用的多个文件，它用几何学性质存储两个基本文件：以.shp为扩展名的文件存储要素几何学特征；以.shx为扩展名的文件保留要素几何特征的空间索引。　　Shapefile: 一种基于文件方式存储GIS数据的文件格式。至少由.shp,.dbf,.shx三个文件作成，分别存储空间，属性和前两者的关系。是GIS中比较通用的一种数据格式。　　Coverage: 一种拓扑数据结构，一般的GIS原理书中都有它的原理论述。数据结构复杂，属性缺省存储在Info表中。目前ArcGIS中仍然有一些分析操作只能基于这种数据格式进行操作。　　Geodatabase: ArcInfo发展到ArcGIS时候推出的一种数据格式，一种基于RDBMS存储的数据格式，其有两大类：1.Personal Geodatabse 用来存储小数据量数据，存储在Access的mdb格式中。2.ArcSDE Geodatabse 存储大型数据，存储在大型数据库中Oracle,Sql Server,DB2等。可以实现并发操作，不过需要单独的用户许可。　　Coverage数据模型　　Coverage是一个集合，它可以包含一个或多个要素类。在第一个商业化GIS软件Arc/INFO之前，计算计划的图形表示源自通用的CAD软件，属性信息和几何要素放在一起，不利于空间信息的描述和分析。　　Coverage的优势：　　(1)空间数据与属性数据关联。空间数据存储于建立了索引的二进制文件中，属性数据存放在DBMS表中，二者以公共的标识编码关联。　　(2)矢量数据间的拓扑关系得以保存。　　Shapefile数据模型　　Shapefile是ArcView GIS 3.x的原生数据格式，属于简单要素类，用点、线、多边形存储要素的形状，却不能存储拓扑关系，具有简单、快速显示的优点。一个shapefile是由若干个文件组成的，空间信息和属性信息分离存储，所以称之为“基于文件”。每个shapefile，都至少由三个文件组成，其中：*.shp存储的是几何要素的的空间信息，也就是XY坐标。*.shx存储的是有关*.shp存储的索引信息，它记录了在*.shp中，空间数据是如何存储的，XY坐标的输入点在哪里，有多少XY坐标对等信息。*.dbf存储地理数据的属性信息的dBase表。这三个文件是一个shapefile的基本文件，shapefile还可以有其他一些文件，但所有这些文件都与该shapefile同名，并且存储在同一路径下。下面简要介绍一下其他一些较为常见文件：*.prj如果shapefile定义了坐标系统，那么它的空间参考信息将会存储在*.prj文件中；*.shp.xml这是对shapefile进行元数据浏览后生成的xml元数据文件；*.sbn和*.sbx这两个存储的是shapefile的空间索引，它能加速空间数据的读取，这两个文件是在对数据进行操作、浏览或连接后才产生的，也可以通过ArcToolbox>DataManagement Tools>Indexes>Add spatial Index工具生成。　　几种常见的shapefile文件：当使用ArcCatalog对shapefile进行创建、移动、删除或重命名等操作，或使用ArcMap对shapefile进行编辑时，ArcCatalog将自动维护数据的完整性，将所有文件同步改变。所以需要使用ArcCatalog管理shapefile。虽然Shapefile无法存储拓扑关系，但它并不是普通用于显示的图形文件，作为地理数据，它自身有拓扑的。比如一个多边形要素类，shapefile会按顺时针方向为它的所有顶点排序，然后按顶点顺序两两连接成的边线向量，在向量右侧的为多边形的内部，在向量左侧的是多边形的外部。由于1990年代地理信息的迅速发展以及ArcView GIS 3.x软件在世界范围内的推广，shapefile格式的数据使用非常广泛，数据来源也较多。很多软件都提供了向shapefile转换的接口（eg：MapInfo、MapGIS等）。ArcGIS支持对shapefile的编辑操作，也支持shapefile向第三代数据模型geodatabase的转换。　　Geodatabase数据模型　　Geodatabase作为ArcGIS的原生数据格式，体现了很多第三代地理数据模型的优势。随着IT技术的发展，普通的事务型数据的管理模式，早已从传统的基于文件的管理转向利用基于工业标准建立的关系型数据库进行管理，这种基于数据库的管理方式的优点是不言而喻的。那么带有空间信息的地理数据是否也可以利用这种非常成熟的数据库技术进行管理呢？于是ESRI推出了geodatabase数据模型，利用数据库技术高效安全地管理我们的地理数据。　　Geodatabase可以分为两种，一种是基于Microsoft Access的personal geodatabase，另一种是基于oracle、SQL Server、Informix或者DB2的enterprise geodatabase，由于它需要中间件ArcSDE进行连接，所以nterprise geodatabase又称为ArcSDE geodatabase。由于Microsoft Access自身容量的限制，personal geodatabase的容量上限为2GB，这显然不能满足企业级的海量地理数据的存储需求。于是可以将geodatabase扩展为ArcSDE geodatabase，底层数据库可以使用oracle这样的大型关系数据库，能够存储近乎“无限”的海量数据（仅受硬盘大小的限制）。虽然底层使用的数据库各不相同，但是geodatabase给用户提供的是一个一致的操作环境。在geodatabase中，不仅可以存储类似shapefile的简单要素类还可以存储类似coverage的要素集并且支持一系列的行为规则对其空间信息和属性信息进行验证表格、关联类、栅格、注记和尺寸都可以作为eodatabase对象存储。这些在perasonal geodatabase和ArcSDE geodatabase中都是一样的（栅格的存储有点小差异，但对用户来说都是一样的）。　　Geodatabase的模型结构：　　(1)对象类（Object class）　　对象类是一种特殊的类，没有空间特征。其实例是可关联某特定行为的表记录。如，某地块的主人，在“地块”“主人”间可建立某种关系。　　(2)要素类（Feature class）　　要素类是同类空间要素的集合。如，河流、道路、植被、电缆等。要素类可以独立存在，也可以具有某种联系。当不同的要素类之间存在关系时，就将其组织到一个要素数据集（Feature dataset）中。　　(3)要素数据集（Feature dataset）　　要素数据集由一组具有相同空间参考（Spatial reference）的要素类组成。将不同要素类放入要素数据集的原因：　　a.专题归类表示——当不同的要素类属于同一范畴。比如，全国范围内某种比例尺的水系数据，其点线面类型的要素类可组织成同一个要素数据集。　　b.创建几何网络——在同一几何网络中充当连接点和边的各种要素类，须组织到同一要素数据集中。比如，配电网络中，有各种开关、变压器、电缆等，它们分别对应点或线类型的要素类，在配电网络建模时，我们要将其全部考虑到配电网络对应的几何网络模型中。此时这些要素类就要放在统一要素数据集下。　　c.考虑平面拓扑——共享公共几何特征的要素类。比如，用地、水系、行政区界等。当移动其中一个要素时，其公共部分也要一起移动，并保持这种公共的几何关系不变。　　(4)关系类（Relationship class）　　定义不同要素类或对象类之间的关联关系。如我们可以定义房子和主人之间的关系、房子和地块之间的关系等。　　(5)几何网络　　在若干要素类的基础上建立起的新类。定义几何网络时，我们指定哪些要素类加入其中，同时指定其在几何网络中扮演什么角色。比如，定义一个供水网络，我们指定同属一个要素数据集的“阀门”、“泵站”、“接头”对应的要素类加入其中，并扮演“连接”的角色；同时，我们要指定同属一个要素数据集的“供水干管”、“供水支管”、“入户管”等对应的要素类加入供水网络，由其扮演“边”的角色。　　(6)Domains　　定义属性的有效范围，可是连续的，也可是离散数值。(7)Validation rules对要素类的行为和取值加以约束的规则。如不同管径的水管连接必须通过合适的接头，规定一个地块可拥有一到三个主人等。　　(8)Raster datasets　　用于存放栅格数据。支持海量栅格数据，支持影像镶嵌，可通过建立“金字塔”形索引，在使用时指定可视范围提高检索和显示效率。　　(9)TIN Datasets　　ARC/INFO的经典数据模型，用不规则分布的采样点的采样值构成不规则的三角集合。用于表达地形或其他类型的空间连续分布特征。　　(10)Locators　　定位参考和定位方法的组合。对于不同的参考，用不同的定位方法进行定位操作。所谓定位参考，不同的定位信息有不同的表达方法。在Geodatabase中，有四种定位信息：地址编码、<X，Y>、地名及邮编、路径定位。定位参考数据放在数据库表中，定位器根据该定位参考数据在地图上生成空间定位点。

DSUM(database,field,criteria)Database 构成列表或数据库的单元格区域。数据库是包含一组相关数据的列表，其中包含相关信息的行为记录，而包含数据的列为字段。列表的第一行包含着每一列的标志。Field 指定函数所使用的列。输入两端带双引号的列标签，如“使用年数”或“产量”；或是代表列表中列位置的数字（没有引号）：1 表示第一列，2 表示第二列，依此类推。Criteria 是包含所指定条件的单元格区域。您可以对参数 criteria 使用任何区域，只要此区域包含至少一个列标签，并且列标签下包含至少一个在其中为列指定条件的单元格。Lookup_value LOOKUP 在第一个向量中搜索的值。Lookup_value 可以是数字、文本、逻辑值、名称或对值的引用。Lookup_vector 只包含一行或一列的区域。lookup_vector 中的值可以是文本、数字或逻辑值。要点 lookup_vector 中的值必须以升序顺序放置：...,-2, -1, 0, 1, 2, ...；A-Z；FALSE, TRUE。否则，LOOKUP 可能无法提供正确的值。大写文本和小写文本是等同的。Result_vector 只包含一行或一列的区域。它必须与 lookup_vector 大小相同。如果对这两个函数的应用不理解，可以在线百度hi我，说不定我可以帮到你。

Android中SQLite模糊查询,可以直接使用Cursor 的query加入模糊查询的条件即可。使用query有如下方式：1.使用这种query方法%号前不能加"，以下为示例代码：Cursor c_test = mDatabase.query(tab_name, new String[]{tab_field02}, tab_field02+" LIKE ? ",new String[] { "%" + str[0] + "%" }, null, null, null);2.使用这种query方法%号前必须加"，以下为示例代码 ：Cursor c_test=mDatabase.query(tab_name, new String[]{tab_field02},tab_field02+" like "%" + str[0] + "%"", null, null, null, null);3.使用这种方式必须在%号前加" ，以下为示例代码 ：String current_sql_sel = "SELECT * FROM "+tab_name +" where "+tab_field02+" like "%"+str[0]+"%"";Cursor c_test = mDatabase.rawQuery(current_sql_sel, null);

连接不上数据库

其实实现很简单，给你一个加密的类吧写入数据库前用MD5加密，读取出来后，再用MD5解密，非常简单 usingSystem.Security.Cryptography; using System.IO; using System.Text;///MD5加密 publicstringMD5Encrypt(string pToEncrypt, string sKey) { DESCryptoServiceProvider des = new DESCryptoServiceProvider(); byte[] inputByteArray = Encoding.Default.GetBytes(pToEncrypt); des.Key = ASCIIEncoding.ASCII.GetBytes(sKey); des.IV = ASCIIEncoding.ASCII.GetBytes(sKey); MemoryStream ms = new MemoryStream(); CryptoStream cs = new CryptoStream(ms, des.CreateEncryptor(),CryptoStreamMode.Write); cs.Write(inputByteArray, 0, inputByteArray.Length); cs.FlushFinalBlock(); StringBuilder ret = new StringBuilder(); foreach(byte b in ms.ToArray()) { ret.AppendFormat("{0:X2}", b); } ret.ToString(); return ret.ToString(); } ///MD5解密 publicstringMD5Decrypt(string pToDecrypt, string sKey) { DESCryptoServiceProvider des = new DESCryptoServiceProvider(); byte[] inputByteArray = new byte[pToDecrypt.Length / 2]; for(int x = 0; x < pToDecrypt.Length / 2; x++) { int i = (Convert.ToInt32(pToDecrypt.Substring(x * 2, 2), 16)); inputByteArray[x] = (byte)i; } des.Key = ASCIIEncoding.ASCII.GetBytes(sKey); des.IV = ASCIIEncoding.ASCII.GetBytes(sKey); MemoryStream ms = new MemoryStream(); CryptoStream cs = new CryptoStream(ms, des.CreateDecryptor(),CryptoStreamMode.Write); cs.Write(inputByteArray, 0, inputByteArray.Length); cs.FlushFinalBlock(); StringBuilder ret = new StringBuilder(); return System.Text.Encoding.Default.GetString(ms.ToArray()); }

是。nasa对许多品牌开展了商标logo授权，还与一些品牌开展协作，发布了联名鞋商品，因此NASA的logo也经常发生在玩具、手机游戏、日用具、时尚潮流品牌上。

Nasabase与NASA是两个不同的组织，没有直接的关系。Nasabase是一个数据库，由美国加州理工学院的天文学家和NASA喷气推进实验室的研究人员共同维护。而NASA是美国政府的一个科研机构，主要负责航空航天的研究和探索。因此，Nasabase和NASA之间没有直接的从属或关联关系。

请先确定是否把sql相关的东西删了，建议进行如下操作。1.先下个Windows Install Clean Up，清理sql相关东西，要全部清理。2.到控制面板--添加删除程序中看是否还有未删的。3.删除安装sql server 2005所在文件夹。4.到C盘windows下搜索sql.删除所有搜出文件（在隐藏文件inf下搜索sql,删除所有搜出文件)。5.下个srvinstw.exe,删除所有sql相关服务。6.到控制面板--管理工具--计算机管理--本地用户和组--组，删除所有与sql相关信息。7. 开始——运行，输入regedit进入注册表，[-HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSSQLServer][-HKEY_LOCAL_MACHINESOFTWAREMicrosoftMicrosoft SQL Server][-HKEY_LOCAL_MACHINESOFTWAREMicrosoftSearch][-HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSSQLSERVER][-HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSSQLServerADHelper][-HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesSQLSERVERAGENT][-HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSFtpsvc][-HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSSCNTRS][-HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSSEARCH][-HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSSGatherer][-HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSSGTHRSVC][-HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesmssindex]删除以上文件。8.用优化工具优化一下注册表，如优化大师。9.重启后重装sql.试试，看看ok不

vcv

mysql_tzinfo_to_sql /usr/share/zoneinfo/ | mysql -u root -p密码 mysql

database英 ["deu026atu0259beu026as]美 ["detu0259bes]n. 数据库，资料库

去网上下一个这个文件，下好了把它放到C:WINDOWSsystem32这里就行了，祝你玩得愉快~

make a base建立基地； 奠定基石 例句筛选1.Broken bricks were rammed down in the trench to make a base for the concrete.碎砖放入沟内并夯实，作为混凝土的基础。2.Steel frame and base ; make a durable and stable ironing board .不锈钢框架和底架；熨衣板结实、平稳。

长话短说: 因为一般游戏启动时会提示丢失的那些dll严格来讲都不算是系统文件，微软原版系统刚安装完的时候本来就不存在那些dll，其实不是“丢失”，就是原本就没有，需要自己另外安装的。举个栗子，比如很多老游戏需要dx9运行库，二win8.1系统本身只自带dx11，没有老旧的9.0版，就会出现提示丢失d3dx9之类的dll 此文件本质上是DirectX的一部分，丢失、缺失此类文件都是DirectX的问题，而不是游戏本身的问题。所以重新下游戏肯定是没有用的。　　并且，有些人建议的重装系统大法也是没用的（指原版系统，换系统除外）。因为这些所谓的dll丢失，绝大部分都并不是真的“丢失”，而是原版系统本身确实就没有自带。　　建议使用dll修复工具，解压之后打开主程序点击“修复”按钮，稍等即可解决。 关于附件:DirectX修复工具是很容易搜到下载的，也可以直接下载我附件(上传附件仅仅是为了下载方便，也可以直接搜索下载)，附件免费下载，不要积分。7z、rar、zip文件要用解压缩软件打开，x86版就是32位版，请不要再问出“为什么只有86位版”之类搞笑的问题。 密码:xq9b PS:很多人喜欢传播“下载dll放到system32或syswow64”这种解决办法，倒也不是完全不可行，有时候还是可以的，要看运气，只对部分dll有效，不是任何dll都可以这样解决。并且要满足:你下载的dll文件版本（x86、x64）跟你的游戏对应（而不是跟操作系统版本对应！这点很重要，无数不懂装懂的电脑小白在复制粘贴dll下载法时都会提到64位系统就下载64位dll这纯属想当然的错误想法）了，放到了正确的文件夹（正确的文件夹还特么未必是system32或syswow64），才有用。对小白来讲还是麻烦了点，而且不像修复工具一样能一次性搞定大部分DirectX的相关问题。

没查到这词啊

debasevt.1. 降低(品质、价值等);贬低(人格);使(货币)贬值Greed had debased his character.贪婪降低了他的品格。abasevt.1. 使谦卑,使降低地位(或身份等)A man who uses bad language will only abase himself.说脏话者只会自贬身分。

你好，Abase的意思是用行动贬低（人). 谢谢。

不

[ODBCFirebirdDriver]是火鸟数据库引擎；unavaiLabLe是：难以获取；database数据库，连接起来的意思就是：数据库引擎难以获取数据库。可以涉及你的数据库版本问题。

兰蔻LaBasePro为妆前乳，贝玲妃家的YouRebel是一款防晒调色保湿霜，也是一款妆前乳。这两者功效是一样的，只需要用一个即可。这两款都是只有均匀肤色的作用，没有粉底的功效，需要另买粉底。YouRebel防晒调色保湿霜提供遮瑕、保湿、防晒三重功效，内含以舒缓保湿著称的芦荟，具有提升肌肤弹力和对抗岁月痕迹超能力的维他命A，以及能让肌肤不受自由基侵害的维他命E。LaBasePro妆前乳主打保湿、平滑修饰毛孔细纹。扩展资料：妆前乳和隔离其实是一款产品，其主要作用为修饰肤色，遮盖毛孔，在化妆前使用它，可以更好地上妆，也可以使妆容更加的持久。因为它含有保湿成分，可以保持妆效持久。如果脸部化妆容易脱妆，可以涂上一层，能够增强粉底和彩妆的附着能力。隔离霜并不能隔离彩妆和空气里的有害物质。隔离霜和妆前乳大部分含有一定的防晒值，但是却不能缺点防晒霜，因此在化妆之前，一定要使用防晒霜。等待防晒霜成膜之后再进行下一步，即涂抹隔离/妆前乳，为后续底妆打底。参考资料来源：兰蔻官网-兰蔻新妆前凝乳参考资料来源：Benifit官网-面部产品

data是单复同行， 本身单数应该是datum 但是现在一般data单复数都可以dataset是数据组。这个没有一个很明确的定义，定义比较主观，主要看你以什么作为你的base，就是基础单位。比如以人员作为单位，那么一个人的近10年的成绩资料就是data， 一个班的近10年成绩资料就是dataset。如果你以年份来做单位，那么就变了，你一个班的2013年单一年的成绩资料是一份data，近10年来的记录是dataset。这里data和database的定义是根据你单位的不同而变化的。

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