2013-03-15 00:00:00
来 源
中存储网
MongoDB教程
【51CTO独家特稿】2010年应该被人们记住,因为SQL将在这一年死去。这一年关系数据库行将就木,这一年开发者发现他们再不需要长时间辛苦的构造列或者表格来存放数据。2010年将是文档型数据库的起始年。尽管这样的势头已经持续多年,现在才是一个更多,更广泛的

【51CTO独家特稿】2010年应该被人们记住,因为SQL将在这一年死去。这一年关系数据库行将就木,这一年开发者发现他们再不需要长时间辛苦的构造列或者表格来存放数据。

2010年将是文档型数据库的起始年。尽管这样的势头已经持续多年,现在才是一个更多,更广泛的文档型数据库出现的年代。从基于云计算的Amazon到Google,大量开源工具,以及随之诞生的CouchDB和MongoDB。

那么什么是MongoDB?下面有五件事是PHP开发者应该了解的。

1.MongoDB是一个单独的服务器

2.MongoDB是基于文档,而不是基于表

3.MongoDB中较少的Schema

4.你不需要学习另外的语言

5.MongoDB有良好的PHP支持

1.MongoDB是一个单独的服务器

就像MySQL和PostgreSQL一样,MongoDB将监听接入的链接。它提供的工具作用包括询问,创建,更新和删除。理论上,你将跟在MySQL和PostgreSQL一样的进行工作:链接,处理,然后再关闭链接。

2.向行和表说再见,欢迎文档和收集器

代替储存数据的表和行,MongoDB将数据储存在文档中。假如我们有一篇带标题的“文章”,它有多个作者,一个主题和标签。所有这些看起来就像下面:

  1. <?php   array(  
  2. 'title' => 'Hello World',   'authors' => array('John''Sally''Jim'),  
  3. 'body' => 'Hello world',   'tags' => array('tag1''tag2''tag3')  
  4. );   ?> 

    上面的例子中最关键的就是那一条记录——这篇文档——是的,确实存储起来就像是一篇文档,支持复合形式的值存储在同一区域。不再需要结构化,不需要将数据按照表来区分。因此,表已经不存在了。

    3.MongoDB包含较少的schema

    MongoDB没有schema语言。如果你想新建一种文档类型,你不需要告诉数据库任何事情。尽管将新的数据放到数据库中就行了。

    在第二点中,我模拟了一个文档。现在我想为所有区域定义一个文章类型,所有我需要做的就是将这些数据写到数据库中。如果我决定延缓写入呢?我只需要拉出这部分数据,然后加上日期字段,最后保存就行。

    那么数据类型怎么办?简单的回答就是MongoDB运用一种强制系统,类似JavaScript或者PHP。如此这样,数据库极好的弱化了类型的作用。

    这有一些漏洞(超大量的数据需要一些明确的定义),不过多数情况下,你写你的MongoDB代码就像在PHP上编程一样。

    4.你不需要学习另外的语言

    回忆一下其他你曾写过的数据库抽象层。回忆所有你曾使用过的ORM层。那么你现在可以抛弃他们的,在MongoDB上你用不着他们了

    MongoDB(包含它的PHP驱动)不需要询问语言。在大多数案例中,你只需要简单的给定一个指针具体制定你需要的,然后返回你一个文档指向。

    如果你运行一些高阶函数(比如Map-Reduce),你可以通过JavaScript应用加入到MongoDB中去,并且在JavaScript内部引擎中运行这些脚本。

    5.PHP和MongoDB是天生一对?

    PHP已经对MongoDB具备很好的支持。Mongo驱动可以作为一个PECL加载项加入到PHP,这意味着安装起来就像运行PECL一样安装Mongo。

    看到这里,你可以开始编写Mongo的API了。更广一些说,它和PDO排在一起。不是简单的消亡,但是绝对不同于我们之前开发过的数据库。

    API的说明文档将包括一个引导和许多例子,这样你就可以在短时间内自举。下面将是对你十分有用的提示。

    MongoDB发展非常快。

    开发时间非常短,没有过多的模式来管理,很少(如果有的话)的数据映射。

    因为没有新的查询语言要学习,代码的调整很小。毕竟,你不需要另外的ORM,封包也非常轻。

    你的代码是未来的保证,可以更轻松的为你的对象增加更多的领域,甚至是更复杂的领域。因此你的代码可以很轻松的适应需求的变化。

    延伸阅读

    MongoDB的LOGO 

    MongoDB Logo

    Mongo是一个高性能,开源,无模式的文档型数据库,它在许多场景下可用于替代传统的关系型数据库或键/值存储方式。Mongo使用C++开发,提供了以下功能:

    ◆面向集合的存储:适合存储对象及JSON形式的数据。

    ◆动态查询:Mongo支持丰富的查询表达式。查询指令使用JSON形式的标记,可轻易查询文档中内嵌的对象及数组。

    ◆完整的索引支持:包括文档内嵌对象及数组。Mongo的查询优化器会分析查询表达式,并生成一个高效的查询计划。

    ◆查询监视:Mongo包含一个监视工具用于分析数据库操作的性能。

    ◆复制及自动故障转移:Mongo数据库支持服务器之间的数据复制,支持主-从模式及服务器之间的相互复制。复制的主要目标是提供冗余及自动故障转移。

    ◆高效的传统存储方式:支持二进制数据及大型对象(如照片或图片)。

    ◆自动分片以支持云级别的伸缩性(处于早期alpha阶段):自动分片功能支持水平的数据库集群,可动态添加额外的机器。

    MongoDB的主要目标是在键/值存储方式(提供了高性能和高度伸缩性)以及传统的RDBMS系统(丰富的功能)架起一座桥梁,集两者的优势于一身。根据官方网站的描述,Mongo适合用于以下场景:

    ◆网站数据:Mongo非常适合实时的插入,更新与查询,并具备网站实时数据存储所需的复制及高度伸缩性。

    ◆缓存:由于性能很高,Mongo也适合作为信息基础设施的缓存层。在系统重启之后,由Mongo搭建的持久化缓存层可以避免下层的数据源过载。

    ◆大尺寸,低价值的数据:使用传统的关系型数据库存储一些数据时可能会比较昂贵,在此之前,很多时候程序员往往会选择传统的文件进行存储。

    ◆高伸缩性的场景:Mongo非常适合由数十或数百台服务器组成的数据库。Mongo的路线图中已经包含对MapReduce引擎的内置支持。

    ◆用于对象及JSON数据的存储:Mongo的BSON数据格式非常适合文档化格式的存储及查询。

    自然,MongoDB的使用也会有一些限制,例如它不适合:

    ◆高度事务性的系统:例如银行或会计系统。传统的关系型数据库目前还是更适用于需要大量原子性复杂事务的应用程序。

    ◆传统的商业智能应用:针对特定问题的BI数据库会对产生高度优化的查询方式。对于此类应用,数据仓库可能是更合适的选择。

    ◆需要SQL的问题

    MongoDB支持OS X、Linux及Windows等操作系统,并提供了Python,PHP,Ruby,Java及C++语言的驱动程序,社区中也提供了对Erlang及.NET等平台的驱动程序。

    声明: 此文观点不代表本站立场;转载须要保留原文链接;版权疑问请联系我们。