为什么不懂技术的人可以做产品经理（下）？疼的组词

之前分享了产品经理要不要学习技术，以及前后端相关的技术知识：为什么不懂技术的人可以做产品经理？这次接着跟大家分享数据库、SQL等相关技术知识，并在最后告诉大家该如何学习技术，接下来开始今天的分享。

数据库是一种存储数据的永久空间，通过一种特殊的方式把数据存储在硬盘，数据按照一定的规则存储，可以对数据库中的数据进行增删改查。比方说你去图书馆，每一本书就可以看成一个数据，通过图书的索引就可以查找到你想看的图书，整个图书储存在地方就可以看成数据库。

关系型数据库中所有的数据基本上都是有关联的，通过一个数据和其他的一个数据进行有效的关联，举个例子，比如下图可以根据班级的ID找到对应的班级名称。

关系型数据库的好处就是查询数据比较快，如果你把所有的数据都放到一个地方，你会发现查询的会非常非常的慢，如果是几万条数据也还好，如果是上亿条数据，你都放在一个表里面，找就要找几秒钟，找到以后再显示到网页中又要几秒钟，这个时候你会发现你打开一个网页是空白的，除开网络原因的话，就是数据库设计不合理，这个时候我们就必须用这种关系型数据库来设计它，常见的关系型数据库有MySQL、ORACLE、SQL Server.

1）MySQL：MySQL的优点是体积小、速度快、成本低，是很多中小型网站的首选，MySQL由于其开源的特性，对于不想花钱又想定制的企业来说，是首选。

2）ORACLE：Oracle的应用，主要在传统行业的数据化业务中，比如：银行、金融这样的对可用性、健壮性、安全性、实时性要求极高的业务；零售、物流这样对海量数据存储分析要求很高的业务。而且由于Oracle对复杂计算、统计分析的强大支持，在互联网数据分析、数据挖掘方面的应用也越来越多。

Oracle 与 MySQL 的区别的话也是主要体现在这里，Oracle 无论是功能，还是服务方面都拥有更加强大的商业支持，复杂的管理与权限设定等（默认下安装的时候就提供了多种的管理角色），而 MySQL 显得更加亲民，小巧，使用方便（默认下就一个 root 作为管理角色，当然你可以根据需要来创建新的角色）。

所以 Oracle 比较适合复杂的传统企业等机构，比如政府，银行等，而 MySQL 更适合互联网，以及中小型企业，功能和性能上他们各有千秋，无法一概而语说哪个更好，不过从互联网的欢迎度来看免费的 MySQL 是最受欢迎的数据库软件。

3）SQL Server：微软的产品，高度集成，windows系统整套安装下来就齐活了，缺点是比较不安全。

非关系型数据库就是一种相对松散且可以不按照按照严格的结构规范进行储存的数据库，非关系型数据库一般叫做NoSQL。主要用于内容缓存，处理大量数据的高访问负载，也用于一些日志系统等等，常用的非关系型数据库有MongoDB和couchDB。

在非关系型数据库中，我们使用键值对的方式表示和储存数据，什么是键值对？就是“key-value"的形式，例如：

{

"ID":"001"

"country":"china"

"capital":"Beijing"

}

优点：查询速度快.

缺点：数据无结构化，通常只被当作字符串或者二进制数据。

这里面说一个SQL 语句。SQL的读和写

在大数据时代，产品经理几乎天天都要和数据打交道，数据的来源有很多，但大部分肯定都是存储在数据库里面的，这时要做分析数据的话，数据分析能力是体现在拿到数据之后的，前提是你要拿到数据，这时就和SQL有关系了。

大公司数据仓库建设比较完备，有较为完善的数据管理系统，且有专门的数据维护人员，俗称BI或者DA，即做商业智能和数据处理加工的。在这种条件比较优越的公司，常规的取数需求都可以提交给这些专业人士处理，如日常的分析报表、项目开展所需要的基础数据等，只要说明清楚取数逻辑和所需要的字段就可以了。但平时的一些产品分析所需数据的获取，以及一些指标考核项的数据就需要你自己动手了。好一点的情况下，你可以央求BI给你写一个SQL语句出来，然后根据需要你自己改改；次一点的情况下，BI会将一些表结构说明给到你，然后你自己去组织表关联取数；最差的情况就是啥都没有，你自己去取数系统里面摸索着取数。而在小公司，产品经理可以让开发人员帮你取数，但你要是频繁需要取数的，我想你也不好意思老开口，毕竟会影响开发人员的本职工作。自己动手丰衣足食，而且因为小公司数据系统建设不完善，最好的情况就是上面说的第二种，有表结构说明给你参考。

