数据库的数据源及内容

全国地质钻孔基本信息数据库数据来自于全国31个省（区、市）的地矿、有色、冶金、煤田、建材、化工、石油、黄金、地震、水利等行业的1103家地质钻孔资料保管单位各类地质勘查工作项目形成的地质钻孔资料，涵盖了1103个保管钻孔资料的地勘单位，有钻探工作量的项目35580个，钻孔总数958102个（除油气、海洋、放射性钻孔外）。其中，有钻孔坐标的770377个，缺失钻孔坐标的187725个（表41）。对于钻孔基本信息不完整和坐标未能转换的，将继续开展钻孔基本信息核实与完善工作，把能够修复的钻孔资料补充到钻孔基本信息数据库之中。

表41 全国地质钻孔基本信息数据库汇总

续表

数据具体内容包括地质钻孔资料保管单位基本信息、地质工作项目基本信息和地质钻孔基本信息，见表42。

表42 全国地质钻孔基本信息数据库基本信息一览表

续表

在 SELECT 语句中，可以使用 FROM 关键字来指定从哪个数据源中获取数据。以下是一些可以使用的数据源：

数据库连接（Database Connection）：用于连接到数据库。

表（Table）：用于存储数据的数据库对象。

列（Column）：用于存储数据的数据库对象。

条件（Condition）：用于过滤数据的数据库对象。

函数（Function）：用于执行复杂 *** 作的数据库对象。

具体使用哪个数据源，取决于所需的数据源和所执行的 *** 作。

以access数据库为例，Window7 系统，配置数据源， *** 作步骤如下：

1、打开电脑，点击开始菜单。

2、打开<控制面板>。

3、在<调整计算机的设置>中,点击<系统和安全>。

4、点击<管理工具>。

5、点击<数据源(ODBC)>。

6、点击<系统用户>，然后,点击按钮<添加>。

7、在<创建数据源>里，找到Microsoft Access Driver(mdb)，选中然后点击完成。

8、在<ODBC Microsoft Access 安装>的<数据源名(N)>,填写数据有名称,然后点击<数据库>中的<选择(S)>。

9、在<选择数据库>里,<目录(D):>里，按路径找到数据库文件，选中，点击确定。回到<ODBC Microsoft Access 安装>点击确定。最后回到<ODBC数据源管理器>，点击确定，完成配置。

