1.SSVM 0.7 将 WebAssembly 引入公有云
2.OracleSpatial与OCI高级编程内容简介
3.如何在 Oracle Linux 上使用 PHP DTrace
4.tpc-c是源译什么
5.Oracle与PHP实例开发Myers订单跟踪系统

SSVM 0.7 将 WebAssembly 引入公有云

       SSVM (Second State VM) 是一个高性能的 WebAssembly 虚拟机，专门针对服务端应用优化。码编凭借其先进的源译 AOT（Ahead of Time）编译器，SSVM 已成为最快的码编 WebAssembly 虚拟机之一。最新版本 SSVM 0.7 引入了一系列强大且独一无二的源译功能，加强了 SSVM 在云原生应用程序运行时领域的码编cimoc漫画图源码领先地位。

       SSVM 支持 WebAssembly 提案中的源译功能和设计，可能成为 WebAssembly 的码编正式规范。例如，源译它支持 WebAssembly 程序的码编 WASI（WebAssembly系统接口）规范，允许与 Linux 操作系统安全交互。源译SSVM 0.7 版本中，码编支持的源译提案包括了 WASI 的网络访问扩展 wasi-socket，有望成为首个支持此功能的码编 WebAssembly 虚拟机。

       SSVM 在非标准扩展的源译支持方面与其它 WebAssembly 虚拟机不同，它根据实际场景需求，对 WASI 的服务端应用扩展进行了定制化增强。SSVM 0.7 版本中的图片asp源码基于能力的安全性模型通过声明性规则控制对主机系统的访问，例如，通过 WASI 规范，SSVM 主机应用程序可设定虚拟机可以访问的文件夹。同时，SSVM 增强了对操作系统本机命令的支持，沙盒 WebAssembly 字节码应用程序只能访问明确声明的命令，提供更严格的安全控制。

       SSVM 具备跨平台特性，允许开发者在不同平台部署应用程序。SSVM 0.7 版本在 Ubuntu . 上开发，以利用先进的 LLVM 功能，支持 AOT 编译器。通过为旧版 Linux 发行版构建静态链接的 SSVM 二进制文件，SSVM 实现了在老旧 CentOS 7 image 上的运行，同时计划移植到各种服务器、嵌入式操作系统和硬件平台上。

       作为“云原生”WebAssembly 虚拟机，asp图片 源码SSVM 0.7 集成了云服务，支持 OCI 规范，允许由 Cloud Native Orchestration 工具如 Kubernetes 管理。SSVM 还支持多种编程语言，包括 C、C++、Rust 和 AssemblyScript，以及特定行业应用的细分编程语言（DSL），如在以太坊区块链上运行智能合约的 Ewasm。

       SSVM 0.7 版本旨在优化 Web、边缘、区块链和 Serverless 计算环境，提供高性能和安全的运行时环境。用户可通过 SSVM 的源代码提交反馈，促进社区的持续改进。

OracleSpatial与OCI高级编程内容简介

       本书深入剖析了Oracle数据库中至关重要的两项开发工具，即OracleSpatial和OCI（Oracle Call Interface）。应用 源码下载特别关注从多平台视角出发，讲解如何利用OCI构建兼容不同平台的应用程序。所有示例源代码均经过Windows和Linux环境的严格调试，确保了跨平台的稳健性。本书面向的对象包括那些使用C/C++开发Oracle数据库系统的管理员，以及在GIS（地理信息系统）、CAD（计算机辅助设计）和工程图形领域从事OracleSpatial应用开发的专业人员，同时，空间数据库研究者也能从中受益匪浅。

       Oracle数据库在关系数据库领域一直处于领先地位，其扩展至空间数据库领域后，其产品OracleSpatial在市场上占据了主导地位。在地理信息系统、地图系统以及大型工程CAD系统等领域中，OracleSpatial凭借其先进的技术和卓越性能，深受广大用户的喜爱和依赖。

扩展资料

         

