MyBatis学习笔记，记录细小易忘知识点，持续更新中……

事实上之前有很长一段时间都在纠结是否有必要好好学习它，但是始终都没有一个很好的理由说服自己。甚至是直到这个项目最终决定选用PostgreSQL时，我都没有真正意识到学习它的价值，当时只是想反正和其它数据库差不多，能用就行了。然而有一天晚上，自己也不知道为什么，躺在床上开始回想整个项目的实施过程，想着想着就想到了数据库选型这一问题上了。事情是这样的，最初客户将他们的产品目标定位为主打中型规模，同时也要在一定程度上支持小型规模。鉴于此，我们为他们提供的方案是中型规模的数据库选用Oracle，小型规模的选定MySQL，在经过多轮商谈之后这个方案通过了。然而随着项目的深入，客户突然有一天提出，由于成本和市场推广等问题，该产品的数据库部分需要进行一定的调整，调整的结果是中型规模可以同时支持Oracle和MySQL，而小型规模则要同时支持MySQL和PostgreSQL，原因非常简单，PostgreSQL是纯免费的数据库产品。听到这个消息之后，我当时就非常恼火，因为当初为了保证运行时效率(国标)，我们的数据库访问层是完全基于数据库供应商提供的原始C接口开发的，甚至都没有考虑ODBC提供的原始C接口，以防在转换中失去效率，或是ODBC本身为了强调通用性而不得不牺牲某些数据库的优化特征，如批量插入、批量读取等。最后的结果显而易见，客户就是上帝，上帝的意见就是真理，这样我们就不得不基于现有的访问层接口又重新开发了一套支持PostgreSQL原生C接口的驱动。然而随着对PostgreSQL的不断学习，对它的了解也在逐步加深，后来发现它的功能还是非常强大的，特别是对GIS空间数据的支持就更加的吸引我了。于是就在脑子里为MySQL和PostgreSQL做了一个简单的对比和分析，最后得出一个结论，相比MySQL，PostgreSQL并没有什么刚性的缺点，但是它的纯免费特征确实是MySQL无法比拟的。它完全可以成为软件产品解决方案中非常重要的一环，特别是针对很多中低端用户，不仅在使用中不会感到任何差异，而且还能节省一部分额外的费用，这对于产品的市场推广是非常有帮助的。想到这里便决定起而行之，花上一段时间好好的学习和研究它，于是就有了这个系列的博客。
好了，闲淡扯的差不多了，让我们还是言归正传吧！

PostgreSQL学习使用过程中的细小知识

一旦地理数据表超过几千行，你就需要建立一个索引来加快数据的空间搜索（除非你的所有搜索都基于非地理属性）。

　arcgis server 安装完毕后，需要创建站点，创建站点时，填写管理站点的用户名和密码。自己不小心，创建完毕后，给忘记了用户名和密码。

看着前端技术日益蓬勃发展，而我们却不能随心去用，岂不惋惜。好在，esri考虑到了这一点，为我们提供了相应的适配技术。本文讲解基于Webpack，babel，React与ArcGIS For JS的集成技术。

高阶组件是一个函数，能够接受一个组件并返回一个新的组件。

1

const EnhancedComponent = higherOrderComponent(WrappedComponent);

本文是获取代码样式而建立的。

本系列文章为学习arcgis for JavaScript v4.x的学习笔记。