ODS是一个面向主题的、集成的、可变的、当前的细节数据集合，用于支持企业对于即时性的、 *** 作性的、集成的全体信息的需求。常常被作为数据仓库的过渡，也是数据仓库项目的可选项之一。根据BillInmon的定义，“数据仓库是面向主题的数据仓库是面向主题的数据仓库是面向主题的数据仓库是面向主题的、集成的集成的集成的集成的、稳定的稳定的稳定的稳定的、、随时间变化的随时间变化的随时间变化的随时间变化的，主要用于决策支持的数据库系统”在Kimball的的的的<<数据仓库生命周期工具集数据仓库生命周期工具集数据仓库生命周期工具集数据仓库生命周期工具集The Data WareHouse Liftcycle Toolkit，他是这样定义的：1 是 *** 作型系统中的集成,用于当前，历史以及其它细节查询(业务系统的一部分)2 为决策支持提供当前细节数据(数据仓库的一部分)因此 *** 作数据存储（ODS） 是用于支持企业日常的全局应用的数据集合，ODS的数据具有面向主题、集成的、可变的和数据是当前的或是接近当前的4个基本特征。同样也可以看出ODS是介于DB和DW 之间的一种数据存储技术，和原来面向应用的分散的DB相比，ODS中的数据组织方式和数据仓库（DW）一样也是面向主题的和集成的，所以对进入ODS的数 据也象进入数据仓库的数据一样进行集成处理。另外ODS只是存放当前或接近当前的数据，如果需要的话还可以对ODS中的数据进行增、删和更新等 *** 作，虽然DW中的数据也是面向主题和集成的，但这些数据一般不进行修改，所以ODS和DW的区别主要体现数据的可变性、当前性、稳定性、汇总度上。由于ODS仍然存储在普通的关系数据库中，出于性能、存储和备份恢复等数据库的角度以及对源数据库的性能影响角度，个人不建议ODS保存相当长周期的数据，同样ODS中的数据也尽量不做转换，而是原封不动地与业务数据库保持一致。即ODS只是业务数据库的一个备份或者映像，目的是为了使数据仓库的处理和决策支持要求与OLTP系统相隔离，减少决策支持要求对OLTP系统的影响。一般在带有ODS的系统体系结构中的ODS都具备如下几都具备如下几个作用：1） 在业务系统和数据仓库之间形成一个隔离层。一般的数据仓库应用系统都具有非常复杂的数据来源，这些数据存放在不同的地理位置、不同的数据库、不同的应用之中，从这些业务系统对数据进行抽取并不是一件 容易的事。因此，ODS用于存放从业务系统直接抽取出来的数据，这些数据从数据结构、数据之间的逻辑关系上都与业务系统基本保持一致，因此在抽取过程中极 大降低了数据转化的复杂性，而主要关注数据抽取的接口、数据量大小、抽取方式等方面的问题。2） 转移一部分业务系统细节查询的功能在数据仓库建立之前，大量的报表、分析是由业务系统直接支持的，在一些比较复杂的报表生成过程中，对业务系统的运行产生相当大的压力。ODS的数据从粒度、 组织方式等各个方面都保持了与业务系统的一致，那么原来由业务系统产生的报表、细节数据的查询自然能够从ODS中进行，从而降低业务系统的查询压力。3） 完成数据仓库中不能完成的一些功能。一般来说，带有ODS的数据仓库体系结构中，DW层所存储的数据都是进行汇总过的数据和运营指标，并不存储每笔交易产生的细节数据，但是在某些特殊的应用中，可能需要 对交易细节数据进行查询，这时就需要把细节数据查询的功能转移到ODS来完成，而且ODS的数据模型按照面向主题的方式进行存储，可以方便地支持多维分析 等查询功能。即数据仓库从宏观角度满足企业的决策支持要求，而ODS层则从微观角度反映细节交易数据或者低粒度的数据查询要求。在一个没有ODS层的数据仓库应用系统体系结构中，数据仓库中存储的数据粒度是根据需要而确定的，但一般来说，最为细节的业务数据也是需要保留的，实际上 也就相当于ODS，但与ODS所不同的是，这时的细节数据不是“当前、不断变化的”数据，而是“历史的，不再变化的”数据。这样的数据仓库的存储压力和性能压力都是比较大的，因此对数据仓库的物理设计和逻辑设计提出了更高的要求。

1、打开控制面板——管理工具——数据源 (ODBC) 2、在（图一）中看到用户DNS、文件DNS和系统DNS，根据需要，然后点击——添加。 （图一） 3、单击添加后，选择数据源的类型，我们添加的是access，如果您想要添加其它类型的数据库可自己选择，见图二。 （图二） 4、分别输入数据源的名称（例如：veryhuo_com）和说明（烈火网，数据源添加教程），再点选择（见图三） （图三） 5、最后，按照路径添加自己的MDB文件（图四），点确定就完成了。 （图四）

需要在项目中进行数据源的配置来为数据 库的 *** 作取得数据库连接。

配置不同数据库的数据源的方法大体上都是相同的，不同的只是不同数据库的JDBC驱动类和连接URL以及相应的数据库用户名和密 码不同。

