【消息】2009年11月9日，嵌入式实时数据库系统厂商McObject公司发布了eXtremeDB 4.0版。McObject称，eXtremeDB 4.0版将为客户提供更广泛的开发能力；更高的速度；更好的资源利用率；并且将可扩展性提升到一个***的新水平。
新版eXtremeDB具有以下特性更新和增强：
多版本的并发控制(MVCC)事务管理 —— eXtremeDB规范的数据库访问特性，消除了“锁”的消耗。现在，企业可以很容易的改善可扩展性和性能，尤其是对运行在多核系统中的有很多任务或进程的应用系统，会有更大的改进。
新的索引结构 ——eXtremeDB 4.0增加了对KD Tree的支持。KD Tree是一种非常方便使用的数据索引，既可加速数据处理，又能够让开发者增加高效查询功能.
数据索引算法 ——eXtremeDB 4.0为MVCC事务管理以及更好的存取性能提供***化的数据索引算法.
数据库逻辑设备 —— McObject公司新产品的引入了数据库逻辑设备的概念。这个概念不管是在内存或者***存储，还是在两者皆有的情形下，都简化创建数据库的步骤。并且当数据库创建在两个或者多个存储设备上时，这个新特点也能提升数据库的性能，优化数据库恢复的技术，而不论这些存储设备是普通的机械硬盘还是固态盘。
统一编程接口 ——eXtremeDB 4.0用一个新的统一编程接口API扩展一个已经很庞大的开发工具集。这种***的功能库，对基于C/C++接口的应用程序的开发的速度很高，并且可以应用于所有程序。eXtremeDB也提供一个特定工程的本地接口，并且支持工业化标准SOL的API。
McObject公司CEO Steve Graves评价道：XtremeDB 4.0嵌入式实时数据库系统，它很好地解决不断增长的复杂数据，并且能够使客户开发更可靠，性能更好，更满足终端用户高级功能要求的软件和设备。
【编辑推荐】
如何编程将word中的附件（嵌入式对象）保存到文件？ 有使用过word另存为docx格式，解压再解析embeddings
1、不明白为什么要解压缩出来，也许LZ是希望提取Word中的各种“对象”吧包括word、ppt、excel等，然后将提取的这些附件“另存为”一个一个单独的文件，如果是这样的话那么可以参考：向word插入一个已经存在的excelobjectoMissing=;=();//创建word对象=true;//显示出来=(refoMissing,refoMissing,refoMissing,refoMissing);//创建一个新的空文档，格式为默认的();//激活当前文档objecttype=.12;//插入的excel格式，这里我用的是excel2010，所以是.12objectfilename=@C:\;//插入的excel的位置(reftype,reffilename,refoMissing,refoMissing);//执行插入操作那么只需要进行相反的操作就可以了，所以这里的关键是获取集合对象，通过该对象识别插入的“对象”，然后再将这些对象转换为合适的类型，通过SaveAs方法另存一下2、将doc转换为docx，原理类似，我的方法是在安装了word2007（组件版本office12）的前提下，用C#打开文档，然后利用SaveAs方法将其转换为docx(2007)格式
我是新手，如何查看全部的arm寄存器？不会是只有查看数据手册才有吧？还有arm市面伤是不是都以mc
首先啊你说的arm 寄存器不准确，没有明确指出是arm core的寄存器，还是arm soc上的寄存器。 一般来说你这里应该指的是soc上的一些controller的寄存器吧。 一般来说没有一次性打印全部寄存器的，都是需要哪个寄存器的值，有针对性的打印的。 arm市面上有mcu和AP之分，MCU就是小型的的arm处理器，功能速度弱一点的，比如arm7，arm9，cortex-m系列。 高端的AP一般都应用在手机上，叫应用处理器，一般都是a8 a9 a15多核的SOC。 其实你都可以叫他们CPU，只是大家都觉得CPU是比较强劲的那种x86的处理器，不过最近arm64出来后，各大厂家也开始做这类CPU了，AMD不是做了一个arm64的server CPU吗，也带个风扇，8核，速度也快，这类你可以认为就是CPU吧。
J2EE架构的优点和缺点有哪些
解决这个问题可以走两条路：用自己的皮肤系统和美工本来就会IDE。 其次是服务层的标准缺少，虽然Corba之类早已出现，但是昂贵的费用和实施的难度太大了。 事实上这样的服务层确实有象BEA的Tuxedo，IBM的CICS等，但伸缩性小，使用范围小，不算是老少咸宜。 最后是数据层一般是直接存取数据库，高级一点的是通用性强一点，能多访问几个数据库。 但远没有到对象持久化这种程度。 传统三层架构B/S J2EE架构的推出带来了很大的进步，先前推出的PHP、ASP等嵌入式脚本语言只限于一种模板脚本语言而已，真正的架构还是从J2EE开始起的。 早期J2EE还未成熟，这张图应该是J2EE1.2以后的，至少是EJB2.0以后的。 在UI层与其他脚本嵌入语言类似，模板+脚本，仍然没有较好的Action功能，这直到struts之类的出现才开始改观。 SeesionBean的出现加速了服务层的建立，让业务逻辑真正可以独立出现，尽管现实没有这么理想。 Entity Bean的出现，非凡是CMP的出现，建立了对象持久层，数据库再也不需要了解细节了，甚至对象数据存在哪里都没人想知道了，虽然有这样那样的困难和问题。 现代多层架构 多层架构是从开源开始的。 Struts是闻名的MVC2，尽管现在看来问题还是不少，但是不可否认，它的功劳是显著的。 AspectJ带来了AOP，让开发换个思路。 Spring让这些看上去很简单，重新发掘Bean的力量。 WebWork、JSTL、Tapestry、JSF、PIO、Hibernate、Castor等等一系列的开源计划层出不穷，我可以列到你开始呕吐为止。 有很多显著的特点： 注重UI层的简化开发，强化模板引擎和组件开发，使Action或Lisnter成为标准配备。 服务层强调弱耦合，可以与多个轮子一起工作，方便更换合适的框架，甚至考虑兼容传统系统。 对象持久大行其道，都是针对EJB的软肋去的，但3.0的发布会弥补EJB的问题。 各大厂商争相抢夺市场，工具和服务器和版本飞涨，跳得比计价器还快。 XML大行其道，已经成为标准格式，至少是配置文件和转换模板的标准。 现代架构简介 View 展示层。 显示内容、接受用户人工信息。 Template Engine 模板引擎层。 使用模板的方式产生最终View展示层的内容。 Action或Listener 动作或监视层。 接受用户人工动作、根据动作反馈。 Control 控制UI层。 控制UI的动作反馈、页面流程。 Service 服务层。 除业务逻辑以外的系统逻辑、访问域逻辑的接口、转发访问域逻辑的请求。 Domain Logic 域逻辑层。 业务逻辑、与传统遗留系统的业务逻辑接口。 Domain Model 域模型层。 业务模型，与业务有关的对象模型树，包括对象属性和之间的关系。 XML Model。 用XML定义的域模型。 鉴于XML的重要性，单独列出。 Object Model。 用Object对象来定义的域模型。 Object Persistent 对象持久层。 将域模型对象持久化。 Database System 数据库系统。 关系型或对象型数据库系统，代表了存储系统。 应用级架构 可能应该称为实用架构，因为以下这些架构与现代架构不冲突，是建立在现代架构基础上的应用级架构。 光有现代架构当然对开发来说并没有省心，反而是更增加沟通和培训成本，因此应用级架构，或可称为中间件，非常重要。 应用级架构是用来解决各种业务问题的高层次架构。 Workflow 工作流。 解决一切依靠流程的业务系统中的流程部分的问题。 工作流只管流程。 E-Form 电子表单。 解决一切业务系统中需要频繁变动界面。 包括电子表单设计器和编译器。 Protal 门户。 解决多个业务系统的高级集成。 多业务系统不仅是展示层上的集成，更深入到互动地集成，将可能产生相互影响。 Data Exchange 数据交换。 数据传输和格式转换。 解决多个业务系统的数据交换问题。 Message 消息中间件。 解决异步消息传输问题。 Instance Message 即时消息。 解决即时沟通交流问题，并且答应与业务系统互动。 Real-Time 实时系统。 对时间和高可靠性的要求。 Embedded 嵌入式系统。 开发各种其它设备上的应用系统。
发表评论