database

分类: 电脑/网络 >> 程序设计 >> 其他编程语言 问题描述: <% dim id,sql,rs id=request("id") if id="" then Response.Redirect("view")set conn=server.CreateObject("ADODB.connection") conn.connectionstring="provider=microsoft.JET.OLEDB.4.0;"&"data source="&server.MapPath("../zpp/xsgl.mdb") conn.open set rs=server.CreateObject("adodb.recordset") sql="select * FROM xsxx WHERE 学号=""&id&""" rs.open sql,conn,1,1 %> 错误类型： Microsoft JET Database Engine (0x80040E10) 至少一个参数没有被指定值。 /zpp/gainew, 第 16 行 我急用啊 解析: sql="select * FROM xsxx WHERE 学号="&id 这样就对了

如何在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 是要收缩的数据库名称。数据库名称必须符合标识符的规则。有...

Microsoft应用程序兼容性工具包5.6的数据库http://support.microsoft.com/kb/2533953http://www.microsoft.com/download/en/details.aspx?id=7352

首先，设置一个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

是的，但是可以说mxd文件本身不包括数据，只是包含数据的连接信息和地图坐标系，符号，单位等等信息，里面保存有当前各图层名称、符号、颜色、线性、字体等属性特征，所以打开时可以显示你说的显示类型，它是包含图层的引用，并不包含图层；你可以试试，仅仅将mxd文件拷贝到另外一台电脑上，用ArcMap打开是会报错的，是由于没有数据源的原因。你用ArcCatalog对数据库进行整理后，在Arcmap（封装了catalog）中可以加载原来的设置。这是数据库内数据的信息，

根据你的描述，建议按以下步骤进行： 1、先从官网下载ITOOLS（最好是官网，怕在其他地方下载的不太好用，还有兼容性的问题）； 2、按home+电源键，当出现黑屏时，立即松开（因必须要关机，不然影响后面操作）。 3、打开ITOOLS。先把数据线链接电...

因此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 文件格式，就可以了。

在弃用shp格式之后，一直都用Personal Geodatabase 类型的Geodatabase 存储GIS数据，对File Geodatabase 视而不见，一直以为Personal Geodatabase 效率远高于File Geodatabase，没想到弄错了，事实上正好相反。下面是对比，以后就用File Geodatabase算了。一、存储方式File Geodatabase 以一个资料夹方式储存，而Personal Geodatabase 则为一个MS-Access 的mdb 资料库档案。二、储存限制1. Personal Geodatabase：相同于MS Accesss 限制，资料库最大为2GB。2. File Geodatabase：资料库无限制，每个表限制为1TB(1000GB)。三、平台支援1. Personal Geodatabase：仅可在Windows 上运行。2. File Geodatabase：跨平台支援，可在Windows 及UNIX、linux上运行。四、效能File Geodatabase 相较于Personal Geodatabase 可快20%到10 倍，这部分随着资料量的增加，效能差异越大。五、储存空间同样的资料，在File Geodatabase 中比Personal Geodatabase 和Shapefile占用的硬碟空间更少，通常可以减少50%~70%，最多可减少到1/5。File Geodatabase中的lock文件与Personal GDB的单个.mdb文件表现形式不同，File GDB是以文件夹的形式存放在磁盘中的，进入File GDB的文件夹可以看到许多凭我们肉眼凡胎无法辨认的文件（你要是能认出来叫你犀利哥~），这向你传递一个信息，没事别到里面瞎逛。 当一个ArcGIS程序，比如ArcMap、ArcCatalog或者ArcGIS Server（将其中的数据发布成了服务），正在访问File GDB时，ArcGIS会给其中相应的数据加上（悲观）锁，表现出来就是在该File GDB的文件夹里多了若干.lock结尾的文件。当数据被锁定时，你是无法对其进行修改或删除的。比如ArcMap里加载了一个FeatureClass，这时你无法用ArcCatalog删除它；在ArcCatalog中预览一个FeatureClass，这时你无法用ArcMap编辑它。 除了正在使用的数据会肯定被锁以外，以下情况中还有其他数据也会被锁住：1、正在访问包含在DataSet中的某个FeatureClass时，这个DataSet内的其他FeatureClass也会被锁；2、单独的FeatureClass之间如果做了Relate，那么访问其中一个时其他的也会被锁。 9.3+sp1以后，每个.lock文件的文件名会至少带有以下两个信息：产生该锁的进程的ID号（任务管理器，查看，选择列，勾选PID可查看），以及该进程所在的机器名。当数据被锁定时，除了以上标志明显的.lock文件外，还会有一些系统锁文件。所以根据这些.lock文件的命名，你就能判断出是哪个进程占用了数据，从而做出正确的处理。 一般来说，.lock文件会在生成它的进程正常退出时被自动删除掉。但如果进程没有正常退出，比如崩溃后，由该进程生成的.lock文件则会继续存在，但已经没有任何作用。清除这些因意外状况遗留下的.lock文件的方法：1、重新开启该进程，则会清理上一次遗留的.lock文件；2、用Compact Database工具或ArcCatalog中的右键菜单；3、手动删除。推荐方法2，方法3慎用。除非你有备份，否则误删File GDB文件夹下一个哪怕0k的文件，都有极大的可能造成整个数据库损坏而无法修补。 如果非要用方法3，建议在命令行下用del *.lock命令删除；如果非要用资源管理器删，建议左手在按住ctrl或shift时，右手食指不要发抖。六、压缩格式File Geodatabase 支援一种新的压缩格式，在查询与显示方面均与未压缩格式相同，压缩比率可从2:1 到25:1。

