产品经理必备技能:写SQL

在我们这行,有一个经典的问题:产品经理要不要懂技术?

我的观点是,产品经理懂技术,就像流氓会武术,谁都挡不住。懂技术,进可攻退可守,艺多不压身,当然是多多益善。

你需要知道一些基本的技术常识,比如:

前后端程序猿的侧重点是啥?

接口是个什么概念?

异步处理是啥意思?

Native和H5各有哪些优缺点?

……

其中,学会写SQL,是一个入门相对简单,但又非常实用的技能,推荐所有的产品经理学习使用。

SQL是什么?

Structured Query Language,结构化查询语言,通过编写执行SQL语句,你可以从数据库中查询导出你想要的数据。

所谓「数据」,就是在使用软件/互联网服务时,沉淀下来的各种记录,比如订单明细、转账信息、点赞评论、操作历史等。

这么说有点枯燥,举个(可能不太严谨的)例子:

从数据库中导数据,就像去图书馆借书。

数据库是一个超大的图书馆,里面有好多间屋子好多个书架(数据表),所有的书(数据),都被分门别类地放在指定的书架上。

SQL语句,就是借书任务的详细指令,比如:去文学区的第3个书架借1本名字叫《围城》的书(select * from 文学区•第3书架 where 书名=‘围城’)。

学会写SQL,就是掌握了一门与机器直接沟通的语言,可以向系统发号施令,拿到你想要的数据。

当你拿到所有数据表的查询权限,运行着SQL,在数据库中遨游时,你会看到一个功能/应用的本质:它不再是用户眼中带着视觉效果的按钮和线框,整个系统,像脱光了衣服,露出了骨架,躺在你面前,一览无遗……

学会写SQL有哪些好处?

刘大哥只做过B端产品经理,不知道C端有没有这种情况:

B端产品的使命是支撑业务发展,在业务发展的过程中,业务方或者产品团队自己,要做大量的决策,要推行各种激励措施,要不定期地向上汇报……这就产生了大量的数据需求,有的需求长期稳定,可以做成报表或者定时邮件,一劳永逸;更多的需求琐碎而零散,还特别着急,这就给SQL技能创造了用武之地。

熟练使用SQL,可以大大拓展产品经理的价值边界,更好地服务业务方,赢得业务团队的信赖和赞赏,合作起来更加融洽高效。

同时,这也为研发团队阻挡了很多琐碎的需求,降低了打扰率,节省了开发资源,让兄弟们专注在更有价值的事情上。

SQL写多了,对系统的理解自然就更加透彻,在设计新产品时,或者跟研发团队沟通实现方案时,有了共同的语言,更加简单直接。

会写SQL,对表结构了如指掌,还可以在研发团队中建立威信,提升影响力,树立靠谱形象,推动新项目也会顺畅无阻。

最极端的例子:因为线上bug导致要修复一批数据,作为既懂业务(知道业务想要什么)又懂技术(知道如何实现)的产品经理,此时会发挥更大的价值,深度参与实施方案,高效解决问题。

SQL的常用语法有哪些?

基本结构:

selectA表.字段1,B表.字段2…(要查询哪些字段)

fromA表 (从哪张表取数据)

joinB表onA表.字段1=B表.字段5 (还用到了哪张表)

whereA表.字段6=101(导数据的条件是啥)

常用函数/句式:

加减乘除/计数/平均值/最大值/最小值:如果你用过Excel的数据透视表,那这些概念会很容易理解

join/left join/right join:连表查询,三种join的区别是取值范围不同

=/in/between:精确查询

like:模糊查询,配合各种通配符,非常好用

distinct:去重

and/or:拼接条件,交集/并集

case when/if:加入一些判断逻辑

……

另外,通过嵌套、拼接,还可以实现逻辑更复杂的数据需求。

如何开始?

首先,要在战略上藐视对方。

始终告诉自己,这是一件很简单的事,入门简单,进阶也简单。很多看上去复杂的语句,耐心拆解之后,还是那些最基本的句式,花几天时间就能懂个大概。这里推荐一个网站:http://www.w3school.com.cn/sql/