如何在 Oracle Linux 上使用 PHP DTrace

       DTrace 是一个受欢迎的、“总是可用”的跟踪实用程序，用于识别开发和生产系统中的性能和行为问题。适用于 Oracle Linux 的标准“UEK3”内核包括了 DTrace 支持。通过跟踪 PHP 核心和 PHP OCI8 扩展中的用户探测器，我们可以有效地识别 PHP 脚本问题。DTrace 让您可以跟踪用户应用程序与操作系统之间的交互。

       åœ¨ Oracle Linux 上，DTrace 实用程序需要一个 Oracle Unbreakable Linux Network (ULN) 订阅。

       å®‰è£… Oracle Linux 和 Oracle Unbreakable Enterprise Kernel 版本 3

       é¦–先，通过 Oracle E-Delivery 安装 Oracle Linux 6.4。

       å®‰è£… Oracle Linux 6.4 之后，确保在 ULN 中启用了“Unbreakable Enterprise Kernel Release 3 for Oracle Linux 6 (x_) - Latest”频道。安装 UEK3 内核：

       # yum install kernel-uek

       åœ¨ ULN 中启用“Oracle Linux 6 Dtrace Userspace Tools (x_) - Latest”频道，安装 DTrace 实用程序：

       # yum install dtrace-utils

       é‡æ–°å¼•å¯¼åˆ°æ–°çš„ UEK3 3.8. 内核。

       å®‰è£… PHP

       éœ€è¦ä½¿ç”¨ --enable-dtrace 参数构建 PHP。您可以安装一些启用了 DTrace 的预先构建的评估版 RPM，请参见“使用 Oracle Linux“playground”预构建软件包的 DTrace PHP”。

       ä¹Ÿå¯ä»¥æŒ‰ç…§å¦‚下所述重新构建 PHP：

       ä»Ž php.net 下载 PHP 5.4. 或 PHP 5.5.4 或更高版本，然后进行解压缩：

       $ tar -xJf php-5.4..tar.bz2

       $ cd php-5.4.

       é…ç½® PHP：

       $ ./configure \

       --prefix=$HOME/p \

       --enable-dtrace \

       --disable-all --disable-cgi \

       --with-pear --enable-xml --enable-libxml --with-zlib

       è¿™å°†æž„建一个启用了 DTrace 的最小的命令行 PHP。所有不需要的扩展均被禁用。您可根据需要包含其他扩展。

       --prefix 选项表示安装到一个本地目录，方便您查看安装的文件。用完快照之后，清理该目录很容易。

       pear、xml 和 zlib 选项允许使用 pecl 命令。

       ç”Ÿæˆ PHP 二进制文件并进行安装：

       $ make

       $ make install

       å°† php.ini-development 复制到 $HOME/p/lib/php.ini，编辑该文件来设置时区，例如：

       date.timezone = America/Los_Angeles

       å®‰è£…适用于 Oracle Database 的 PHP OCI8

       è¯„估版 PHP RPM 包括可以连接到 Oracle Database 的 OCI8 扩展；请参见前面提到的博文。

       ä¸è¿‡ï¼Œå¦‚果您自己编译 PHP，需要手动将 PHP OCI8 作为一个“共享的”扩展添加：

       åœ¨ ULN 上启用“Oracle Software for Oracle Linux 6 (x_)”频道。

       ä»¥ root 用户身份安装 Oracle Instant Client：

       # yum install oracle-instantclient.1-basic oracle-instantclient.1-devel

       ä½œä¸ºæ™®é€šç”¨æˆ·ï¼Œè®¾ç½® PHP 的 PATH：

       $ export PATH=$HOME/p/bin:$PATH

       å¦‚果需要访问 /products/servers/pseries/tech/tpcc.shtml

       ---------------------------------------------------------------------------------------------------------------

       [Oracle] How to Use Open Source Tools to Implement Your Own TPC-C

       作者：Fenng

       日期：Mar (v0.)

       出处：

       版本：0.

       --------------------------------------------------------------------------------

       本文简介

       介绍如何利用开源工具实现Oracle数据库环境中的php 源码交易TPC-C.对DBA、开发人员、BI实施者有一定的参考价值.

       引言描述

       设想一下这样一种情况:

       您正在负责公司的一个OLTP类型的数据库项目,面临数据库服务器选型的问题:如何选择硬件才能满足产品环境的业务要求? 这个事情是“拍脑袋” 能决定的吗?

       不可否认,硬件选型是一门艺术,选择合适的硬件,能给公司节省大笔的费用,选择不能满足业务需求的服务器产品,不但花了冤枉钱，还会对将来的业务产生影响。

       可能大家首先会想到参考服务器的TPC-C的信息。提到TPC-C，可能很多人对此都感到既熟悉又陌生，因为经常听人说起，但是具体的问下去，能说清楚的又没有多少人，而且，从大家口中得到的还不尽相同。那么什么是TPC/TPC-C这些都代表什么意思呢？

       先说一下TPC-C，TPC-C是联机事务处理(on-line transaction processing , OLTP)的基准程序。TPC-C模拟一个批发商的货物管理环境。TPC-C使用三种性能和价格度量，其中性能由TPC-C吞吐率衡量，单位是tpmC。tpm是transactions per minute的简称；C指TPC中的C基准程序。它的定义是每分钟内系统处理的新订单个数。

       了解了这些内容，您可能会想：我们公司的PC服务器完全是自己攒出来的，如何进行TPC-C的衡量的？也去参考TPC官方站点上的信息？不要忘了，TPC.org 上公布的测试结果都是各大厂商根据自己的系统进行了充分优化之后的出来的结果。打个比方，TPC公布的数值就好比崭新的法拉利跑车经过专业技师们的精心检查保养，然后在专用跑道上跑出来的速度值，而我们的情况可能是法拉利（甚至是夏利）要在乡村土路上行驶，可比性大打折扣。

       有的朋友会想：那我们可以根据自己的情况，拿一个秒表在“乡村土路”上测试一下看看呀。这样的意义也是显而易见的，对我们的实际的环境不是更具有参考价值？不错，这也正是本文的目的：让我们利用开源(Open Source)工具来实现自己的针对Oracle数据库的TPC-C。

       Hammerora—the Open Source Oracle Load Test Tool

       首先介绍一下Hammerora。从创作者对这个工具的标题描述可以看出，Hammerora是一款Oracle数据库负载测试工具。该工具可以在Oracle 8i、9i和g等版本上使用。当前可以用在Linux/Unix和Windows上。初步实现了跨平台。Hammerora 完全用TCL/TK写就，以GPL版权形式发布。

       作者是Steve Shaw。该项目的主页在：/projects/hammerora/ 。

       Hammerora的设计原理是解析Oracle的Trace文件，并把它们转化为Oratcl程序,然后在Oracle数据库中用多个用户并发的对用户的事务进行“回放”。我们知道,Oracle的Trace文件能够翔实的记录用户对数据库的操作。这样Hammerora能够保证对用户环境的真实模拟。

       Hammerora最初是用以学习的目的：期望是模拟数据库的一定数量的用户。这样一个小的基于家庭的学习开发系统就能够比较接近产品环境。这个工具已经成长为一个Oracle数据库做压力测试--从小的数据库到大的基于RAC的集群。

       TCL语言已经用来提供高性能的和Oracle数据库的OCI集成，而无需重新编译生成的程序。每个生成的程序具有严格的TCL/Oratcl兼容性，并且可以在Hammerora的命令行Shell下运行。TCL的强大功能和灵活性意味着潜在的功能是无穷尽的。TCL线程包用来实现对Oracle数据库的多个并发连接。

       Hammerora包含Oracle存储过程和TCL驱动脚本用来运行TPC-C基准程序。但是，我们先要构建一个同TPC-C规范相符的数据库。这样，我们需要用到Orabm。

       Orabm

       Orabm是Geoff Ingram (High-Performance Oracle: Proven Methods for Achieving Optimum Performance and Availability一书的作者)构建的一个程序包，包含了一套SQL脚本和几个命令行程序。Orabm数据装载程序(Orabmload)构建了一组遵从TPC-C标准的数据用以测试。Orabm的程序包和源代码可以从它的主页面( /Oracle/Use_OpenSourceTool_implement_YourOwn_TPC-C.htm

       TPC基准程序及tpmc值

       —兼谈在使用性能度量时如何避免误区

       今天的用户在选用平台时面对的是一个缤纷繁杂的世界。用户希望有一种度量标准,能够量化计算机系统的性能，以此作为选型的依据。作者曾在美国从事过数年计算机性能评价工作，深深体会到，计算机的性能很难用一两种度量来 评价，而且，任何度量都有其优缺点，尤其是当使用者对性能度量了解不深时，很容易被引入一些误区，甚至推演出错误的结论。本文以TPC基准程序为例，给出一 些实际建议，以帮助用户避免进入这些误区。

       一、什么是TPC和tpmC?

       tpmC值在国内外被广 泛用于衡量计算机系统的事务处理能力。但究竟什么是tpmC值呢?作者曾向一些 用户、推销人员乃至某些国外大公司的技术人员问过这个问题，但回答的精确度 与tpmC值的流行程度远非相称。tpmC这一度量也常被误写为TPM或TPMC。

       1、TPC

       TPC(Transaction Processing Performance Council，事务处理性能委员会)是由数家会员公司创建的非盈利组织，总部设在美国。该组织对全世界开放，但迄今为止，绝大多数会员都是美、 日、西欧的大公司。TPC的成员主要是计算机软硬件厂家，而非计算机用户，它的功 能是制定商务应用基准程序(Benchmark)的标准规范、性能和价格度量，并管理测 试结果的发布。

       TPC的出版物是开放 的，可以通过网络获取(/TrackBack.aspx?PostId=

Oracle与PHP实例开发Myers订单跟踪系统

        　　关于 PHP/Oracle 开发模型如何在Myers Internet缩短应用程序生命周期的案例研究

        　　

        　　对于主要由应收款业务模型驱动的公司而言 其核心的业务功能之一是输入 跟踪和记录订单 在这方面比较出色的公司可以伸缩它们的机构 并提高它们的利润 而不会遇到基础架构的限制 当订单处理很麻烦 容易出错或不一致时 公司将因为直接的成本和降低的生产效率而蒙受经济上的损失

        　　

        　　在我的公司 Myers Internet 核心的业务事项围绕着建立客户基础 为 Myers 提供持续的服务并帮助它在客户问题出现时解决问题 公司正使用许多不同的系统来处理订单输入和实施周期的各个方面 这些系统既不是彼此集成的 也不具备确保每一份订单都得到正确记帐的机制

       

        　　

        　　 Myers 订单跟踪系统 (MOTS)

        　　就像其它许多机构一样 Myers 从一个小型公司成长为一个中型公司 同时在它的整个成长期间始终保留了相同的过程和系统 大多数这些过程在建立时 所有的事务处理都通过电子邮件 纸质记录和实地拜访来人工地完成 或 年前 Myers 的一个工程师利用 Allaire 的 Cold Fusion 和一个 Microsoft SQL Server 数据库组装了一个系统来跟踪订单实施 这个系统称为 MOTS （Myers 订单跟踪系统） 它允许销售和帐目管理部门输入订单 然后由支持 工程 设计 信息系统和会计部门实施这些订单 虽然这个系统是向前迈进的重要的一步 但它仍然留有许多人工的步骤 并且没有和任何其它的业务系统集成在一起

        　　

        　　大概在同一时间 还创建了一个系统 在这个系统中客户和销售代表可以在线订购 Myers 网站的产品 这个系统可以创建新的 Web 站点 并计算提供的 Web 站点程序包的安装和重复性费用的总和 然后它发送电子邮件给各个部门 各个部门可以将订单输入到 MOTS 中 并在帐目管理系统中创建记帐信息

        　　

        　　 体系结构障碍

        　　这种类型的体系结构饱受几种系统问题之苦 在 Myers 较明显的问题之一包括启动订单跟踪所需的人工数据输入 以及作为这种人工过程的结果而产生的错误 另一个问题是公司中的订单输入 订单跟踪和记帐系统之间的脱节 订单丢失 信息遗漏和其导致的错误

        　　

        　　另一个仅偶而出现的问题是 MOTS 系统本身有内在的缺陷 由于编写 MOTS 的方式 可以输入没有部门分配信息或者丢失了部门分配信息的订单 当这种情况发生时 订单最终将在系统中丢失 当订单丢失时 准确 及时的记帐就更难实现了

        　　

        　　随着业务的成长 体系结构中的缺陷变得越来越明显 并且随着客户和订单数量的增加 丢失和错误输入的订单出现的频率越来越高 从而给公司收入带来了难于估量的影响 此外 人工输入的数据的数量导致了延迟和处理效率低下

        　　

        　　由于在实施机构内对收入的影响加大和效率降低 很明显必须要有一个替换系统来将一切联系起来 并提高效率和降低错误率 旧系统图示如下

        　　

        　　

        　　

        　　

        　　

图 旧的系统体系结构

        　　

        　　该图显示了需要人工数据输入的所有区域 由于这些系统都不是集成的 所以数据丢失或失真的可能性非常大 全局需求马上变得明显起来

        　　

        　　订单系统需要直接和实施跟踪系统联系起来 该系统需要安全保护来防止订单在未经处理之前脱离系统 需要保持精确性 以确保准确的记帐和正确的订单实施 系统需要使内部成本最小化 所以 要达到那个目的 需要快速地创建系统 但系统必须拥有完整的功能

        　　

        　　虽然一个好的订单输入和跟踪系统可以帮助降低成本 但它本身并不创造收入

        　　

        　　 深入结构

        　　在开始模式设计之前 需要解决一些基本的体系结构问题 第一个底层的技术需求是系统必须可配置 且无需额外的编码 本质上 这意味着需要把工作流嵌入到数据库中 而不是用解释/处理代码来进行硬编码 第二 数据库需要包含足够的信息 以便能够表现订单输入界面的主要（和可更改）的方面以及实施处理

        　　

        　　在努力解决上述问题的过程中 该系统逐渐适合于两个部分 — 订单输入和订单跟踪 并在两者之间提供了明确定义的联系 订单输入系统需要知道如何用准确的产品代码 折扣和定价条款来表示订单 订单实施系统需要知道如何跟踪各种类型的任务 相关的作业和各个部门 以处理和记录每份订单 最后 需要定期和可预测地把订单转化成实施作业 下图显示了目前存在的新系统的结构

        　　

        　　

　

        　　

        　　

        　　

图 新的系统体系结构

        　　

        　　该图显示了通向新的订单系统的所有信息路径 新的订单系统位于后端的门户管理站点 所有的初始数据输入都仅一次性完成 并且只需要每个小组在处理的各个阶段验证数据 通过引入从订单系统到帐目管理系统的自动数据传输 至关重要的数据传输的另一个主要的领域也变为自动化

        　　 依赖 PHP

        　　在纯技术的层面上 早期决定使用 PHP 作为主要的开发语言和 Oracle 作为系统的数据信息库 这有几个主要的原因 首先 Myers 现有的后端门户几乎完全是用 PHP 根据一个现有的 Oracle 数据库编写的 这消除了一个产生不兼容性的潜在来源 这还意味着要创建这个新的系统 Myers 可以利用自身的能力 这些能力创建了现有的后端门户

        　　

        　　第二 实验测试显示 与其它开发语言相比 PHP 提供了一个比较高的性能水平 因为 PHP 是作为一个动态加载的资料库驻留在 Apache 服务器内部的 所以每一次与系统连接都无需额外的启动时间 此外 PHP 优化的改善（通过 Zend 项目）意味着在代码内部执行的一般操作不会明显变慢 最后 为 PHP 编写的 OCI 接口模块是用 C 代码编译和优化的 这使得访问 Oracle 数据库非常高效

        　　

        　　第三 我们了解到因为 PHP 代码将其自身嵌入到了 HTML 环境中 所以对于设计人员和编程人员而言 创建协作用户接口功能代码变得更加自然 虽然最后这个特性其它的服务器端脚本语言也具备 但 Myers 发现 PHP 更不可能带来开发人员和设计人员之间的冲突 此外 PHP 的语法和提供的代码库意味着它可以做它需要做的所有事情

        　　

        　　最后 将所有代码嵌入到 HTML 代码中的另一个好处是 仅需要对标准文本文件进行修改控制就可以控制源代码 我们用 CVS 作为它的标准修改控制系统 因为 PHP 代码不一定要用某一种方式进行编译 所以创建系统的一次 编译 仅涉及到从信息库中检索文本源代码文件 然后把它们放到 web 服务器上 这意味着我们可以使用 CVS 中的控制机制为它的测试和生产环境发布增量的 bug 补丁 而无需创建复杂的编译系统

        　　

        　　 设计模式来支持可重新配置性

        　　下面的基本模式示意图显示了订单系统是如何构建的 两种主要的模式都分为原型表和事务表 无论何时当业务情况发生变化时 原型表都允许重新配置系统 而无需重新编码 事务表包含实际客户订单的订单详情和作业详情

        　　

        　　

　

        　　

        　　

图 基本模式示意图

        　　

        　　

        　　

图 基本模式示意图

        　　

        　　这些模式示意图看起来很复杂 当然 它们的确很复杂 不过 如果把它们分开 使得只出现原型表（以 _def 结束的表） 那么该体系结构的基本结构就变得很清楚了 订单由行组组成 这些行组包括详细信息 订单行或两者 订单行可以随意地创建作业 作业由一个任务序列组成 并且包含几条详细信息 必需要为各种任务输入这些详细信息 任务出现在不同的队列中 这些队列可以由不同部门的特定用户进行访问

        　　

        　　为了检验系统 策略是分阶段将订单系统原型化 系统要检验的第一部分是它单独从订单原型表中创建一份清楚的订单的能力 一旦完成了最初的模式定义 订单生成器就是原形化的系统的第一个可视部分

        　　

        　　为构建和配置这个系统而组成的小组除含受这个系统影响最大的各个部门的经理之外 还包括三个开发人员 开发人员的分工分别为 构建配置功能 显示功能和事务处理功能 在整个最初的构建周期内 部门经理提供了关于界面（这些界面使用户能够输入和处理数据）类型的有价值的反馈

        　　 利用 PHP 绘制用户界面

        　　要原型化的初始订单是基本的 Web 站点订单 在 webw/ 上提供 得到的订单是由一个开发人员用 PHP 在三天的时间内创建的 如果订单原型定义 — 依靠只在数据库和浏览器之间的一层 PHP 代码 就能够完全定义订单输入的外观和行为 那么在数据库设计中需要一定程度的折衷 为此 诸如订单行组之类的结构必须支持两个用途 ( ) 在输入表单上提供可视化的区分 以使类似的产品组可以绘制在一起 ( ) 从功能上对类似的商品分组 比如说打了一定折扣的商品 或一个选项列表 从中可以作出唯一的选择

        　　

        　　因为 PHP 是开发语言 所以原型组建相当快速 从而可以快速地完成模式所需的修改并且为表单生成器重新编码（一前一后） 此外 因为模式是考虑了绘制的用户界面而设计的 所以当在原型构建过程中出现新的可视化需求时 可以容易地进行模式修改和改编 生成的表单外观与下图相似

        　　

        　　

　

        　　

图 订单生成

        　　

        　　 创建一个功能完全的系统

lishixinzhi/Article/program/Oracle//