​学习SQL的过程有进步的话还是一件很美妙的事情的​

​在第一家公司虽然只呆了两年，但是感觉是我进步最快的两年。那时候工作和生活都挺充实的，每天都有一点点的收获和付出，其中最大的收获莫过于掌握一些核心技能。​

​在这两年里，工作上有不懂的基本上都是自己先想办法去解决，然后才是问度娘，最后才是找我的上司。因为是新手的缘故吧，只要有人能告诉我一点技巧性的东西，我都会用SQL语句记录下来，久而久之到我离职的时候，竟然有好几百个SQL脚本了。我想这应该算得上是一个好习惯！​

​另外一个就是从度娘上也找到了不少有用的东西，那时候每天都是给业务部门提数据，随着对业务的不断了解，我的上司也给了我一些新的任务。好些东西工作中虽然都用过，但是一些流程性的东西如果用平时的SQL去实现还是感觉有点费劲，所以就找度娘看看有没有什么好的方法。那时候找到的一个参数化的方法，感觉效率还不错。大致的语句如下：​

​DECLARE @DEPTID VARCHAR2(20)​

​DECLARE @DEPTNAME VARCHAR2(50)​

​SET @DEPTID='170101' ​

​--用SET方法给变量赋值 ， 此方法一次只能给一个变量赋值​

​SELECT @DEPTNAME=DEPTNAME FROM DEPT WHERE DEPTID=@DEPTID​

​--查询部门ID为'170101'的部门名称赋值给@DEPTNAME变量 ，此方法能一次多个变量赋值​

​这样在查询的时候就只需要将@DEPTID的值传进去就可以完成获取该参数对应的@DEPTNAME，省掉了许多重复输入参数的工作。当然这只是一个简单的例子，只能解决一些简单的问题。一些复杂的写法就要用到游标和循环之类的啦，这里暂时不探讨了。所以多问问度娘还是有好处滴！这里还要说一下问度娘的方法，有些时候之所以我们找不到符合自己问题的网页，很大部分原因是因为我们输入的关键字的原因。这个我也是问多了发现的一个小技巧，平时遇到的一些问题你得用最短的语句来描述他们。大家可以慢慢去体会一下。​

​至于我的上司，我之前说过他是我非常感激的一个人，因为他真的教会了很多东西，不只是技术问题。​

​在给各个部门提数据的时候难免会碰到一些问题，经常会遇到说我提的数据有问题的时候。开始的时候我总会觉得是别人的需求没给清楚或者他们没理解我数据的意思，总之就不是我的问题，为此得罪了一些业务系的同事。投诉到我上司那里被好好教育了一番，为什么不说批评？因为我的上司更多的是从业务系的同事的角度出发，我们作为提供数据的人，首先肯定是得弄清楚需求，不管别人的需求怎么样，你得搞清楚再去做，哪怕有一点里觉得模棱两可这数据都有可能出现问题；其次就是数据出现问题，首先应该仔细检查自己的查询逻辑是否正确。如果这些都没问题，那你也要听业务系的同事觉得哪里有问题才是。而不是自己说自己需求明确，逻辑正确就不管事了。说到底就是要冷静的处理同事的问题，帮他们解决才是正道！​

​上司的一席话，让我醍醐灌顶，真的。有些领导可能就会直接批评你几句，但是就是不说问题原因和解决之道(当然，这些并不是他们的义务)，只是说有个人告诉你该怎么做的时候你应该感激他，让你少走了那么多弯路。希望我的一些经历能帮助到大家！​