Android一般采用什么数据库？

Android一般采用sqlite数据库作为数据存储方案。

目前成都创新互联公司已为上1000家的企业提供了网站建设、域名、网站空间、网站托管、企业网站设计、夷陵网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。

通常的数据库有关系型数据如：ms

ql

,mysql,oracle等，非关系型nosql数据库

如mongodb,redis

android作为手机端的手机操作系统，是无法直接操作大型的关系型或是no

sql类型的数据库的。

从你的应用描述中景点等信息都可以选择存储在sqlite中。

但是图片这些信息还是建议你存储到服务器上，以文件的形式存储。

还有一种方式是在服务器中使用任何的关系型和非关系型数据库存储你的所有数据，但是你的android应用需要通过api去访问你的景点图片信息。

如何在Android Gradle中添加原生so文件依赖

几个月前，基于Google的LevelDB，我为Android平台写了一个名为SnappyDB的键值数据库（NoSQL）。

由于它使用到了原生C++代码，因此最终生成的文件除了Jars包还有so文件。

通过Maven仓库发布我们的函数库没有什么问题（只要你通过繁琐的发布流程），maven-android-plugin可以帮助我们包含共享库。Maven依赖规则使得我们可以指定想要获取的ABI（不同的CPU架构）的类型以及函数库的格式（我们的是.so格式）。

例如，为SnappyDB获取ARM平台共享库：

dependency

groupIdcom.snappydb/groupId

artifactIdsnappydb-native/artifactId

version0.2.0/version

classifierarmeabi/classifier

typeso/type

新手用Java怎么做简单后天安卓系统

使用J2EE技术或者叫JavaWeb技术开发一个Web服务器，服务器返回Json数据，android客户端解析json数据，使用http协议和服务器通信，android有相应模块和API。首先楼主得懂Java后台也就是JavaEE，用Servlet搭建Web服务，Serlvet映射一个URL，Android请求这个URL，Servlet处理请求，然后就是Java编程，Web分层、JDBC等技术。服务器返回标准的JSON轻量数据（就是纯文本），Android来解析。

具体技术：（1）JavaServlet作为Web服务的处理入口；（2）Java编程编写业务处理程序；（3）JDBC访问数据库；（4）Android端的HTTP模块，API；（5）Android端解析JSON数据；（6）Servlet或者Java端生成JSON数据；

等楼主技术强了，就可以接触各种框架、EJB技术了。Spring、SpringMVC、Struts、Hibernate，甚至NOSQL、分布式、负载、node.js、模板技术等等。

安卓软件开发的高手，可以给我点建议：题目：基于安卓的交通信息采集发布系统开发

一个WEB前端，一个后台服务，一个数据库，一个ANDROID APP。

WEB前端可以使用JS或者FLEX，滚动网页发布路况信息的功能随便找个人都会做；叠加到地图上需要你调用Google或者百度地图的API，也很简单。

ANDROID APP可以有几种实现方式，第一种，让用户通过搜索的方式找到自己要报的地点，做个搜索框和搜索按钮；第二种，调用ANDROID的API得到当前GPS位置信息。后面的事情就是调用地图API，在地图上给他显示出来，让然后可以选择个状态，例如三种，绿黄红，还可以加个评论，以及拥堵原因的选择等等。

后台服务，可以用Spring,Structs,Hibernate，或者干脆点儿，用GRAILS，简单，上手快，开发也够快。跟ANDROID可以使用Webservice（WS）通讯，内部报文随便你XML还是JASON，别自己设计报文，会弄死你。做个底层的通讯模块，负责WS的通讯管理。然后用Active MQ，把消息报文扔队列里。弄个数据存储模块，功能就是把ANDROID发来的信息添加到数据库里；再弄个数据查询模块，从那张大表里掏数据。

数据库，其他的表我就不管你了，核心就一张大表。这张表里保存了位置名称，经度，纬度，状态。其他的什么创建时间创建人之类的我也不管你，该扔进去的都扔进去，保证一个SQL全能掏出来就行，性能问题。

这个系统的关键在于，你调用了各种地图的API来完成展示，你所要提供的，就是已知的地点名称，经纬度信息和路况状态。所以如果我是你，我会招有地图开发经验的前端工程师，后台一般的JAVA工程师就可以。

如果你的系统响应量特别的大，可以考虑集群，数据库如果是瓶颈可以使用NOSQL。

其实这个系统一点儿都不难，不过点子很好。

PS: 给你解释下数据流：

手机端用户通过你的手机给出搜索条件，你扔给GOOGLE MAP得到位置信息和地图展示，手机端用户给出路况信息，你的应用把这信息发送给后台，后台把这信息更新到数据库里；

WEB前端用户给出搜索条件，你把条件扔给后台数据库掏出相关路况结果，展示给用户。

这里边唯一稍微困难的就是可能会用到模糊搜索，你可能需要一个算法来将用户指定地点周围某个半径内的所有路况都掏出来。这个只要你在前端给出条件后，到地图里去找到经纬度，然后一个简单的算法，得到XY范围，到后台一掏就行了；

手机端提供信息的可信度也可能是个问题，你可以搞一张表，把所有的路况信息都放进去，然后把某个小范围内的经纬度点视为一个原子点，相关的多条路况信息你可以做个筛选算法，例如按照更新顺序进行加权，然后比较等等。

PPS: 又想了一下，其实还有一种更加笨拙也更加稳妥的解决方案，那就是建立一个庞大的字典表，把每条路都进行定义，包括东向西方向和西向东方向，每条路对应的经纬度范围也保存下来。这样你就可以做到显示名称的统一了。

标题名称：安卓nosql,安卓游团手游guan网
网页路径：http://myzitong.com/article/phjjoe.html