JBoss是一款非常强大的J EE应用程序服务器 但是这种强大的功能也带来了复杂性 本文作者Marcus Zarra分析了如何在JBoss中配置多个数据库以及数据源 配置数据源 JBoss的默认安装过程总共有三种配置选项 所有的（all） 默认的（default）和最小的（minimal） 如果你第一次启动JBoss服务器的时候没有附带任何参数 它自然就运行了默认配置 如果需要运行其它的配置 就必须使用 C参数运行启动脚本 如下所示 ${JBOSS ROOT}/bin/run sh c minimal用这种方式启动JBoss就指示它使用最小的服务器配置代替默认的配置 但是试图改变JBoss自身的配置的时候 这种技术是非常有用的 你可以在不同的配置中进行修改 *** 作 如果有必要就回滚到默认配置 可是 你在弄混数据源之前 应该把默认配置复制一份 这样就可以安全地 *** 作该副本了（在本文中 我把自己的副本叫作example 因此在服务器目录中有四种配置信息 所有的 默认的 最小的和example） 在JBoss中改变默认数据源的第一步是配置一个新数据源 JBoss中所有的数据库配置都在你所工作的服务器目录下的deploy目录中定义的（在例子中是server/example/deploy） JBoss使用的默认数据库是纯Java数据库Hypersonic 这个数据库的配置信息位于hsqldb ds xml文件中 这个XML配置文件描述了如何连接到Hypersonic数据库 删除这个文件中的所有注释之后 我们得到如下所示的配置信息 ＜xml version= encoding= UTF ＞＜datasources＞＜local tx datasource＞＜jndi name＞DefaultDS＜/jndi name＞＜connection url＞jdbc:hsqldb:${jboss server data dir}${/}hypersonic${/}localDB＜/connection url＞＜driver class＞ hsqldb jdbcDriver＜/driver class＞＜user name＞sa＜/user name＞＜password＞＜/password＞＜min pool size＞ ＜/min pool size＞＜max pool size＞ ＜/max pool size＞＜idle timeout minutes＞ ＜/idle timeout minutes＞＜track statements/＞＜security domain＞HsqlDbRealm＜/security domain＞＜depends＞jboss:service=Hypersonic database=localDB＜/depends＞＜/local tx datasource＞＜mbean code= jboss jdbc HypersonicDatabase name= jboss:service=Hypersonic database=localDB ＞＜attribute name= Database ＞localDB＜/attribute＞＜attribute name= InProcessMode ＞true＜/attribute＞＜/mbean＞＜/datasources＞这些参数中的大多数与JDBC的参数相似 根（root）下的第一个部分是＜local tx datasource＞ 这是你定义数据库以及如何连接该数据库的位置 驱动程序 URL 用户名和密码 你还定义了连接池中应该有多少个连接 第二步分包含了两个有趣的参数 · ＜security domain＞允许你在login config xml文件中而不是在数据源配置信息中配置数据库的用户名和密码 · ＜depends＞指定该服务只有在它所依赖的服务启动后才启动 该参数允许你编写数据库应该正确运行的服务 ＜depends＞标签还指示JBoss根据需要关闭某些数据项 示例中的这个标记表明mbean必须在数据库启动之前启动 在数据库关闭之后关闭 在定义好数据源之后 服务器的其它部分就可以使用它了 希望使用这个数据源的任何其它服务或配置都必须使用JNDI名称来引用它 在示例中 JNDI名称是DefaultDS 添加另一个数据源 为了给JBoss添加另一个数据源 你需要建立一个新的配置文件 我希望建立一个数据源 它连接到我本机的MySQL数据库 并专门使用example数据库 为了达到这个目标 我建立了一个与前面一个类似的配置文件 ＜xml version= encoding= UTF ＞＜datasources＞＜local tx datasource＞＜jndi name＞ExampleDS＜/jndi name＞＜connection url＞jdbc:mysql://localhost/example＜/connection url＞＜driver class＞ gjt mm mysql Driver＜/driver class＞＜user name＞exampleUser＜/user name＞＜password＞examplePassword＜/password＞＜min pool size＞ ＜/min pool size＞＜max pool size＞ ＜/max pool size＞＜idle timeout minutes＞ ＜/idle timeout minutes＞＜track statements/＞＜/local tx datasource＞＜/datasources＞我建立了名为ExampleDS的数据源 它通过JDBC 使用用户名exampleUser和密码examplePassword连接到一个MySQL数据库 我还特别指定连接池最少有 个连接 最多不超过 个连接 并且这些连接不能空闲 接着我把这个文件存储为deploy目录中的example ds xml（这个文件的名称并不重要 但是名称一致是有好处的） 由于我的新数据源不需要 也不依赖于任何其它的模块 配置信息中就没有＜depends＞标签 同时 由于我在这个文件中指定了使用数据库的用户名和密码 我也不需要参照安全域（security domain） 使用新的数据源 现在我希望把JBoss中的一些服务移动到我的新数据源上 其原因很简单 尽管Hypersonic是一个良好的数据库 但是它不应该用于产品环境和/或高容量（high traffic）系统 MySQL和其它几个数据库可以更好地扮演这个角色 Java消息服务 JBoss服务器中使用数据库的一个最常见的部分是消息服务 服务器的这部分的容量很大 并且应该使用我的新数据源 Deploy/jms目录中的下面两个文件定义了消息服务如何使用数据源 · hsqldb jdbc state service xml· hsqldb jdbc service xml首先 我修改了其中一个文件的名称以突出数据库的类型 把hsqldb jdbc state service xml 更名为mysql jdbc state service xml 我对mysql jdbc state service xml文件只作了一点点修改 ＜depends＞标签应该引用新的ExampleDS数据源而不是默认的DefaultDS 这可以确保该数据源在消息服务启动前启动了 我还改变了注释信息 表明我用MySQL数据库代替了默认的Hypersonic数据库 下一步 应该删除并替换hsqldb jdbc service xml文件 由于这个文件定义了消息服务如何使用数据库 我们必须在该文件中提供特定数据库的信息 幸运的是 对于大多数通用的数据库来说 JBoss替我们完成了这项工作 我从${JBOSS ROOT}/doc/examples/jms检索到MySQL特定的文件（mysql jdbc service xml） 并把它放到deploy/jms目录中 我只对该文件作了一个很小的修改 把数据源的名称改变为ExampleDS 与我在数据源配置文件中指定的JNDI名称相匹配 最后 为了使消息服务完全转变 我把conf/login config xml文件中的DefaultDS改为ExampleDS 这个设置告诉JBoss 与消息服务相关的登录信息也使用example数据库 调度管理器 如果你要使用JBoss的调度管理器和它的数据库调度程序（scheduler） 你也必须指向新的数据源 该配置文件位于deploy/schedule manager service xml 搜索这个文件中的DefaultDS 找到需要重新配置的mbean 我把该mbean的DataSourceProperty（数据源属性）指向ExampleDS 替代了指向DefaultDS 请注意 一定要检查一个SQL语句 以确保使用你的数据库工作正常 默认的容器控制（Container Managed）持续性为了改变默认的维持bean（bean persistence）的数据库 你必须更新conf/standardjbosscmp jdbc xml文件 把DefaultDS修改为ExampleDS 此外 你还必须更新＜type mapping＞标签以匹配新数据库 这个标签的值位于该文件中更深入的地方 对于本文的例子 我把这个值改变为mySQL 你还应该采用相同的方法更新conf/standardjaws xml文件 把DefaultDS改变为ExampleDS 并更新＜type mapping＞标签 以反映使用的数据库的类型 包装 为了确保所有部分都转换到了新数据源上 请删除deploy/hsqldb ds xml文件并启动JBoss 如果产生了任何错误 就说明你遗漏了某些配置文件 总之 我发现使用内建的Hypersonic数据库进行开发比管理外部的数据库带来的痛苦要少一些 但是在产品环境中 Hypersonic是不适合任务需要的 把JBoss连接到更加牢固的数据库对于维护服务器的性能大有帮助 lishixinzhi/Article/program/Java/ky/201311/27886

分类: 电脑/网络 >> 程序设计 >> 其他编程语言

问题描述:

做一个系统或项目,都要连数据库,那么oracle,db2,mysql,sql server和所谓的数据源poolman,Expresso,JDBC Pool,DBCP区别是什么,后面的数据源怎么理解呢

解析:

数据源--Data source , 读取数据的来源,也就是说你的系统要读取的数据去 什么地方找(存放数据的地方)!

JDBC--全称为Java DataBase Connectivity standard, 它是一个面向对象 的应用程序接口（API）, 通过它可访问各类关系数据库。

ODBC--全称(Open Database Connectivity),即开放数据库互联。 ODBC基于SQL(Structured Query Language),并把它作为访问数据库的标准。

以上就是关于数据库的数据源及内容全部的内容，包括:数据库的数据源及内容、select…from(数据源名)语句中,数据源可以是那些数据库对象、如何配置数据库ODBC数据源等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！