数据库

4. 下载完所需安全控件也无法运用各种网银，付款时识别不出u盾搞定方案：据提示下载银行安全控件并安装。插上u盾，拿建行为例：在开始菜单里-所有程序-中国建设银行E路护航网银安全组件-网银盾管理工具打开后点击你的u盾并注册。然后重新启动浏览器(一定要完全退出再进) 进入付款网页上方会显示是否允许加载项，选择在所有站点允许。这时候可能还需要再次重新启动浏览器进入付款页面这时候你期待的u盾密码输入框会出现。这样就ok了

5. 打开网页一直刷新-失败-刷新，无限循环搞定办法：工具-internet选项-高级-禁用脚本调试。

6. IE 习惯性停止工作或崩溃。搞定办法：工具-管理加载项，一一禁用排除以找到某个插件的问题。由于情况多种多样，有些时候找不到具体原因，我们可以通过重置来搞定工具-internet选项-高级。

展开阅读全文

喜欢 336 70 次下载分享收起

深入优化DB2 数据库的五个最佳实践

全文共 4979 字

+ 加入清单

深入优化DB2数据库的五个最佳实践

结构化查询语言(SQL)对于关系型DBMS是把双刃剑，利弊参半。因为从关系型数据库检索任何数据都需要SQL，本文所要探讨的话题就是：不论是终端用户还是开发人员或是数据库管理员（DBA），他们将如何访问一个关系型数据库。当使用高效的SQL时,系统会变得易于升级、灵活、而且便于管理。当使用低效的SQL时,响应时间和程序运行时间都会延长，并且还会产生应用系统的中断。鉴于通常的数据库系统一般要花费90%的处理时间用于从数据库检索数据，由此很明显的可以看出尽可能的保证SQL的高效是多么的重要。考察通常的SQL语句问题譬如"SELECT*FROM"仅是冰山一角,我们将在本文中探讨其他容易确定的普遍的问题。需要记住的是,检索得到同一数据的SQL语句有很多种殊途同归的写法，所以不存在好的查询语句或是坏的查询语句，而只有满足适当需求的查询语句。各关系型数据库都有自己的方式来优化和执行查询语句。因此，各DBMS都拥有自己的最佳性能的查询技巧。本文将使用Quest软件中QuestCentralforDB2的例子和概述来集中讨论DB2forOS/390和z/0S。

要是在十七年前，这张技巧单会更长，并且会包含对最小化的SELECT场景的矫正方法。每一个新版本的DB2都会增加成千上万行的新代码，用以扩展智能优化，和查询重写及执行。例如，多年来一种被称为数据管理器的组件,通常被提供作为"第一阶段处理"以增加它的过滤容量一百倍。另一组件是关系型数据服务器，通常被提供作为"第二阶段处理"来进行其主函数的查询重写和优化。另一关键组件就是基于当前的SQL，并使用存取路径以决定检索数据的DB2优化器。DB2优化器改善了每一个DB2的版本,考虑到另外的DB2目录中的统计,可以提供新的和改善过的存取路径。图1显示了这些组件及其他更多的部分，并描述了DB2如何处理数据或SQL的请求。这就是以下DB2SQL性能技巧的来源。

在这篇文章中，我们将回顾一些更具有代表性的SQL问题，有更多的SQL方面的性能技巧超出了本篇文章描述的范围。像所有指导方针一样，所有这些技巧也会有一些例外。

技巧1：核实是否提供了适当的统计:

对于DB2优化器来说，最重要的资源除了SELECT语句本身，就是DB2目录中创建的统计。优化器基于众多的选择而使用这些统计。DB2优化器为了查询而选择一条非最佳存取路径的主要原因，归结于无效的或缺失的统计。DB2优化器使用以下目录统计:

经常的执行"RUNSTATS"命令，用来更新DB2的目录统计，这样可以在特别繁忙的生产环境里中得到全貌。为了使执行"RUNSTATS"命令的影响最小化，可以考虑使用采样技术。即使取样10%也够了。另外"RUNSTATS"命令可以更新统计，DB2给您可以额外更新1,000个条目的能力，以用于不均匀的分类统计。当心随着每一条目随着增量的增加，而涉及到对所有参考的绑定时间的影响。

假如当您缺少统计的时候您怎么知道呢?当目录或使用工具不能提供这种功能的时候，您可以通过手工执行查询。当前,DB2优化器不能给缺失的统计提供具体的警告。

技巧2:尽可能的采用阶段1和阶段2的谓词:

不论是阶段1的数据管理器还是阶段2的关系型数据服务器都将处理每一次查询。当您处理查询时，使用阶段1将会比使用阶段2有着巨大的性能优势。当谓词确定阶段1能够处理的时候，通常谓词会限制您只能使用阶段1查询。另外,每一个谓词都会被检验评估是否比另一个谓词更有资袼作为索引路径。有一些谓词不能作为阶段1来处理，或是不符合索引的条件。关于您的查询是否可以被索引并且能够在阶段1被处理，理解这一点是很重要的。下面是文挡化的阶段1或Sargable（search+argument-able谓词是一个可以由数据管理器来值的谓词）谓词：

还有一些谓词不能看作阶段1被文档化，因为他们不能总处于阶段1。加入表序列和查询重写也能够影响谓词被过滤掉的阶段。让我们通过例子查询来显示重写您的SQL的影响。

例子1:COL1和COL1之间的值:

任何类型的谓词如不能被阶段1识别，就是阶段2。如下所示就是阶段2谓词。然而,重写可能促进对可索引阶段1的查询:Value>=COL1ANDvalue

这意味着,优化器也许会在多个索引中选择一个匹配的索引来使用谓词。没有重写,谓词的剩余被当作阶段2。

例子2:COL3NOTIN(K,S,T)：

如果可能，非可索引的阶段1的谓词也应该被重写。例如，符合以上条件的是阶段1，但不是可索引的。括号里值的列表辨认什么与COL3不相等。为了确定重写的可行性，辨认出那些COL3不相等的、更长和更不稳定的表单，就越不具有可行性。如果对面的(K,S,T)是少于200的静态值,就值得输入额外的重写。促进阶段1的条件对于可索引的阶段1，提供了其它匹配索引选择的优化器。既使一个可支持的索引在绑定时间不可利用,重写也将确保查询具有索引访问的资格，并且此索引将在以后被创建。一旦一个索引被创建并与COL3合并,重新绑定的事务也许可能获得匹配的索引访问,那里的旧谓词将不会对重新绑定有影响。

技巧3:仅选择需要的列：

每一个被选择的列必须单独地被传回到调用程序，除非对整个的DCLGEN定义有精确匹配的。这也可能依赖于您向所有列发出的请求，但是，真正的损失发生在需要排序的时候。每一个被SELECTed的列,和重复的排序列，使得排序文件的宽度更宽。文件越长越宽,排序越慢。例如，100,000个四字节的列可能在大约一秒的时间内完成排序。而只有10,000个五十字节的列可能在同样时间内完成排序。实际的时间是非常依赖于硬件的。

这个规则的例外是“DisallowSELECT*”，当几个处理需要一个表中行的不同的部分的时候。通过事务的整合,一次取回所有行,然后单独处理这些部分。

技巧4:选择唯一需要的行：

越少的行被检索,查询将运行的越快。符合要求的行不得不令自己在存储器中通过漫长之旅,穿过缓冲池,阶段1,阶段2,可能的分类和转换，然后传递结果集到调用程序。数据库管理器管理所有的数据过滤；这对于检索一行是非常浪费的，测试在程序代码里的那一行，然后过滤掉那行。禁止程序自动过滤是一个必须强制执行的铁的规则。开发商可能选择使用程序代码执行所有或部分的数据操作或者他们可能选择使用SQL。典型地是混合在一起。已知的叙述显示，过滤器可能被放入DB2engine里的程序代码，类似:

IFTABLE-COL4>:VALUEGETNEXTRESULTROW技巧5:使用常量和字面值，如果值在以后的3年中不改变(对于静态查询)：

DB2优化器对所有不均匀的分类统计都充分的使用,并为任何一个列统计提供了不同领域范围内的值，尤其当没有主机变量在谓词中被发现时,(WHERECOL5>X)。主机变量的目的是使一个事务能适应一个可变化的变量；当一个用户请求输入这个值的时候是最经常被使用的。主机变量不需要重新绑定一个程序，当这个变量每一次改变的时候。这种可延伸性能得到优化器准确的耗费。当主机变量刚被发现,(WHERECOL5>:hv5),优化器使用以下的图表来评估过滤器要素,而不是使用目录统计。

列的基数性越高,则谓词的过滤器要素就越低(保留部分行的预测)。多数时候，这种评估有助于优化器对适当存取路径的选取。然而,有时谓词的过滤器要素远离实际。这就是通常需要对存取路径进行调优的时候。