建库（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了。中韩电子产品贸易潜力研究在全球经济一体化进程加快的今天，形成区域经济一体化的趋势愈发明确，中国和韩国作为亚洲的代表国家，无论从历史渊源还是从现如今的政治、经济等角度看都有互通性。

物理上存放于网络的多个ORACLE数据库，逻辑上可以看成一个单一的大型数据库，用户可以通过网络对异地数据库中的数据进行存取，而物理上存放于网络的多个Oracle数据库，逻辑上可以看成一个单一的大型数据库，用户可以通过网络对异地数据库中的数据进行存取，而服务器之间的协同处理对于工作站用户及应用程序而言是完全透明的，开发人员无需关心网络的链接细节、数据在网络节点中的具体分布情况和服务器间的协调工作过程。 数据库之间的链接建立在DATABASE LINK上。要创建一个DATABASE LINK，必须首先在建立链接的数据库上设置链接字符串，即配置一个远程数据库的本地网络服务名。 链接字符串的配置参见《客户端连接服务器》一节。 数据库全局名称可以用以下命令查出：SELECT * FROM GLOBAL_NAME;修改可以用以下语句来修改参数值：ALTER SYSTEM SET GLOBAL_NAME=TRUE/FALSE;、当数据库参数global_name=false时，就不要求数据库链接名称跟远端数据库名称一样。oracle数据库之间进行连接通讯。创建数据库链接的语法如下： CREATE [PUBLIC] DATABASE LINK link CONNECT TO username IDENTIFIED BY password USING ‘connectstring" 其中：--demona为用net8 easy config创建的连接字符串目的方数据库的init.ora文件中的global_names设为false重新启动数据库设置才能生效或者用sys用户执行注意：创建数据库链接的帐号必须有CREATE DATABASE LINK或CREATE PUBLIC DATABASE LINK的系统权限，用来登录到远程数据库的帐号必须有CREATE SESSION权限。这两种权限都包含在CONNECT角色中（CREATE PUBLIC DATABASE LINK权限在DBA中）。 一个公用数据库链接对于数据库中的所有用户都是可用的，而一个私有链接仅对创建它的用户可用。由一个用户给另外一个用户授权私有数据库链接是不可能的，一个数据库链接要么是公用的，要么是私有的。 创建数据库链接时，还可以使用缺省登录方式，即不指定远程数据库的用户名和密码： create public database link zrhs_link using ‘zrhs"; 在不指定用户名和口令的情况下，ORACLE使用当前的用户名和口令登录到远程数据库。 USING后面指定的是链接字符串，也就是远程数据库的网络服务名，这个服务名保存在TNSNAMES.ORA文件中，在该文件中定义了协议、主机名、端口和数据库名。 （如果有两台数据库服务器db_A和db_B，db_A下用户user_a需要用database link访问到db_B下user_b的数据时，有如下步骤：1、首先用户user_b，这个用户必须要有select 权限.2、在db_B上的tnsnames.ora中需要建立一个连接字符串tnsname_BtoA，可以从db_B连接到db_A。3、在db_A上的tnsnames.ora中需要建立一个连接字符串tnsname_AtoB，可以从db_A连接到db_B。4、然后在登陆到db_A上建立db link，格式如下： create database link link_AtoB_name connect to user_b identified by user_b的password using "tnsname_AtoB"; link_AtoB_name必须是远程数据库的全局名(SID), tnsname_AtoB就是到远程的连接字符串。5、测试是否能够读取数据。select * from dual@link_AtoB_name结果为： DUMMY X表示设置成功。）删除数据库链接的语句是： DROP [PUBLIC] DATABASE LINK zrhs_link 数据库链接的引用 一般情况下引用数据库链接，可以直接将其放到调用的表名或视图名称后面，中间使用一个 @ 作为分割符： SELECT * FROM worker@zrhs_link;对于经常使用的数据库链接，可以建立一个本地的同义词，，方便使用： CREATE SYNONYM worker_syn FOR worker@zrhs_link;还可以建立一个本地的远程视图，方便使用： CREATE VIEW worker AS SELECT * FROM worker@zrhs_link where? ;现在本视图可与本地数据库中的任何其它视图一样对待，也可以授权给其它用户，访问此视图，但该用户必须有访问数据库链接的权限。 对于另外一种情况，所要访问的表不在数据库链接中指定的远程帐户下，但该帐户有访问该表的权限，那么我们在表名前要加上该表的用户名： SELECT * FROM camel.worker@zrhs_link ;、当数据库参数global_name=true时，那就要求数据库链接名称跟远端数据库名称一样数据库全局名称可以用以下命令查出SELECT * FROM GLOBAL_NAME;atabase link(dblink)--数据库链路创建dblink的语法：sql>create database link 数据库链路名connect to 用户名 identified by 口令using "主机字符串名";如：sql>create database link ora9i.us.oracle.com ### 这里的us.oracle.com为oracle默认域名 ###connect to scott identified by tigerusing "sun";1)dblink名必须与远程数据库的全局数据库名（global_name）相同；2)用户名，口令为远程数据库用户名，口令;3)主机字符串为本机tnsnames.ora中定义的串;4)两个同名的数据库间不得建立dblink;然后，你就可以通过dblink访问远程数据库了。如：sql>select * from 表名@ora9i.us.oracle.com;还可以建立快照(snapshot)通过dblink实现远程数据自动传输。查看所有的数据库链接，进入系统管理员SQL>操作符下，运行命令： SQL>select owner,object_name from dba_objects where object_type="DATABASE LINK";