上面这些场景就要求产品经理需要懂SQL语言。这里首先是要能看懂SQL，比方说你是求别人帮你取数的，但看了数据总感觉不对，这时你就需要去看看人家写的SQL对不对，毕竟你自己才最清楚取数需求是什么。看懂了发现有错误的地方，还要会改，特别是别人给你一段有相似取数功能的SQL语句时，要能手动改改之后适合你自己的取数需求。其次是要知道怎么写SQL，这就要求产品经理懂得SQL语言的语法和一些常用的函数，比如日期函数、格式转换函数、数学函数、字符串函数等等，最常见和最基本的都要掌握和灵活运用。

个人强烈建议产品经理同行们都学习一下SQL，这样在日常工作当中会方便很多。需要注意的是，SQL语言有T-SQL（Transact-SQL）和PL/SQL（Procedural Language/SQL）两种，需要根据不同的数据库类型，有针对性的去学习。比如说产品采用的是SQLServer数据库，那就需要学习T-SQL；如果采用的是Oracle或者Mysql数据库，就需要学习PL/SQL，两种语言在语法上差别比较大，大部分情况下都不能混用。另外Oracle和Mysql数据库在应用PL/SQL的时候，会有一些函数有使用上的差异，需要注意一下。有人会说现在还有一些非关系型数据库，如MangoDB之类的，这种数据库基本不支持SQL语言去查询，而且里面存储的都是非关系型的数据，也不需要查询出来做分析。

服务器辨别用户是通过cookie和Session实现的。

1）cookie：cookie是一种数据，它由服务器生成，发送到你的浏览器，然后由浏览器保存到本地的某个文件夹里，等你下次再登陆这个网站时，浏览器就会把你的cookie发送给服务器，这时服务器就知道了“啊原来又是你丫”。一条cookie的生命一般是一个轮回，就是当你第二次登录网站时，第一次登陆的那条cookie会被覆盖；但也可以指定周期，比如“一个月内自动登陆”这种情况……

2）Session：Session实际上是一种时间的概念，就是你打开一个网站到关闭这个网站之间的时间。这段时间里，你在网站上的动作都被当做Session保存在服务器中，比如说“返回上一个浏览页面”这种动作，就是由Session实现的。Session保存在服务器上，关闭了网站怎么办？你的Session会被编上号，以SessionID的形式发送到浏览器，以cookie的形式保存在本地，这就是cookie和Session的亲密合作。

当然各个网站的策略不太一致，下次浏览某网站时，可以留意下自己的操作行为是如何被记录的。

开发移动应用程序主要分为以下三种情况：

1）原生：指的是完全基于移动平台写代码（比如iOS平台支持Xcode和Objective-C，安卓平台支持Eclipse和Java），看上去外观最好，用起来性能最佳，实现的功能最多，当然也就比较费工夫。适合对速度、性能特别敏感的应用，如拍照、视频类，通常开发周期为4-6周；

2）HTML5：使用标准的Web技术（通常是HTML5、Javascript和CSS），可以只编写一次就跨平台运行，更快做跨屏适配，效果很酷炫，但也有一些功能的局限，通常开发周期为1-2周；

3)RN：React Native (简称RN)是Facebook于2015年4月开源的跨平台移动应用开发框架，是Facebook早先开源的UI框架 React 在原生移动应用平台的衍生产物，目前支持iOS和安卓两大平台。

RN使用Javascript语言，类似于HTML的JSX，以及CSS来开发移动应用，因此熟悉Web前端开发的技术人员只需很少的学习就可以进入移动应用开发领域，介于H5和原生之间，热更新一下就行，就像你在游戏中看到的更新插件。

3）混合式：就是将HTML5嵌入到原生器中，集成了以上两者的优点和缺点。适合已有web端产品，想以最低成本迁移到移动端，通常开发周期为3-4周。

-END-