<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>浮山狼de博客 &#187; 数据库</title>
	<atom:link href="https://www.fushanlang.com/tag/database/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.fushanlang.com</link>
	<description>next station - 下一站，活在当下，且行且思</description>
	<lastBuildDate>Sat, 29 Nov 2014 15:14:11 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=4.2.5</generator>
	<item>
		<title>mysql(ERROR 1406 (22001): Data too long for column)</title>
		<link>https://www.fushanlang.com/mysql-error-1406-22001-data-too-long-for-column-1828/</link>
		<comments>https://www.fushanlang.com/mysql-error-1406-22001-data-too-long-for-column-1828/#comments</comments>
		<pubDate>Fri, 22 Apr 2011 04:58:03 +0000</pubDate>
		<dc:creator><![CDATA[fushanlang]]></dc:creator>
				<category><![CDATA[数据库]]></category>
		<category><![CDATA[mysql]]></category>

		<guid isPermaLink="false">http://www.fushanlang.com/blog/?p=1828</guid>
		<description><![CDATA[MySQL 导入恢复数据库错误 <p>执行命令： mysql -u[username] -p[password] dbname&#60;dbbak.sql</p> <p>遇到“ERROR 1406 (22001): Data too long for column at ” 某个字段过长，实际上是数据库sql文件中含有UTF8编码 如中文字段内容在Windows下，命令行窗口不支持UTF-8编码，即便使用“set names utf8;”不会达到转化中文的效果。但是这个问题还是可以解决的： （1）使用默认编码建立数据库。这种情况下就可以直接输入中文了，但是相应的问题，就是会失去UTF-8编码的灵活性。特别是不利于软件的国际化。 （2）放弃命令行窗口登录MySQL，使用图形化客户端。客户端工具可以MySQL的官方网站上找到。（比如navicat，mysql GUI tools之类的软件）</p> <p>实际上sql文件小的话完全可以用phpMyAdmin的导入方式来解决的。对于大文件用上面提到的导入命令，效率比较高。实际上经过尝试，还有第三种解决方案，命令行模式mysql登录到控制台模式，用</p> <p>source命令来导入 sql文件，很奇怪此时就不会再报错了。唯一不爽的是source 命令会输出一行行的sql执行结果，但在无图形化客户端的情况，仍不失为一个好办法，希望对需要的童鞋有用！</p> ]]></description>
				<content:encoded><![CDATA[<h2 id="best-answer-content">MySQL 导入恢复数据库错误</h2>
<p>执行命令：<br />
mysql -u[username] -p[password] dbname&lt;dbbak.sql</p>
<p>遇到<strong>“ERROR 1406 (22001): Data too long for column at ”</strong> 某个字段过长，实际上是数据库sql文件中含有UTF8编码 如中文字段内容在Windows下，命令行窗口不支持UTF-8编码，即便使用“set names utf8;”不会达到转化中文的效果。但是这个问题还是可以解决的：<br />
（1）使用默认编码建立数据库。这种情况下就可以直接输入中文了，但是相应的问题，就是会失去UTF-8编码的灵活性。特别是不利于软件的国际化。<br />
（2）放弃命令行窗口登录MySQL，使用图形化客户端。客户端工具可以MySQL的官方网站上找到。（比如navicat，mysql GUI tools之类的软件）</p>
<p>实际上sql文件小的话完全可以用phpMyAdmin的导入方式来解决的。对于大文件用上面提到的导入命令，效率比较高。实际上经过尝试，还有第三种解决方案，命令行模式mysql登录到控制台模式，用</p>
<p>source命令来导入 sql文件，很奇怪此时就不会再报错了。唯一不爽的是source 命令会输出一行行的sql执行结果，但在无图形化客户端的情况，仍不失为一个好办法，希望对需要的童鞋有用！</p>
]]></content:encoded>
			<wfw:commentRss>https://www.fushanlang.com/mysql-error-1406-22001-data-too-long-for-column-1828/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Mongodb 1.6与Mongodb 1.4并发性能对比</title>
		<link>https://www.fushanlang.com/mongodb-1-6-compared-with-concurrent-performance-mongodb-1-4-1267/</link>
		<comments>https://www.fushanlang.com/mongodb-1-6-compared-with-concurrent-performance-mongodb-1-4-1267/#comments</comments>
		<pubDate>Tue, 26 Oct 2010 00:49:36 +0000</pubDate>
		<dc:creator><![CDATA[fushanlang]]></dc:creator>
				<category><![CDATA[数据库]]></category>
		<category><![CDATA[MongoDB]]></category>
		<category><![CDATA[Nosql]]></category>

		<guid isPermaLink="false">http://www.fushanlang.com/blog/?p=1267</guid>
		<description><![CDATA[<p>2010年8月5日，Mongodb 1.6正式发布了，这个版本增加和改进了很多功能，我了解的几个比较大的改进在：</p> <p> 1) Mongodb存储文件申请磁盘空间的方式做了改进。在mongodb  1.4的时候是按128M,256M,512M,1024M,2048M这样的方式申请磁盘空间的；而在mongodb  1.6中，已经是动态小量的申请磁盘空间了。</p> <p> 2) 增加了$or等查询操作符，这在mongodb 1.4的时候是没有的。</p> <p> 3) 改进和提高了并发性能。 </p> <p>4) Replication的同步方面做了改进。</p> <p> 5) etc&#8230; 详细的changelog可以看：http://jira.mongodb.org/browse/SERVER?report=com.atlassian.jira.plugin.system.project:changelog-panel</p> <p>在我发表这篇文章时，发现Mongodb 1.6.1也已经发布了，主要是修复了一些bug。居然说性能得到了提高，那么我们就对Mongodb 1.6和Mongodb 1.4分别做了一个性能测试，想对比下看看Mongodb 1.6性能到底比Mongodb 1.4提高了多少。测试机器为一台普通台式机，安装在64位centos linux 5.4系统。cpu为Intel E7500，内存为2G,单个普通500G硬盘。</p> <p> 测试程序每次测试都会insert 100万条记录（如10并发测试，每并发insert 10万条记录；20并发测试，每并发5万条记录&#8230;），每记录大小为1KB，然后再逐条update所有记录，最后逐条select出来。测试程序是在本机跑的，所以本次测试忽略网络延时。好，下面我们看测试结果：下面图中横轴10&#8230;100是指并发测试的并发线程。</p> <p style="text-align: center;"></p> <p>在insert测试内，Mongodb1.4和Mongodb1.6平分秋色，基本上没有区别。虽然在mongodb 1.6中对申请磁盘空间方式做了改进，但对性能的提升没有体现出来。随着并发的增加，性能快速下降的问题也没有得到改进。</p> <p style="text-align: center;"></p> <p>在update方面，性能提升显著，合计有75%的性能提高。而且表现平稳，随着并发的增加，性能稳定。非常不错。</p> <p style="text-align: center;"></p> <p>select方面表现也不错，合计有83%性能提高。在并发线程小时尤其明显。 通过上面几个方面测试的结果表明，Mongodb <span style="color:#777"> . . . &#8594; Read More: <a href="https://www.fushanlang.com/mongodb-1-6-compared-with-concurrent-performance-mongodb-1-4-1267/">Mongodb 1.6与Mongodb 1.4并发性能对比</a></span>]]></description>
				<content:encoded><![CDATA[<p>2010年8月5日，<span class="highlight">Mongodb</span> 1.6正式发布了，这个版本增加和改进了很多功能，我了解的几个比较大的改进在：</p>
<p> 1) <span class="highlight">Mongodb</span>存储文件申请磁盘<span class="highlight">空间</span>的方式做了改进。在<span class="highlight">mongodb</span>  1.4的时候是按128M,256M,512M,1024M,2048M这样的方式申请磁盘<span class="highlight">空间</span>的；而在<span class="highlight">mongodb</span>  1.6中，已经是动态小量的申请磁盘<span class="highlight">空间</span>了。</p>
<p> 2) 增加了$or等查询操作符，这在<span class="highlight">mongodb</span> 1.4的时候是没有的。</p>
<p> 3) 改进和提高了并发性能。 <span id="more-1267"></span></p>
<p>4) Replication的同步方面做了改进。</p>
<p> 5) etc&#8230; 详细的changelog可以看：http://jira.<span class="highlight">mongodb</span>.org/browse/SERVER?report=com.atlassian.jira.plugin.system.project:changelog-panel</p>
<p>在我发表这篇文章时，发现<span class="highlight">Mongodb</span> 1.6.1也已经发布了，主要是修复了一些bug。居然说性能得到了提高，那么我们就对<span class="highlight">Mongodb</span> 1.6和<span class="highlight">Mongodb</span> 1.4分别做了一个性能测试，想对比下看看<span class="highlight">Mongodb</span> 1.6性能到底比<span class="highlight">Mongodb</span> 1.4提高了多少。测试机器为一台普通台式机，安装在64位centos linux 5.4系统。cpu为Intel E7500，内存为2G,单个普通500G硬盘。</p>
<p> 测试程序每次测试都会insert 100万条记录（如10并发测试，每并发insert 10万条记录；20并发测试，每并发5万条记录&#8230;），每记录大小为1KB，然后再逐条update所有记录，最后逐条select出来。测试程序是在本机跑的，所以本次测试忽略网络延时。好，下面我们看测试结果：下面图中横轴10&#8230;100是指并发测试的并发线程。</p>
<p style="text-align: center;"><img src="http://www.fushanlang.com/blog/wp-content/uploads/auto_save_image/2010/10/084938rTn.jpg" alt="Mongodb 1.6与Mongodb 1.4的并发性能对比" /></p>
<p>在insert测试内，<span class="highlight">Mongodb</span>1.4和<span class="highlight">Mongodb</span>1.6平分秋色，基本上没有区别。虽然在<span class="highlight">mongodb</span> 1.6中对申请磁盘<span class="highlight">空间</span>方式做了改进，但对性能的提升没有体现出来。随着并发的增加，性能快速下降的问题也没有得到改进。</p>
<p style="text-align: center;"><img src="http://www.fushanlang.com/blog/wp-content/uploads/auto_save_image/2010/10/084940xhX.jpg" alt="Mongodb 1.6与Mongodb 1.4的并发性能对比" /></p>
<p>在update方面，性能提升显著，合计有75%的性能提高。而且表现平稳，随着并发的增加，性能稳定。非常不错。</p>
<p style="text-align: center;"><img src="http://www.fushanlang.com/blog/wp-content/uploads/auto_save_image/2010/10/084941xNh.jpg" alt="Mongodb 1.6与Mongodb 1.4的并发性能对比" /></p>
<p>select方面表现也不错，合计有83%性能提高。在并发线程小时尤其明显。<br />
通过上面几个方面测试的结果表明，<span class="highlight">Mongodb</span> 1.6是还是非常值得我们升级的，不但增加了一些新功能，性能也得到了很大的提高。</p>
]]></content:encoded>
			<wfw:commentRss>https://www.fushanlang.com/mongodb-1-6-compared-with-concurrent-performance-mongodb-1-4-1267/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>什么是MongoDB</title>
		<link>https://www.fushanlang.com/what-is-mongodb-273/</link>
		<comments>https://www.fushanlang.com/what-is-mongodb-273/#comments</comments>
		<pubDate>Mon, 16 Aug 2010 05:47:44 +0000</pubDate>
		<dc:creator><![CDATA[fushanlang]]></dc:creator>
				<category><![CDATA[php]]></category>
		<category><![CDATA[数据库]]></category>
		<category><![CDATA[编程]]></category>
		<category><![CDATA[MongoDB]]></category>
		<category><![CDATA[关系型数据库]]></category>

		<guid isPermaLink="false">http://www.fushanlang.com/blog/?p=273</guid>
		<description><![CDATA[<p>2010年应该被人们记住，因为SQL将在这一年死去。这一年关系数据库行将就木，这一年开发者发现他们再不需要长时间辛苦的构造列或者表格来存放数据。</p> <p>2010年将是文档型数据库的起始年。尽管这样的势头已经持续多年，现在才是一个更多，更广泛的文档型数据库出现的年代。从基于云计算的Amazon到Google，大量开源工具，以及随之诞生的CouchDB和MongoDB。</p> <p>那么什么是MongoDB?下面有五件事是PHP开发者应该了解的。</p> <p>1.MongoDB是一个单独的服务器</p> <p>2.MongoDB是基于文档，而不是基于表</p> <p>3.MongoDB中较少的Schema</p> <p>4.你不需要学习另外的语言</p> <p>5.MongoDB有良好的PHP支持</p> <p>1.MongoDB是一个单独的服务器</p> <p>就像MySQL和PostgreSQL一样，MongoDB将监听接入的链接。它提供的工具作用包括询问，创建，更新和删除。理论上，你将跟在MySQL和PostgreSQL一样的进行工作：链接，处理，然后再关闭链接。</p> <p>2.向行和表说再见，欢迎文档和收集器</p> <p>代替储存数据的表和行，MongoDB将数据储存在文档中。假如我们有一篇带标题的“文章”，它有多个作者，一个主题和标签。所有这些看起来就像下面：</p> &#60;?php   array(   'title' =&#62; 'Hello World',   'authors' =&#62; array('John', 'Sally', 'Jim'),   'body' =&#62; 'Hello world',   'tags' =&#62; array('tag1', 'tag2', 'tag3')   );   ?&#62;  <p>上面的例子中最关键的就是那一条记录——这篇文档——是的，确实存储起来就像是一篇文档，支持复合形式的值存储在同一区域。不再需要结构化，不需要将数据按照表来区分。因此，表已经不存在了。</p> <p>3.MongoDB包含较少的schema</p> <p>MongoDB没有schema语言。如果你想新建一种文档类型，你不需要告诉数据库任何事情。尽管将新的数据放到数据库中就行了。</p> <p>在第二点中，我模拟了一个文档。现在我想为所有区域定义一个文章类型，所有我需要做的就是将这些数据写到数据库中。如果我决定延缓写入呢？我只需要拉出这部分数据，然后加上日期字段，最后保存就行。</p> <p>那么数据类型怎么办？简单的回答就是MongoDB运用一种强制系统，类似JavaScript或者PHP。如此这样，数据库极好的弱化了类型的作用。</p> <p>这有一些漏洞（超大量的数据需要一些明确的定义），不过多数情况下，你写你的MongoDB代码就像在PHP上编程一样。</p> <p>4.你不需要学习另外的语言</p> <p>回忆一下其他你曾写过的数据库抽象层。回忆所有你曾使用过的ORM层。那么你现在可以抛弃他们的，在MongoDB上你用不着他们了</p> <p>MongoDB（包含它的PHP驱动）不需要询问语言。在大多数案例中，你只需要简单的给定一个指针具体制定你需要的，然后返回你一个文档指向。</p> <p>如果你运行一些高阶函数（比如Map-Reduce），你可以通过JavaScript应用加入到MongoDB中去，并且在JavaScript内部引擎中运行这些脚本。</p> <p>5.PHP和MongoDB是天生一对？</p> <p>PHP已经对MongoDB具备很好的支持。Mongo驱动可以作为一个PECL加载项加入到PHP，这意味着安装起来就像运行PECL一样安装Mongo。</p> <p>看到这里，你可以开始编写Mongo的API了。更广一些说，它和PDO排在一起。不是简单的消亡，但是绝对不同于我们之前开发过的数据库。</p> <p>API的说明文档将包括一个引导和许多例子，这样你就可以在短时间内自举。下面将是对你十分有用的提示。</p> <p>MongoDB发展非常快。</p> <p>开发时间非常短，没有过多的模式来管理，很少（如果有的话）的数据映射。</p> <p>因为没有新的查询语言要学习，代码的调整很小。毕竟，你不需要另外的ORM,封包也非常轻。</p> <p>你的代码是未来的保证，可以更轻松的为你的对象增加更多的领域，甚至是更复杂的领域。因此你的代码可以很轻松的适应需求的变化。</p> <p>延伸阅读</p> <p> </p> <p>MongoDB Logo</p> <p>Mongo是一个高性能，开源，无模式的文档型数据库，它在许多场景下可用于替代传统的关系型数据库或键/值存储方式。Mongo使用C++开发，提供了以下功能：</p> <p>◆面向集合的存储：适合存储对象及JSON形式的数据。</p> <p>◆动态查询：Mongo支持丰富的查询表达式。查询指令使用JSON形式的标记，可轻易查询文档中内嵌的对象及数组。</p> <p>◆完整的索引支持：包括文档内嵌对象及数组。Mongo的查询优化器会分析查询表达式，并生成一个高效的查询计划。</p> <p>◆查询监视：Mongo包含一个监视工具用于分析数据库操作的性能。</p> <span style="color:#777"> . . . &#8594; Read More: <a href="https://www.fushanlang.com/what-is-mongodb-273/">什么是MongoDB</a></span>]]></description>
				<content:encoded><![CDATA[<p>2010年应该被人们记住，因为SQL将在这一年死去。这一年关系数据库行将就木</a>，这一年开发者发现他们再不需要长时间辛苦的构造列或者表格来存放数据。</p>
<p>2010年将是文档型数据库的起始年。尽管这样的势头已经持续多年，现在才是一个更多，更广泛的文档型数据库出现的年代。从基于云计算的Amazon到Google，大量开源工具，以及随之诞生的CouchDB和MongoDB。</p>
<p><strong>那么什么是MongoDB?下面有五件事是PHP开发者应该了解的。</strong></p>
<p>1.MongoDB是一个单独的服务器</p>
<p>2.MongoDB是基于文档，而不是基于表</p>
<p>3.MongoDB中较少的Schema</p>
<p>4.你不需要学习另外的语言</p>
<p>5.MongoDB有良好的PHP支持<span id="more-273"></span></p>
<p><strong>1.MongoDB是一个单独的服务器</strong></p>
<p>就像<a href="http://database.51cto.com/art/200811/98728.htm">MySQL</a>和PostgreSQL一样，MongoDB将监听接入的链接。它提供的工具作用包括询问，创建，更新和删除。理论上，你将跟在MySQL和PostgreSQL一样的进行工作：链接，处理，然后再关闭链接。</p>
<p><strong>2.向行和表说再见，欢迎文档和收集器</strong></p>
<p>代替储存数据的表和行，MongoDB将数据储存在文档中。假如我们有一篇带标题的“文章”，它有多个作者，一个主题和标签。所有这些看起来就像下面：</p>
<pre>
	<li>&lt;?php  </li>
	<li>array(  </li>
	<li>'title' =&gt; 'Hello World',  </li>
	<li>'authors' =&gt; array('John', 'Sally', 'Jim'),  </li>
	<li>'body' =&gt; 'Hello world',  </li>
	<li>'tags' =&gt; array('tag1', 'tag2', 'tag3')  </li>
	<li>);  </li>
	<li>?&gt; </li>
</pre>
<p>上面的例子中最关键的就是那一条记录——这篇文档——是的，确实存储起来就像是一篇文档，支持复合形式的值存储在同一区域。不再需要结构化，不需要将数据按照表来区分。因此，表已经不存在了。</p>
<p><strong>3.MongoDB包含较少的schema</strong></p>
<p>MongoDB没有schema语言。如果你想新建一种文档类型，你不需要告诉数据库任何事情。尽管将新的数据放到数据库中就行了。</p>
<p>在第二点中，我模拟了一个文档。现在我想为所有区域定义一个文章类型，所有我需要做的就是将这些数据写到数据库中。如果我决定延缓写入呢？我只需要拉出这部分数据，然后加上日期字段，最后保存就行。</p>
<p>那么数据类型怎么办？简单的回答就是MongoDB运用一种强制系统，类似JavaScript或者PHP。如此这样，数据库极好的弱化了类型的作用。</p>
<p>这有一些漏洞（超大量的数据需要一些明确的定义），不过多数情况下，你写你的MongoDB代码就像在PHP上编程一样。</p>
<p><strong>4.你不需要学习另外的语言</strong></p>
<p>回忆一下其他你曾写过的数据库抽象层。回忆所有你曾使用过的ORM层。那么你现在可以抛弃他们的，在MongoDB上你用不着他们了</p>
<p>MongoDB（包含它的PHP驱动）不需要询问语言。在大多数案例中，你只需要简单的给定一个指针具体制定你需要的，然后返回你一个文档指向。</p>
<p>如果你运行一些高阶函数（比如Map-Reduce），你可以通过JavaScript应用加入到MongoDB中去，并且在JavaScript内部引擎中运行这些脚本。</p>
<p><strong>5.PHP和MongoDB是天生一对？</strong></p>
<p>PHP已经对MongoDB具备很好的支持。Mongo驱动可以作为一个PECL加载项加入到PHP，这意味着安装起来就像运行PECL一样安装Mongo。</p>
<p>看到这里，你可以开始编写Mongo的API了。更广一些说，它和PDO排在一起。不是简单的消亡，但是绝对不同于我们之前开发过的数据库。</p>
<p>API的说明文档将包括一个引导和许多例子，这样你就可以在短时间内自举。下面将是对你十分有用的提示。</p>
<p>MongoDB发展非常快。</p>
<p>开发时间非常短，没有过多的模式来管理，很少（如果有的话）的数据映射。</p>
<p>因为没有新的查询语言要学习，代码的调整很小。毕竟，你不需要另外的ORM,封包也非常轻。</p>
<p>你的代码是未来的保证，可以更轻松的为你的对象增加更多的领域，甚至是更复杂的领域。因此你的代码可以很轻松的适应需求的变化。</p>
<p><strong>延伸阅读</strong></p>
<p><a href="http://images.51cto.com/files/uploadimg/20100308/1328530.jpg" target="_blank"> </p>
<p>MongoDB Logo</p>
<p>Mongo是一个高性能，开源，无模式的文档型数据库，它在许多场景下可用于替代传统的关系型数据库或键/值存储方式。Mongo使用C++开发，提供了以下功能：</p>
<p>◆面向集合的存储：适合存储对象及JSON形式的数据。</p>
<p>◆动态查询：Mongo支持丰富的查询表达式。查询指令使用JSON形式的标记，可轻易查询文档中内嵌的对象及数组。</p>
<p>◆完整的索引支持：包括文档内嵌对象及数组。Mongo的查询优化器会分析查询表达式，并生成一个高效的查询计划。</p>
<p>◆查询监视：Mongo包含一个监视工具用于分析数据库操作的性能。</p>
<p>◆复制及自动故障转移：Mongo数据库支持服务器之间的数据复制，支持主-从模式及服务器之间的相互复制。复制的主要目标是提供冗余及自动故障转移。</p>
<p>◆高效的传统存储方式：支持二进制数据及大型对象（如照片或图片）。</p>
<p>◆自动分片以支持云级别的伸缩性（处于早期alpha阶段）：自动分片功能支持水平的数据库集群，可动态添加额外的机器。</p>
<p>MongoDB的主要目标是在键/值存储方式（提供了高性能和高度伸缩性）以及传统的RDBMS系统（丰富的功能）架起一座桥梁，集两者的优势于一身。根据官方网站的描述，Mongo适合用于以下场景：</p>
<p>◆网站数据：Mongo非常适合实时的插入，更新与查询，并具备网站实时数据存储所需的复制及高度伸缩性。</p>
<p>◆缓存：由于性能很高，Mongo也适合作为信息基础设施的缓存层。在系统重启之后，由Mongo搭建的持久化缓存层可以避免下层的数据源过载。</p>
<p>◆大尺寸，低价值的数据：使用传统的关系型数据库存储一些数据时可能会比较昂贵，在此之前，很多时候程序员往往会选择传统的文件进行存储。</p>
<p>◆高伸缩性的场景：Mongo非常适合由数十或数百台服务器组成的数据库。Mongo的路线图中已经包含对MapReduce引擎的内置支持。</p>
<p>◆用于对象及JSON数据的存储：Mongo的BSON数据格式非常适合文档化格式的存储及查询。</p>
<p>自然，MongoDB的使用也会有一些限制，例如它不适合：</p>
<p>◆高度事务性的系统：例如银行或会计系统。传统的关系型数据库目前还是更适用于需要大量原子性复杂事务的应用程序。</p>
<p>◆传统的商业智能应用：针对特定问题的BI数据库会对产生高度优化的查询方式。对于此类应用，数据仓库可能是更合适的选择。</p>
<p>◆需要SQL的问题</p>
<p>MongoDB支持OS X、Linux及Windows等操作系统，并提供了Python，PHP，Ruby，Java及C++语言的驱动程序，社区中也提供了对Erlang及.NET等平台的驱动程序。</p>
<p>原文标题：MongoDB: 5 Things Every PHP Developer Should Know About MongoDB</p>
<p>链接：http://technosophos.com/content/mongodb-5-things-every-php-developer-should-know-about-mongodb</p>
]]></content:encoded>
			<wfw:commentRss>https://www.fushanlang.com/what-is-mongodb-273/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