想问什么问题呢？

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

命令为：show parameter db_name； 解释：show的意思是展示，parameter是指函数定义中参数（固定用法），db_name是表示的数据库名称。除了这个命令外，常用的还有查看当前用户：show user；查看用户下所有表：show tables；

楼上说的真好，嘿嘿，我是明白了

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是数据和材料的意思.该词为数据库

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

不可数

use 数据库;然后你再增删改查

数据库实例名称为orcl的话，方法一：windows系统可以查看windows服务，如OracleServiceORCL方法二：查看安装目录下相应目录名称，如：D：apporacleadminorcl方法三：使用oracle net manager工具查看。

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

在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照样被创建在了dboSchema上，即使有一个和用户名同名的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都可以删除。

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

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

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

把注册KEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/ENUM/ROOT/Legacy_ORACLECONSOLE****的键值删除，然后再recreate emctl 看看？删除这个键值之前把注册表做一个备份。

要用DATAFILE =

后面没有逗号

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

选择你所创建的数据库 如：mysql> USE abc Database changed 此时已经进入你刚才所建立的数据库abc.

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

oracle的flashback只是oracle 10g之后添加的回收站功能。在不开启归档日志的情况下依然可以使用。所以和归档日志没有关系。另外：oracle的flashback功能对sys用户和system表空间是无效的。

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

