华为项目用哪些数据库，hana和oracle sql哪个好

本文目录一览

1，hana和oracle sql哪个好
2，急求为什么当年联想选择了SAP而华为选择了oracle呢求详细
3，一般智能手机中的软件使用的是什么数据库
4，手机软件开发中使用的数据库都是Sqlite吗安卓和iphone都是吗搜
5，华为fusionsphere的openstack是基于什么版本

1，hana和oracle sql哪个好

其实不能说抛弃，oracle的数据库太久了，也没什么变化，大数据时，在性能优化上基本没什么效果。。。hana列式存储是sap最先提出来并且实现的，在大数据时代，这可以说是划时代的。虽然后面oracle也抄袭了sap，可是hana的地位确实不变的。相比于委外加工，工厂自制配套产品更能降成本，拉业绩华为没有上sap系统，但是已经在用hana数据库了。

客户的数据分析系统要求支持SAP的HANA数据库，为了这个项目，我们从SAP公司搞了一台SAP HANA数据库服务器，是HP的主机，服务器比一般的个人主机要大一些，当我和其他同事一起搬的时候，才知道这台机器那个沉呀，看来真是“货真价实”呀。　　做数据库SQL差异性比较是系统支持HANA的关键。

hana和oracle sql哪个好

2，急求为什么当年联想选择了SAP而华为选择了oracle呢求详细

1996年1996年SAP在中国华为项目上输给ORACLE就是案例之一，其后，又在美的、中兴等项目上相继失利于ORACLE。SAP此时开始公开与ORACLE翻脸交恶。华为上 ERP 时，是好多年前了，SAP和oracle都去竞争了，当时oracle名气还不及sap, 但SAP轻敌，而oracle为了在国内打开局面，给了华卫很多承诺(oracle的风格，能否兑现就难说了，但会尽量满足)，且oracle的架构开放度较高，SAP就很多顾忌(不做随意承诺，SAP的风格)，结果华为就选oracle了，看过相关报道，但找不回出处了。联想是1997年8月到1998年4月接触sap,oracle，2家竞争都十分积极，最后联想经内部反复论证，最后柳总拍板选了SAP，个中细节不详，但和SAP的尽力竞争应有莫大的关系。

你好！排除关系因素，联想选SAP的关键在于联想是典型的制造业，又比华为多很多分公司、营业网店，而且联想的员工层次不齐，不像华为那样精英化，ERP对于联想的意义更大，选择这个领域里领先的SAP更适合。打字不易，采纳哦！

你可以在SAPZP的专业SAP招聘网站上搜索你的SAP职位。

急求为什么当年联想选择了SAP而华为选择了oracle呢求详细

3，一般智能手机中的软件使用的是什么数据库

智能手机中用的数据库一般为SQLite。　　简介：　　SQLite，是一款轻型的数据库，是遵守ACID的关系型数据库管理系统，它包含在一个相对小的C库中。它是D.RichardHipp建立的公有领域项目。它的设计目标是嵌入式的，而且目前已经在很多嵌入式产品中使用了它，它占用资源非常的低，在嵌入式设备中，可能只需要几百K的内存就够了。它能够支持Windows/Linux/Unix等等主流的操作系统，同时能够跟很多程序语言相结合，比如 Tcl、C#、PHP、Java等，还有ODBC接口。

格机就能解决问题，没那么麻烦。做好手机内存的备份（照片之类的）。名片夹。短信。1、软格：在手机上输入*#7370#之后要求你输入锁码，初始密码是：12345，如果你更改过手机密码，那就是更改后的密码（不是sim卡密码），之后出现白屏，只显示nokia字样，3~5分钟后就完成了，格完重新输入手机时间； 2、硬格：先关机，在开机的同时按住拨号键、“*”键、“3”键，打开电源直到“nokia”字样出现，此过程不能松开任何一个按键，稍稍等几秒直至出现“formating……/”字样，这时方可松开按键。3~5分钟后系统格式化完成，手机自动重启并进入待机画面，重新输入手机时间；

一般智能手机中的软件使用的是什么数据库

4，手机软件开发中使用的数据库都是Sqlite吗安卓和iphone都是吗搜

iPhone也可以选择其他持久方案，如Core Data等，安卓不清楚