里边有讲解,有案例,还有小测试,布局清晰,内容简洁,是学习SQL非常好的地方。

其次,要在战术上重视对方。

学会公式很简单,如何应用,还依赖于对系统、对表结构的深刻理解。

这是最难的部分,需要积累。

建议先梳理出一个完整的系统框架图,细化到具体的功能模块的粒度,然后找研发同学一起梳理:

每个模块对应哪些表?

它们的关系是怎样的?通过什么字段连接?是一对一还是一对多?(非常重要)

每张表有哪些字段?

每个字段的含义是什么,格式是什么?

数据的更新时机有哪些?

系统数据跟业务流程是如何结合的?

……

最后,搞懂了语法,搞懂了数据结构,还需要大量的实践。

可以从一些简单的需求开始,比如从一张表中取数据,各种函数使用熟练后,再尝试关联多张表,体会几种join方法的区别,再尝试嵌套、拼接……

上手之后,就勇敢地承包所有数据需求吧,实战中会遇到各种各样的问题和场景,每种场景成功写过一次之后,就会对它有更深刻的理解。

一句话总结:写SQL就像织毛衣,搞懂基本知识,充分理解需求,再加上大量的耐心,很快就能看到成果。

闷骚的刘大哥

分享知识、经验和见解

本文来自企鹅号 - 闷骚的刘大哥媒体

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏opengps

openGPS.cn - 如何防范被高精度IP定位采集数据

自从openGPS.cn站点上线了高精度IP定位功能一来,小编的的这个半成品网站居然突然小小的火爆了一下。文章原文发布在openGPS.cn博客栏目中,可前往...

3395
来自专栏SDNLAB

VXLAN是Overlay的唯一选择吗?

一、Overlay需求背景 随着SD-WAN方案的大火,Overlay技术俨然超越Underlay成为网络设计的首要关注点。首先说一下Overlay技术的背景,...

3548
来自专栏腾讯音视频实验室

腾讯云H5语音通信QoE优化|云+沙龙

1622
来自专栏数据结构与算法

最短网络Agri-Net

问题描述】   农民约翰被选为他们镇的镇长!他其中一个竞选承诺就是在镇上建立起互联网,并连接到所有的农场。当然,他需要你的帮助。约翰已经给他的农场安排了一条高速...

2786
来自专栏鹅厂网事

未来已来,腾讯AI计算网络

"鹅厂网事"由深圳市腾讯计算机系统有限公司技术工程事业群网络平台部运营,我们希望与业界各位志同道合的伙伴交流切磋最新的网络、服务器行业动态信息,同时分享腾讯在网...

5246
来自专栏SDNLAB

SDN技术分享(十):GoogleFiber的宽带接入速率控制解决方案

本次分(zhuang)享(bi)呢,主要探讨一个新兴SP客户的案例。 G家,这是非传统的SP。我们一起来看一下G家的市场策略以及使用的关键技术. 内容比较多,我...

2877
来自专栏杨建荣的学习笔记

MySQL高可用方案的一些思考

我在去年QCon和Gdevops广州站的时候,讲到MySQL和Oracle的现状和发展时,简单总结了下一个常见的使用误区:把MySQL当Oracle用,...

1362
来自专栏铭毅天下

干货 | Elasticsearch 布道者Medcl对话携程Wood大叔核心笔记

2014年,ES0.9版本。 选型对比:MongoDB——数据量级大了以后,出现性能瓶颈。 调研后,选型:ELK(Elasticsearch、Logstash、...

1231
来自专栏SDNLAB

超大规模数据中心网络

一、计算模式的演进 图 1 计算模式的演进 计算纪年: 1、大型机时代:20世纪60~70年代,计算机体积大、价格高,支持成百上千用户同时操作。 2、个人电...

3536
来自专栏SDNLAB

SDN技术分享(十):GoogleFiber的宽带接入速率控制解决方案

本次分(zhuang)享(bi)呢,主要探讨一个新兴SP客户的案例。 G家,这是非传统的SP。我们一起来看一下G家的市场策略以及使用的关键技术. 内容比较多,我...

40813

扫码关注云+社区