学不好 SQL 数据库的两个根本原因，我替你总结下
学不好 SQL 数据库的两个根本原因，我替你总结下
如果我说 SQL 数据库很难学，需要刻骨铭心的用功，才能登堂入室。那估计有 5000 人正在批我的路上，煌煌而来。“难学个鸟，就那么点东西。老黄，你是不是又开始贩卖焦虑了”
但如果我说 SQL 数据库很好学，不需要太用功，就能披荆斩棘，游刃有余，在职场一路高歌猛进，迎娶白富美，走向人生巅峰。那估计又有 5000 人拿着片刀而来。“好学个球，老子教的计算机补考费，都成了你小子的奖学金”
嗯，没错。正好是 10000 人，聪明如你大概想到了，我们号 10000 人了。
那么，为什么正反 5000 人，会对 SQL 和数据库，有那么大的理解差距呢？我今天试着讲讲两个关键点。
对于刚立志入行数据库的朋友，最头疼的问题，是什么?
是搭建环境？不可能，因为这个时候，你可能连数据库有哪几种，都不知道。或者一会儿想着 MySQL, 一会儿又想玩 PostgreSQL, 想来想去，可能还是要选择 Oracle.
是SQL编程？也不可能，初期你对数据库能干什么，心里都没数，不会跳级到 SQL 这样的脚手架工具上。把数据库设计比作造房子，那 SQL 就像是房子外面搭建的脚手架，工人踩着脚手架，才能把房子建高。
那是什么？是挑书。
仅仅是挑选数据库丛书，大多数初学者都会范头疼的通病。到底哪本书适合我呢，是厚的，1000多页的那本，还是薄的，200多页的那本？
我想，大部分人的选择都是，薄的那本。“希望那本书看完就能增长 1 个甲子的功力，带我飞。”说实话，这样的想法，并不另类。谁不想，事半功倍呢！
还记得，我曾在老文中说过，Oracle 的官方小册子《Oracle Concepts》，我读了5,6遍，才可以有点理解 Oracle 了。而这 5，600页的小册子，要读上5,6遍，你觉得你肯花那个时间嘛？
那聪明的朋友，肯定认为这是笨办法。对着 B 站的视频，敲一敲 PL/SQL 不就行了嘛。花那功夫，不如撸个串，玩几把荣耀呢！
你看，学不好SQL数据库的第一个弱点，就出来了。太急！
是，看视频，敲代码，能很快进入操作数据库的境界。此时，你会写 SELECT 了，会用 WHERE 了，可能还会 Group By 的几种骚操作了。
但，很快，你就会失去对数据库的新鲜感和好奇心。快速使得你的自信心太过膨胀，丢失对知识体系架构的好奇心。或许你是那20%的好苗子，马上会意识到还有更进一步的挑战，需要你去克服。于是你继续努力，继续看进阶视频，继续敲你的代码。
但，更多的是80%的大众。知识跟财富一样，暴富会让你膨胀，会促使你平静的心，滑向捷径。纵看那些彩票得主，无一不是在短时间内，耗尽自己运气得来的财富，最后落魄收场。如果你对彩票嗤之以鼻，那看股民。赚钱的，都是新股民；而亏了大钱的，都是追涨上去，想挣快钱的老韭菜。
回到正题，太急，会让你丢失对体系的把握。如果不看 Oracle Concepts 这样的手册，不通读 Tom 大叔的 Oracle Architecture 这样的大部头，那可能离 Oracle RAC, DataGuard, 大事务撑爆数据库等这样的深层次主题，越来越远。
好，假设都按照我说的，不急，咱慢慢看。又会出现另一种极端，太贪。
在之前的两篇文章中，我始终在强调用体系去解决数据库问题。
一个 SQL 运行得慢了，并不一定是你写得不好。说得夸张些，上帝要毁灭你，与你何干！
你的 SQL 碰巧慢了，数据库今天运行不稳定了，我想一定不是你故意搞成这样慢。数据库的应用，是个动态的过程，数据日积月累，用户也与日俱增，应用花样时时刻刻都在产品经理的嘴里翻腾。
保证数据库的运行稳定，是个永恒的动态话题。今天的调优策略，参数配置，明天就可能无效了。
作为救火的 DBA或者数据库负责人，那么内心渴望的，一定是知道越多越好。于是，我们就被知识给绑架了！
你知道的越多，你会惊奇地发现，你不知道的更多！
有些日子，我也曾痛苦的睡不着，因为书就积累在那里，那么多知识我都没看。越想越着急，越着急，翻看书的速度，就越来越快。貌似一个礼拜能啃一本书了，却发现，碰到第二本书，读起来还是那样的痛苦。
这就是贪心。必须刻意控制，才能让自己的速度，慢下来。有个好方法，取自李笑来老师的一堂 live 课，那就是只字不差的阅读。自从用了这个方法，我发现自己变聪明了。推荐给你，一定受用。
好吧，如果我们口味相同，太贪，太急的说法，你一定不陌生。这两个理论，来自于 Fenng 大，知名网红冯大辉，早期的 Oracle ACE. 但，针对学数据库，乃至学编程的人来说，切忌这两条，你好我好大家好！
往期精彩：