安装sqlite expert professional 可以在网上下载，我下载的是试用版，没有找注册码，但是试用不影响使用，反正用几次查看到数据库操作没有错误就不用这个工具了。当然也可以使用eclipse插件ddms来查看，也可以使用android工具包中的adb工具来查看。android项目中的sqlite数据库位于/data/data/项目包/databases中。先介绍使用ddms导出sqlite数据库的操作和使用adb工具访问sqlite数据库。首先打开android项目的调试模式，然后找到显示ddms切换到ddms，显示file explorer窗口，找到/data/data/ 如下图1 ，然后找到程序包的文件夹，打开databases，就能看到sqlite数据库文件了。选择将其导出。如下图2.这样就把sqlite数据库文件以文件的方式导出来了，然后使用sqlite界面管理工具如sqlite expert professional可以打开该数据库了。其他 sqlite界面管理工具如sqlite administrator、sqlite man或者firefox插件sqlite manager也可以打开该数据库。使用adb工具访问sqlite数据库android debug bridge（adb）是android的一个通用调试工具，它可以更新设备或模拟器中的代码，可以管理预定端口，可以在设备上运行shell命令，我们知道android是基于linux内核，它的内部文件结构也是采用linux文件组织方式，因此访问它的文件结构需要使用shell。这次我们就会用 shell来访问android应用中的sqlite数据库文件。1、运行cmd，切换到android-sdk目录，运行adb.exe，加上参数shell，出现#号就代表进入了shell命令模式，注意adb要在android模拟器运行时才能进入shell：如下图进入数据库所在目录：shell命令记住两个基本命令ls和cd，类似windows命令提示行中的dir和cd，代表列出当前目录下文件列表和进入到指定目录。了解这两个命令之后，就可以找到data/data/项目包名/databases 如下图1，找到数据库文件如下图2。使用sqlite管理工具来进行数据库操作键入sqlite3 数据库名就进入了sqlite管理模式了。如下图设置sqlite环境变量：在android的sdk中自带了sqlite3.exe，这是sqlite的官方管理工具，它是一个命令行工具。为了使用方便，将其路径注册到系统环境变量path中，即将;%android_home%加在path中，这样只样运行sqlite3，就能直接打开sqlite管理工具了。如下图：8使用sqlite管理数据库：sqlite命令行工具默认是以;结束语句的。所以如果只是一行语句，要在末尾加;，或者在下一行中键入;，这样sqlite命令才会被执行。sqlite常用命令：.tables--查看数据库的表列表.exit--退出sqlite命令行其他命令可随时.help查看帮助。sql命令可直接在此命令行上执行即可：

5，华为fusionsphere的openstack是基于什么版本