解决方案

QuestCentralforDB2是一个集成的控制台，可以提供核心功能，DBA（数据库管理员）需要执行他们日常的数据库管理任务,空间管理,SQL调优和分析,并且可以进行性能诊断监视。QuestCentralforDB2是由DB2软件专家撰写的，并且提供具丰富的功能，以利于视图化的用户界面，并且支持在Unix,Linux,和windows主机上运行DB2数据库。DB2的客户不再被要求用独立的工具维护和使用他们的主机和分布式的DB2系统。

QuestCentral的SQL调优组件提供一个完整的SQL调优环境。QuestCentral是唯一可以提供完整的SQL调优环境的针对DB2可用的产品。这个环境包括以下部分：

1.调优实验室：通过场景的使用，一个单独的SQL语句能够被改进很多次。然后这些场景能够立刻被比较以确定哪个SQL语句提供了最有效率的存取路径。

2.比较：您立刻可以看出对于SQL语句修改的性能改变效果。由于比较多个场景,您能看到对CPU的效果,消耗的时间,I/O和其他更多的统计。另外数据的比较将保证您的SQL语句返回相同的数据子集。

3.建议：由SQL调优组件提供的建议，将会发现所有的在白皮书指定的条件等等。另外,如果一个新场景可以利用，SQL调优组件甚至将会重写SQL，并综合选择的建议。

4.存取路径和对应的统计：在SQL的上下文中，对于DB2存取路径，所有适合的统计应被显示出来。采取推测以设法理解为什么选择一个特殊的存取计划。

QuestCentralforDB2健壮的功能显现了上述SQL调优中的技巧以及更多。这篇白皮书剩余的部分将证明QuestCentral是由更丰富和更透彻的知识恰当的组成的。QuestCentral不仅可以提高您的SQL语句效率，更可以帮助您全面的提升数据库的性能。上面描述的各种调优技巧都被QuestCentral所包括。

解决的技巧1:核实特定提供的统计:

一旦一条SQL语句在QuestCentral中被描述，建议栏会提供一整套建议，包括当没有RUNSTATS时也可以发现的能力。QuestCentral一直以坚定的决心来探究这类建议。每一条建议都有相对应的"建议操作"。这种建议操作会指导如何矫正建议发现的问题。这将会打开一个新的场景由被重写的SQL或以促进对象分析的脚本组成。在这个例子中,建议显示,统计的缺失和相对应的建议操作将建立一个脚本，它包含RUNSTATS命令，为了在建议操作的窗口中选择任何一个对象。

并且能够生成必要的命令对所有选择对象的统计进行更新。

另外,QuestCentralSpace的管理能够自动的收集、维护和检验在表空间里的统计及表和索引等级。以下的例子显示了在数据库里所有表空间里的统计检验报告。解决的技巧2:尽可能的提升阶段2和阶段1的谓词:

SQL的调优组件将列出所有的谓词并指出那些谓词是否是"Sargable"或"Non-Sargable"。另外,各个谓词都将被检查，以确定它是否具有索引存取的资袼。这种单独的建议可以解决响应时间的问题和在谓词重写的期间内得到某些成果。在下面的例子中,一条查询被看作non-sargable和non-indexable(阶段2)。这条最初的查询被输入在一个谓词间。一个新场景被打开了并且谓词被重写使用大于,小于符号。这种比较确定了查询重写对性能方面的影响。

一个新场景被创建并且查询被重写在列值中使用"a>="和"a

随后可以使用比较工具来比较他们和""之间的性能,会发现""更有效的减少消耗的时间。

解决的技巧3:选择唯一需要的列:

SQL调优的特点不仅是相对于使用"SELECT*"的建议,更提供一个事半功倍的可以令产品自动重写SQL的特点。建议和相对应的建议操作将提供重写您SQL的能力，简单地检查想要的列并选择"applyadvice"按钮,SQL调优将用被选择的列替换"*"。

解决的技巧4：选择唯一需要的行:

越少的行被检索,查询将运行的越快。使用QuestCentral能比较您最初的SQL相对于选择较少行但相同的SQL语句。使用多个场景和利用比较特点,比较那些立刻显示发生变化的性能影响的场景。在以下例子中，两张表单的加入，产生了一个有意义的结果集。由于加入了"FetchFirst1RowOnly"执行时间显著的减少了。

解决的技巧5:使用常量和字面值，如果值在以后的3年中不改变(对于静态查询):