学习

看看 tnsnames.ora文件和你在代码里的配置是否一样

看你使用哪个版本的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文件的，数据库的使用也是一样的。

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;}}

　　关于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关系型数据库服务

　　首个先我们创建一个应用，功能很简单就是读取该应用目录下的一个txt文件内容，并展示到应用的activity上。　　public class MockContextExampleActivity extends Activity {　　public final static String FILE_NAME = “myfile.txt”;　　private TextView mTv;　　@Override　　public void onCreate(Bundle savedInstanceState) {　　super.onCreate(savedInstanceState);　　setContentView(R.layout.main);　　mTv = (TextView) findViewById(R.id.TextView01);　　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();　　}　　运行一下，此时我们的包目录下没有myfile.txt，页面显示的可能是个错误。OK，然后我们创建两个文件。一个名为myfile.txt，一个test.myfile.txt。前者用于应用中显示的文件内容，后者是作为测试Mock调用的。　　echo “This is real data” >data/data/com.example.aatg.mockcontextexample/files/myfile.txt　　echo “This is *MOCK* data” >data/data/com.example.aatg.mockcontextexample/files/test.myfile.txt　　再次运行下，应该可以看到Activity上显示的是This is real data。　　OK，下面开始编写测试代码。我们的目的是测试这个app能够正确读取文件，假设现在我怕是不是开发在代码里写死了“This is real data”这句话（作为测试，有点怀疑精神很正常）。OK，现在我用另外一个文件test.myfile.txt来代替myfile.txt会不会出错。　　public class MockContextExampleTest extends ActivityUnitTestCase<MockContextExampleActivity> {　　private static final String PREFIX = “test.”;　　private RenamingDelegatingContext mMockContext;　　public MockContextExampleTest() {　　super(MockContextExampleActivity.class);　　}　　@Override　　protected void setUp() throws Exception {　　super.setUp();　　mMockContext = new RenamingDelegatingContext(getInstrumentation().getTargetContext(), PREFIX);　　mMockContext.makeExistingFilesAndDbsAccessible();　　}　　@Override　　protected 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);　　}　　}　　主要看下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文件的，数据库的使用也是一样的。

1.打开 Visual Studio 安装 media.2.在 WCUDAC 文件夹下， 找到这三个MSI文件: DACFramework_enu.msi, DACProjectSystemSetup_enu.msi, and TSqlLanguageService_enu.msi. 单独运行安装这三个文件。3.安装最新版本的 Visual Studio SP.

嚼一颗五彩六色的糖豆。

大概可以猜测这是一个数据库类（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名称。

就是审批确认的意思。比如，采购申请或是订单创建完成提交以后会流转到上级部门责任人那里进行审核；审核如果通过，那状态就会变成release了。首先release的汉语意思是 　　[英][r__li:s][美][r_"li:s] 　　vt. 　　释放; 放开; 发布; 发行; 　　n. 　　释放，排放，解除; 释放令; 公映的新影片，发布的新闻[消息]; 　　在C++里面release()是一个释放捕捉的函数，被称为发布版本，它往往是进行了各种优化，使得程序在代码大小和运行速度上都是最优的，以便用户很好地使用。和Debug是有点类似的，不过Debug 通常称为调试版本，它包含调试信息，并且不作任何优化，便于程序员调试程序。 　　 实际上，Debug 和 Release 并没有本质的界限，他们只是一组编译选项的集合，编译器只是按照预定的选项行动。事实上，我们甚至可以修改这些选项，从而得到优化过的调试版本或是带跟踪语句的发布版本。

这个跟数据库版本有关系

概论第四版中增加了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的定义各个数据库产品解释和实现不尽相同，需要具体情况具体分析。

在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中详述。比喻到这里，相信大家都清楚了吧。

数据库中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都可以删除。

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);