数据库静态检查点有哪些，LoadRunner设置检查点的方法有哪些
来源：整理 编辑：黑码技术 2024-11-10 00:51:57
本文目录一览
1，LoadRunner设置检查点的方法有哪些
无非是 文本检查点 图像检查点文本检查点用的比较多
2，Oracle数据库检查点问题
不能说是有哪些类型的checkpoint，应该说在什么情况下会发生checkpoinnt这个动作。以下情况会触发checkpoinnt动作： 1.当发生日志组切换的时候 2.当符合LOG_CHECKPOINT_TIMEOUT，LOG_CHECKPOINT_INTERVAL，fast_start_io_target,fast_start_mttr_target参数设置的时候 3.当运行ALTER SYSTEM SWITCH LOGFILE的时候 4.当运行ALTER SYSTEM CHECKPOINT的时候 5.当运行alter tablespace XXX begin backup，end backup的时候 6.当运行alter tablespace ,datafile offline的时候;需要注意的是：1.CKPT一定是是在checkpoint发生的时候将数据库当前的SCN更新入数据库文件头和控制文件当中，同时DBWn进程将buffer cache中的脏数据块（dirty block）写到数据文件当中(这个脏数据也一定是当前online redo log保护的那一部分)。2.同时CKPT进程还会在控制文件当中记录(redo block address)RBA，这个地址用来标志恢复的时候需要从日志中的那个位置开始。controlfile 的checkpoint#datafile 的checkpoint#还有日志文件中的checkpoint#我只是知道有这几个文件中含有检查点,但不知道你所说的类型指的是什么?看看对你有没有用!
3，我们在查找数据库时主要有哪些检索点
题名，作者，刊名，主题，关键词，作者单位，分类，ISSN号等。oledbconnection conn = new oledbconnection(@"provider=驱动; data source=数据源路径"); oledbcommand cmd = new oledbcommand("select * from 表名", conn); conn.open(); oledbdatareader myreader = cmd.executereader(); while (myreader.read()) { if (textbox1.text == myreader["字段一"].tostring() && textbox2.text == myreader["字段二"].tostring()) { myreader.close(); conn.close(); //登录成功后的处理语句 return; } } myreader.close(); conn.close(); messagebox.show("对不起,你输入的用户名或密码错误!"); textbox1.text = null; textbox2.text = null; 这是我以前写的代码 其中驱动用的是microsoft.jet.oledb.4.0,连的是access数据库,sql方法也差不多
4，oracle中的保存点是什么
savepoint 是oracle 事务处理的特色吧，相当于html语言中的锚点一样，可以让数据库回滚到当前指定的地方，但是一旦你使用了commit ，保存点就失效了。 DDL 语句属于commit 类型。用户在事务（transaction）内可以声明（declare）被称为保存点（savepoint）的标记。保存点将一个大事务划分为较小的片断。用户可以使用保存点（savepoint）在事务（transaction）内的任意位置作标记。之后用户在对事务进行回滚操作（rolling back）时，就可以选择从当前执行位置回滚到事务内的任意一个保存点。例如用户可以在一系列复杂的更新（update）操作之间插入保存点，如果执行过程中一个语句出现错误，用户 可以回滚到错误之前的某个保存点，而不必重新提交所有的语句。在开发应用程序时也同样可以使用保存点（savepoint）。如果一个过程（procedure）内包含多个函数（function），用户可以在每个函数的开始位置创建一个保存点。当一个函数失败时， 就很容易将数据恢复到函数执行之前的状态，回滚（roll back）后可以修改参数重新调用函数，或执行相关的错误处理。当事务（transaction）被回滚（rollback）到某个保存点（savepoint）后，Oracle将释放由被回滚语句使用的锁。其他等待被锁资源的事务就可以继续执行。需要更新（update）被锁数据行的事务也可以继续执行。将事务（transaction）回滚（roll back）到某个保存点（savepoint）的过程如下：1. Oracle 回滚指定保存点之后的语句2. Oracle 保留指定的保存点，但其后创建的保存点都将被清除3. Oracle 释放此保存点后获得的表级锁（table lock）与行级锁（rowlock），但之前的数据锁依然保留。被部分回滚的事务（transaction）依然处于活动状态，可以继续执行。一个事务（transaction）在等待其他事务的过程中，进行回滚（roll back）到某个保存点（savepoint）的操作不会释放行级锁（row lock）。为了避免事务因为不能获得锁而被挂起，应在执行 UPDATE 或 DELETE 操作前使用 FORUPDATE ... NOWAIT 语句。（以上内容讲述的是回滚保存点之前所获得的锁。而在保存点之后获得的行级锁是会被释放的，同时保存点之后执行的SQL 语句也会被完全回滚）。原文地址：http://blog.itpub.net/22034023/viewspace-667676oracle中undo是用来存放回滚数据的。 撤销（undo）数据是反转dml语句结果所需的信息。撤销数据通常被称为“回滚数据”，在过去的oracle版本中，“回滚数据”和“撤销数据”可以交替使用，但从 9i版本开始，这两个术语有所不同：功能相同，但管理方式不同。只要某个事务修改了数据，那么更新前的原有数据就会被写入一个回滚段或撤销段。回滚段在 11g版本中依然存在，但从9i版本开始，oracle数据库引入了可供选择的撤销段。oracle强烈建议所有数据库都应当使用撤销段，回滚段只被保留用于向后兼容 。 undo表空间： 一个数据库可以存在多个撤销表空间，但是在任意给定时刻都只能使用一个撤销表空间。撤销表空间必须被创建为持久的、本地管理的并且能够自动扩展分配空间的表空间。 事务与undo段： 在某个事务启动时，oracle会为其指派一个撤销段。任何一个事务都只能受一个撤销段保护，一个事务生成的撤销数据无法被分配到多个撤销段中。 在某个事务更新表和索引数据块时，回滚该变化所需的信息会被写入指定撤销表空间的数据块。撤销数据在提交后过期的事实意味着可以采用循环方式使用撤销段。如果使用原有的、人工管理的回滚段，那么调整的重要环节是控制具体事务分别受哪些回滚段保护。SCN是当Oracle数据库更新后，由DBMS自动维护去累积递增的一个数字。Oracle数据库中一共有4种SCN分别为 ：系统检查点SCN： 系统检查点SCN位于控制文件中，当检查点进程启动时(ckpt)，Oracle就把系统检查点的SCN存储到控制文件中。该SCN是全局范围的，当发生文件级别的SCN时，例如将表空间置于只读状态，则不会更新系统检查点SCN。 数据文件scn：当ckpt进程启动时，包括全局范围的（比如日志切换）以及文件级别的检查点（将表空间置为只读、begin backup或将某个数据文件设置为offline等），这时会在控制文件中记录的scn。数据文件头scn：不同于上述的SCN数据文件开始scn记录在每个数据文件中。当发生系统及文件级别的检查点后，不仅将这时的SCN号记录在控制文件中，同样也记录在数据文件中。结束scn：每个数据文件都有一个结束scn，在数据库的正常运行中，只要数据文件在线且是可读写的，结束scn为null。否则则存在具体的scn值。结束scn也记录在控制文件中。总体而言就是用于介质恢复和快速闪回的时候用到。
5，WinRunner是什么
测试人员可能只针对 GUI 对象，MercuryWinRunner?将对其进行检查，确定其类，推荐要使用的相应功能。使用多个验证类型确保功能正常：Mercury WinRunner 为文本、GUI、位图、URL 链接和数据库提供了检查点，使测试人员可用来对比预期结果和实际结果，以及用大量 GUI 对象及其功能来确定潜在的问题。验证后台数据库中的数据完整性：内置数据库验证功能确定数据库中存储的值，确保事务处理的准确性，以及更新、删除和添加的记录的数据完整性。快速查看、存储和验证测试对象的属性：Mercury WinRunner 的 GUI Spy 自动确定、记录和显示标准 GUI 对象、ActiveX 控件和 Java 对象与方法的属性。这将确保脚本识别用户界面中的每个对象，并且可以测试这些对象。维护测试和生成可重用脚本：GUI 图提供一个集中式的对象库，使测试人员可验证和修改任何测试对象。这些更改然后自动传送给所有相应脚本，从而不必在每次修改应用程序时生成新脚本。以单个应用程序测试多种环境：Mercury WinRunner 支持多达 30 种环境，包括 Web、Java 和 Visual Basic 等。此外，还为一流的 ERP/CRM 应用程序（如 SAP、Siebel 和 PeopleSoft）大量其它程序提供针对性解决方案。简化测试脚本的创建：Mercury WinRunner 的 DataDriver 向导大大简化了准备测试数据和脚本的过程。这样可以优化 QA 资源的利用，从而推动测试的深入进行。自动确定数据的不一致性：Mercury WinRunner 为文本、GUI、位图、URL 和数据库使用多种验证，检查和对比预期结果和实际结果。将应用程序发布为产品时，这将确保功能的稳定性和业务交易的执行。通过浏览器验证应用程序：Mercury WinRunner 让您可以在 Internet Explorer、Netscape 和 AOL 中使用相同的测试来验证应用程序。这样既节省测试时间，又减少了必须开发和维护的脚本数量。自动恢复崩溃的已测试应用程序：测试运行过程中的意外事件、错误和应用程序崩溃可能破坏测试过程和歪曲测试结果。使用 Mercury WinRunner 的恢复管理器可以进行无人值守恢复，并提供一个引导，用于指导确定恢复方案的过程。充分利用其它测试产品中的投入：Mercury WinRunner 完全集成了其它测试解决方案，包括用于负荷测试的 Mercury LoadRunner?和用于全局测试管理的 Mercury TestDirector。而且，组织可以结合 Mercury QuickTest Professional 重用 Mercury WinRunner 测试脚本。与Mercury Business Process Testing 完全集成：由于 Mercury WinRunner 8.2 与 Mercury Business Process Testing 兼容，您可以创建业务流程组件，并将现有的 Mercury WinRunner 脚本转化为组件。给我加分啊！！！mercury interactive公司的winrunner是一种企业级的功能测试工具，用于检测应用程序是否能够达到预期的功能及正常运行。通过自动录制、检测和回放用户的应用操作，winrunner能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试，提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。 企业级应用可能包括web应用系统，erp系统，crm系统等等。这些系统在发布之前，升级之后都要经过测试，确保所有功能都能正常运行，没有任何错误。如何有效地测试不断升级更新且不同环境的应用系统，是每个公司都会面临的问题。 如果时间或资源有限，这个问题会更加棘手。人工测试的工作量太大，还要额外的时间来培训新的测试人员等等。为了确保那些复杂的企业级应用在不同环境下都能正常可靠地运行，你需要一个能简单操作的测试工具来自动完成应用程序的功能性测试。 轻松创建测试：用winruuner创建一个测试，只需点击鼠标和键盘，完成一个标准的业务操作流程，winrunner自动记录你的操作并生成所需的脚本代码。这样，即使计算机技术知识有限的业务用户轻松创建完整的测试。你还可以直接修改测试脚本以满足各种复杂测试的需求。winrunner提供这两种测试创建方式，满足测试团队中业务用户和专业技术人员的不同需求。 插入检查点：在记录一个测试的过程中，可以插入检查点，检查在某个时刻/状态下，应用程序是否运行正常。在插入检查点后，winrunner会收集一套数据指标，在测试运行时对其一一验证。winrunner提供几种不同类型的检查点，包括文本的、gui、位图和数据库。例如，用一个位图检查点，你可以检查公司的图标是否出现于指定位置。 检验数据：除了创建并运行测试，winrunner还能验证数据库的数值，从而确保业务交易的准确性。例如，在创建测试时，可以设定哪些数据库表和记录需要检测；在测试运行时，测试程序就会自动核对数据库内的实际数值和预期的数值。winrunner自动显示检测结果，在有更新/删除/插入的记录上突出显示以引起注意。 增强测试：为了彻底全面地测试一个应用程序，需要使用不同类型的数据来测试。winrunner的数据驱动向导( data driver wizard)可以让你简单地点击几下鼠标，就可以把一个业务流程测试转化为数据驱动测试，从而反映多个用户各自独特且真实的行为。以一个订单输入的流程为例，你可能希望把订单号或客户名称作为可变栏，用多套数据进行测试。使用data driver wizard，你可以选择订单号或客户名称用数据表格文件中的哪个栏目的数据替换。你可以把订单号或客户名称输入数据表格文件，或从其它表格和数据库中导入。数据驱动测试不仅节省了时间和资源，又提高了应用的测试覆盖率。winrunner还可以通过function generator增加测试的功能。使用function generator可以从目录列表中选择一个功能增加到你的测试中以提高测试能力。例如，你可以选择”calendar”，然后从日历功能的下属目录中选择，如calendar_select_date(),然后你可以直观地输入参数，把这个功能插入到你的测试中。针对相当数量的企业应用里非标准对象，winrunner提供了virtual object wizard来识别以前未知的对象。使用virtual object wizard，你可以选择未知对象的类型，设定标识和命名。在录制使用该对象的测试时，winrunner会自动对应它的名字，从而提高测试脚本的可读性和测试质量。 运行测试：创建好测试脚本，并插入检查点和必要的添加功能后，你就可以开始运行测试。运行测试时，winrunner会自动操作应用程序，就象一个真实的用户根据业务流程执行着每一步的操作。测试运行过程中，如有网络消息窗口出现或其它意外事件出现，winrunner也会根据预先的设定排除这些干扰。分析结果：测试运行结束后，你需要分析测试结果。winrunner通过交互式的报告工具来提供详尽的、易读的报告。报告中会列出测试中发现的错误内容、位置、检查点和其它重要事件，帮助你对测试结果进行分析。这些测试结果还可以通过mercury interactive的测试管理工具testdirector来查阅。维护测试：随着时间的推移，开发人员会对应用程序做进一步的修改，并需要增加另外的测试。使用winrunner，你不必对程序的每一次改动都重新创建你的测试。winrunner可以创建在整个应用程序生命周期内都可以重复使用的测试，从而大大地节省时间和资源，充分利用你的测试投资。每次记录测试时，winrunner会自动创建一个gui map文件以保存应用对象。这些对象分层次组织，既可以总览所有的对象，也可以查询某个对象的详细信息。一般而言，对应用程序的任何改动都会影响到成百上千个测试。通过修改一个gui map文件而非无数个测试，winrunner可以方便地实现测试重用。帮助你的应用程序为无线应用作准备：随着无线设备种类和数量的增加，你的应用程序测试计划需要同时满足传统的基于浏览器的用户和无线浏览设备，如移动电话、传呼机和个人数字助理(pda)。无线应用协议是一种公开的、全球性的网络协议，用来支持标准数据格式化和无线设备信号的传输。使用winrunner，测试人员可以利用微型浏览模拟器来记录业务流程操作，然后回放和检查这些业务流程功能的正确性。
文章TAG：
数据 数据库 静态 检查 数据库静态检查点有哪些