在这个例子中，让我们进行一个基于Win2K平台的DB2测试。当使用主机变量时,DB2优化器无法预测谓词过滤的值。没有这个值,DB2将默认并使用上面列出的默认的过滤器要素。QuestCentralSQL调优将一直显示过滤器要素用以帮助了解有多少列将被过滤。

展开阅读全文

喜欢 733 1 次下载分享收起

双机的工作模式/监控方式/支持数据库

全文共 357 字

+ 加入清单

双机的工作模式/监控方式/支持数据库工作模式一种是双机热备份模式（也叫主从方式）：正常情况下，一台机器工作，提供数据库或其它服务，另一台做为备份机，当工作机出现故障时，备份机可以立即接替故障机的工作，保证系统工作连续，这种工作模式保证了系统的容错和实时功能；另一种是双机互备援（双工方式）模式：在双工模式下，一台服务器作为数据库或其它应用服务器，提供数据库或其它服务，另一台服务器可做文件服务器或WWW服务器使用，正常情况下，两台机器各自完成自己的工作，当有一台机器出现故障时，另一台机器可以立即接替故障机的工作，保证系统工作连续。监控方式系统运行时以何种方式进行状态监控，如网线，串口线，专用软件等。支持数据库软硬件系统是否需要数据库支持，及所能支持的数据库类型，如SQL，Oracle，exchange。

展开阅读全文

喜欢 65 64 次下载分享收起

数据库管理系统DBMS是什么意思

全文共 678 字

+ 加入清单

数据库管理系统(DBMS)是什么意思

数据库管理系统提供了定义数据、使用数据及与他人共享数据的全面控制，它还可方便地编制和管理文件中的大量数据。DBMS一般包括三大主要功能：数据定义、数据操作和数据控制。

数据定义：利用DBMS可定义数据类型及数据的存储形式，可保证数据的完整性和一致性。

利用DBMS可灵活地定义用户自己的数据（如文本、数组、日期、时间和电子表格等）；可定义数据的存储方式（如字符串长度、数值精度、日期/时间精度）；可定义数据的显示和打印格式；可定义简单及复杂的验证规则，以保证数据库中数据的正确性；可用DBMS对用户数据库中文件和表格之间的验证关系的有效性作检查。

数据操作： DBMS提供了多种处理数据的方式，如可在一个表中查找信息或在几个相干的表或文件中进行复杂的查找；可以用命令更新一个字段或多个记录的内容；也可编写程序，对数据进行读操作或更新操作。

现在大多数的DBMS都提供了SQL（结构化查询语言）数据库语言来处理表中的数据。使用SQL，就可以解决特定问题，定义由多表数据组成的信息集。

随着第四代语言及应用生成器技术的研究兴起，目前多数DBMS都具有丰富和强大的数据处理能力，使用户无须精通SQL，即可操纵数据库，从而可集中精力去解决信息问题。如Access、FoxPro2.5和Visual FoxPro等。

数据控制：在需要和他人共享数据时，多数DBMS都有对数据进行保护的措施，从而保证只有被授权的用户才能读取或更新自己的数据。因而提供强大的数据控制能力，以保证数据的安全性、完整性、正确性和一致性，是DBMS必须提供的功能。

展开阅读全文

喜欢 337 60 次下载分享收起

微信支付商家怎么查询交易数据商家申请开通数据库方法

全文共 418 字

+ 加入清单

近日微信支付直接将交易数据开放给商户，并进行管理。那么微信支付商家怎么查询交易数据库?微信支付商家怎么申请开通数据库呢，小编为大家一一解说。

如何申请开通数据推送?

【登录微信支付商户平台产品中心】-【选择运营工具页面】-【申请开通数据推送】

哪些用户可以接收数据?

为了保证经营数据的安全，便于多人协作进行数据的分析管理。目前，仅有商户号的“超级管理员”所绑定的微信号、“超级管理员”所授权的人员(授权人员最多不超过4个)可接收查看数据。

商家可查看的内容?

商户可通过手机获取的数据内容有：每日的交易概览，如交易金额、笔数、顾客数的统计;新老顾客分布的用户构成情况;支付时段分布、笔单价区间分布等交易分布情况。当然，商户也可按日、周、月查看多天的交易趋势等。

微信支付团队表示，未来还将持续加大数据开放程度，数据推送的对象会逐步扩展到其他商户类型。在内容上，也将进一步整理其他类型数据，包括营销活动分析、用户分析等，方便商户更全面地了解经营情况。