OpenStack其实有三个与存储相关的组件，这三个组件被人熟知的程度和组件本身出现时间的早晚是相符的，按熟悉程度排列如下:Swift--提供对象存储 (Object Storage)，在概念上类似于Amazon S3服务，不过swift具有很强的扩展性、冗余和持久性，也兼容S3 APIGlance--提供虚机镜像(Image)存储和管理，包括了很多与Amazon AMI catalog相似的功能。(Glance的后台数据从最初的实践来看是存放在Swift的)。Cinder--提供块存储(Block Storage)，类似于Amazon的EBS块存储服务，目前仅给虚机挂载使用。(Amazon一直是OpenStack设计之初的假象对手和挑战对象，所以基本上关键的功能模块都有对应项目。除了上面提到的三个组件，对于AWS中的重要的EC2服务，OpenStack中是Nova来对应，并且保持和EC2 API的兼容性，有不同的方法可以实现)三个组件中，Glance主要是虚机镜像的管理，所以相对简单;Swift作为对象存储已经很成熟，连CloudStack也支持它。Cinder是比较新出现的块存储，设计理念不错，并且和商业存储有结合的机会，所以厂商比较积极。Swift关于Swift的架构和部署讨论，除了官方网站，网上也有很多文章，这里就不重复.(也可以参考我之前在OpenStack中国行活动中上海站演讲的PPT)。从开发上看，最近也没有太大的结构性调整，所以我想主要说说比较适用的应用领域好了。从我所了解的实际案例来看，Swift出现的领域有4个，(应该还有更多，希望大家看到实际用例能够指教)1.网盘。Swift的对称分布式架构和多proxy多节点的设计导致它从基因里就适合于多用户大并发的应用模式，最典型的应用莫过于类似Dropbox的网盘应用，Dropbox去年底已经突破一亿用户数，对于这种规模的访问，良好的架构设计是能够支撑的根本原因。Swift的对称架构使得数据节点从逻辑上看处于同级别，每台节点上同时都具有数据和相关的元数据。并且元数据的核心数据结构使用的是哈希环，一致性哈希算法对于节点的增减都只需重定位环空间中的一小部分数据,具有较好的容错性和可扩展性。另外数据是无状态的，每个数据在磁盘上都是完整的存储。这几点综合起来保证了存储的本身的良好的扩展性。另外和应用的结合上，Swift是说HTTP协议这种语言的，这使得应用和存储的交互变得简单，不需要考虑底层基础构架的细节，应用软件不需要进行任何的修改就可以让系统整体扩展到非常大的程度。2.IaaS公有云Swift在设计中的线性扩展，高并发和多租户支持等特性，使得它也非常适合做为IaaS的选择，公有云规模较大，更多的遇到大量虚机并发启动这种情况，所以对于虚机镜像的后台存储具体来说，实际上的挑战在于大数据(超过G)的并发读性能，Swift在OpenStack中一开始就是作为镜像库的后台存储，经过RACKSpace上千台机器的部署规模下的数年实践，Swift已经被证明是一个成熟的选择。另外如果基于IaaS要提供上层的SaaS 服务，多租户是一个不可避免的问题，Swift的架构设计本身就是支持多租户的，这样对接起来更方便。3.备份归档RackSpace的主营业务就是数据的备份归档，所以Swift在这个领域也是久经考验，同时他们还延展出一种新业务--“热归档”。由于长尾效应，数据可能被调用的时间窗越来越长，热归档能够保证应用归档数据能够在分钟级别重新获取，和传统磁带机归档方案中的数小时而言，是一个很大的进步。4. 移动互联网和CDN移动互联网和手机游戏等产生大量的用户数据，数据量不是很大但是用户数很多，这也是Swift能够处理的领域。至于加上CDN，如果使用Swift，云存储就可以直接响应移动设备，不需要专门的服务器去响应这个HTTP的请求，也不需要在数据传输中再经过移动设备上的文件系统，直接是用HTTP 协议上传云端。如果把经常被平台访问的数据缓存起来，利用一定的优化机制，数据可以从不同的地点分发到你的用户那里，这样就能提高访问的速度，我最近看到Swift的开发社区有人在讨论视频网站应用和Swift的结合，窃以为是值得关注的方向。GlanceGlance比较简单，是一个虚机镜像的存储。向前端nova(或者是安装了Glance-client的其他虚拟管理平台)提供镜像服务，包括存储，查询和检索。这个模块本身不存储大量的数据，需要挂载后台存储(Swift，S3。。。)来存放实际的镜像数据。Glance主要包括下面几个部分:l API service: glance-api 主要是用来接受Nova的各种api调用请求，将请求放入RBMQ交由后台处理，。l Glacne-registry 用来和MySQL数据库进行交互，存储或者获取镜像的元数据，注意，刚才在Swift中提到，Swift在自己的Storage Server中是不保存元数据的，这儿的元数据是指保存在MySQL数据库中的关于镜像的一些信息，这个元数据是属于Glance的。l Image store: 后台存储接口，通过它获取镜像，后台挂载的默认存储是Swift，但同时也支持Amazon S3等其他的镜像。Glance从某种角度上看起来有点像虚拟存储，也提供API，可以实现比较完整的镜像管理功能。所以理论上其他云平台也可以使用它。Glance比较简单，又限于云内部，所以没啥可以多讨论的，不如看看新出来的块存储组件Cinder，目前我对Cinder基本的看法是总体的设计不错，细节和功能还有很多需要完善的地方，离一个成熟的产品还有点距离。CinderOpenStack到F版本有比较大的改变，其中之一就是将之前在Nova中的部分持久性块存储功能(Nova-Volume)分离了出来，独立为新的组件Cinder。它通过整合后端多种存储，用API接口为外界提供块存储服务，主要核心是对卷的管理，允许对卷，卷的类型，卷的快照进行处理。Cinder包含以下三个主要组成部分API service:Cinder-api 是主要服务接口, 负责接受和处理外界的API请求，并将请求放入RabbitMQ队列，交由后端执行。 Cinder目前提供Volume API V2Scheduler service: 处理任务队列的任务，并根据预定策略选择合适的Volume Service节点来执行任务。目前版本的cinder仅仅提供了一个Simple Scheduler, 该调度器选择卷数量最少的一个活跃节点来创建卷。Volume service: 该服务运行在存储节点上，管理存储空间，塔处理cinder数据库的维护状态的读写请求，通过消息队列和直接在块存储设备或软件上与其他进程交互。每个存储节点都有一个Volume Service，若干个这样的存储节点联合起来可以构成一个存储资源池。Cinder通过添加不同厂商的指定drivers来为了支持不同类型和型号的存储。目前能支持的商业存储设备有EMC 和IBM的几款，也能通过LVM支持本地存储和NFS协议支持NAS存储，所以Netapp的NAS应该也没问题，好像华为也在努力中。我前段时间还在Cinder的blueprints看到IBM的GPFS分布式文件系统，在以后的版本应该会添加进来到目前为止，Cinder主要和Openstack的Nova内部交互，为之提供虚机实例所需要的卷Attach上去，但是理论上也可以单独向外界提供块存储。部署上，可以把三个服务部署在一台服务器，也可以独立部署到不同物理节点现在Cinder还是不够成熟，有几个明显的问题还没很好解决，一是支持的商业存储还不够多，而且还不支持FC SAN，另外单点故障隐患没解决，内部的schedule调度算法也太简单。另外由于它把各种存储整合进来又加了一层，管理倒是有办法了，但是效率肯定是有影响，性能肯定有损耗，但这也是没办法的事了。Openstack通过两年多发展，变得越来越庞大。目前光存储就出现了三种:对象存储、镜像存储和块存储。这也是为了满足更多不同的需求，体现出开源项目灵活快速的特性。总的说来，当选择一套存储系统的时候，如果考虑到将来会被多个应用所共同使用，应该视为长期的决策。Openstack作为一个开放的系统，最主要是解决软硬件供应商锁定的问题，可以随时选择新的硬件供应商，将新的硬件和已有的硬件组成混合的集群，统一管理，当然也可以替换软件技术服务的提供商，不用动应用。这是开源本身的优势!