展开阅读全文

喜欢 565 54 次下载分享收起

EXCEL如何导入到SQLServer数据库中

全文共 791 字

+ 加入清单

EXCEL数据表怎么导入到SQLServer数据库中?很多朋友并不是很清楚，其实方法很简单的，下面就为大家详细介绍一下，一起来看看吧!

在数据库初始阶段，我们有些数据在EXCEL中做好之后，需要将EXCEL对应列名(导入后对应数据库表的字段名)，对应sheet(改名为导入数据库之后的表名)导入指定数据库，相当于导入一张表的整个数据。导入之前需要检查是否存在同名的表，导入的数据表以“$”结尾就是为了避免表重复，以作区分。下面就来看看具体操作步骤。

方法/步骤

打开SQL Server Management Studio，按图中的路径进入导入数据界面。

导入的时候需要将EXCEL的文件准备好，不能打开。点击下一步。

数据源：选择“Microsoft Excel”除了EXCEL类型的数据，SQL还支持很多其它数据源类型。

选择需要导入的EXCEL文件。点击浏览，找到导入的文件确定。

再次确认文件路径没有问题，点击下一步。

默认为是使用的WINODWS身份验证，改为使用SQL身份验证。输入数据库密码，注意：数据库，这里看看是不是导入的数据库。也可以在这里临时改变，选择其它数据库。

选择导入数据EXCEL表内容范围，若有几个SHEET表，或一个SHEET表中有些数据我们不想导入，则可以编写查询指定的数据进行导入。点击下一步。

选择我们需要导入的SHEET表，比如我在这里将SHEET表名改为price，则导入后生面的SQL数据库表为price$。点击进入下一步。

点击进入下一步。

在这里完整显示了我们的导入的信息，执行内容，再次确认无误后，点击完成，开始执行。

可以看到任务执行的过程和进度。

执行成功：我们可以看看执行结果，已传输1754行，表示从EXCEL表中导入1754条数据，包括列名标题。这样就完成了，执行SQL查询语句：SELECT * FROM price$就可以查看已导入的数据内容。

展开阅读全文

喜欢 400 51 次下载分享收起

区块链大数据数据库在哪里看？区块链未来还能飞速发展吗？

全文共 832 字

+ 加入清单

区块链是当前最为火爆的投资大热门。区块链大数据数据库一直都受到很多人的关注。那么，区块链大数据数据库对于每一个投资区块链的人来说都是非常重要的。只要多看区块链数据库我们才能够更好的进行区块链的投资。通过数据库分析也能够得出区块链未来的发展动向。对于每一个投资区块链的人来说，区块链能否高速发展真的是重中之重。那么，区块链未来还能飞速发展吗？

1.区块链大数据数据库在哪里看？区块链是可以实现数据去中心化存储的。区块链这样的系统存储数据是非常方便快捷，而且有不可逆性，这样就能够让数据变得更加的权威安全。区块链大数据数据库其实就存在于区块链上。也正是因为区块链储存了所有的数据，所以在区块链上面进行查询交易记录是非常方便的，而且无论交易过去了多久，都是可以查询出来的。区块链这样的去中心化系统现在被越来越多的企业所接受和运用，这样的服务系统未来很可能成为全球最大的服务系统，前景还是很不错的。

2.区块链未来还能飞速发展吗？区块链大数据数据库让我们看到了区块链的真实实力。通过区块链大数据数据库分析，我们不难看出区块链其实还是可以继续发展的，毕竟这样的系统满足了人们对服务系统的需求。慢慢了解到区块链这种系统的人会变得更多，投资的人也会变得更多。区块链的发展是必然的，是历史的必然。投资区块链虽然可以赚到钱，但是有很多东西都是需要我们去注意的。如果不注意这些细节，你想要投资赚钱就不再是简单轻松的事情了。

3.区块链投资具体如何操作？区块链投资的模式还是有非常多的，区块链大数据数据库对每个人来说都是很有用的。区块链投资的操作很简单，首先选择一个你熟悉的投资模式，然后选择你看重的区块链类别，在找一个靠谱的平台去进行投资就可以了。区块链投资与区块链数据是分不开的，只有依仗数据分析去投资才是稳妥的。区块链数据信息可以通过OKLink查询了解。只要你有OKLink这个浏览器在手，你想要随时随地查询区块链数据信息就不是什么大事了。而且这里的数据权威精准，是很有用的参考资料。

展开阅读全文

喜欢 86 7 次下载分享收起