sql程序员
非常有必要，后端开发和数据库直接打交道，而且90%的情况都是开发人员写sql，个别的sql才会由dba去优化，一个你的主要工作内容当然要练习
② 写sql的不算是程序员吗，为什么都把两者分开说
程序员顾名思义需要跟“程序”打交道，程序是啥？？目前软件行业里面指编程语言，C，C++，JAVA等等，这些是编程语言。而SQL呢？？？SQL本身也是编程语言，而你说的“写SQL”就不一定了，如果只是写SQL查询查询数据，那充其量就是写SQL语句而已。执行一个select得到一个结果。没有业务，没有逻辑，所以可能不算。
③ sql 脚本程序员主要做什么，这脚本是否和我们数据库使用到的语法是否会相同
对于数据库所要使用语句，主要是三种
1.基本sql语句，就是建表，查询，登录，更新，删除等
2.程序语句，就是存储过程，函数等使用的语句
3.命令语句，就是在命令行模式下的语句，比如导入导出文件/数据，增加修改用户，权限等等的语句
脚本程序员要做什么，这个要看项目情况而言。一般情况下，使用比较多的是基本sql语句和命令语句（有些项目里面程序语句也会使用到的），就是把创建和修改数据库对象等很多动作行为做成脚本（可以理解成批处理文件），然后需要的时候调用执行脚本就可以了，不需要我们再去手动写代码。
④ Java程序员需要精通SQL数据库吗
理论上是这样，软件工程师更应该关注于程序设计而非对于某一技术的掌握，编写和优化SQL应该交由数据库专家负责，这是一种关注分离。x0dx0a但实际和理论相差甚远，尤其在中国：x0dx0a很少公司会聘请数据库专家进行开发的工作。x0dx0a而且相对的，数据库专家并不了解具体软件开发的技术，然而也没有人要求数据库专家要了解这些技术(是不是觉得对软件工程师很不公平)，如果想让数据库专家能够工作起来，软件工程师就必须从设计上把业务层与持久层的分离，目前很少工程师能够做到这一点，基本上都是把SQL内嵌到业务层里了。x0dx0a所以如果公司没有提供这样理想的开发环境，还是有必要熟悉SQL的。
⑤ 程序员工作常用的sql存储过程
给两个例子，有问题在追问吧。（sqlserver环境）
CREATEPROCEDUREproc_stu/*proc_stu为存储过程的名称*/
AS
DECLARE@writtenAvgfloat,@labAvgfloat/*笔试平均分和机试平均分变量*/
SELECT@writtenAvg=AVG(writtenExam),
@labAvg=AVG(labExam)FROMstuMarks
print'笔试平均分：'+convert(varchar(5),@writtenAvg)
print'机试平均分：'+convert(varchar(5),@labAvg)
IF(@writtenAvg>70AND@labAvg>70)
print'本班考试成绩：优秀'/*显示考试成绩的等级*/
ELSE
print'本班考试成绩：较差'
print'--------------------------------------------------'
print'参加本次考试没有通过的学员：'
SELECTstuName,stuInfo.stuNo,writtenExam,labExam/*显示未通过的学员*/
stuInfo.stuNo=stuMarks.stuNo
WHEREwrittenExam<60ORlabExam<60
GO
CREATEPROCEDUREproc_stu
@writtenPassint=60,/*输入参数：笔试及格线*/
@labPassint=60/*输入参数：机试及格线*/
AS
print'--------------------------------------------------'
print'参加本次考试没有通过的学员：'
SELECTstuName,stuInfo.stuNo,writtenExam,/*查询没有通过考试的学员*/
labExamFROMstuInfo
INNERJOINstuMarksON
stuInfo.stuNo=stuMarks.stuNo
WHEREwrittenExam<@writtenPass
ORlabExam<@labPass
GO
⑥ 一个Java程序员有必要精通SQL么
程序员精通SQL是最基本的要求
因为做的程序是需要跟数据进行交互的，没有数据交互的程序，应用层面太狭隘了。
国外的岗位区分的很明确，专门写代码的，专门做数据库的，即便如此，也有区分，专门处理前台的、后台，专门做框架的架构师，还有专门的测试工程师。
但是国内不同，基本上程序员要掌握除了架构以外的全部技能。可以说国内的一流程序员就是万能的，什么都会。
这个也导致了国内IT行业从业人员入门的门槛高，培训不规范。新人不知道该从何入手。
现在国内的IT行业人才缺口很大。这个问题，本身跟行业规范也有一定原因。
作为刚刚进入行业的程序员，第一考虑的是自身能力一定要跟上公司的技能需求，然后在此基础上不断学习，有方向有机会的学习新的技能。这样才能拿到高薪。
⑦ 有专门的 plsql 程序员吗前景如何啊想向数据库方面发展啊
我是oracle得ocp，刚刚过的。现在在一个做erp的公司工作。总的来说，做这行会到处跑没有固定地点，主要跟着项目走。要学的比较多，单纯pl/sql是基础。努力吧，现在来看工资不错，但也很辛苦，直接和客户打交道。
⑧ 程序员的SQL金典的序言
市面上讲解数据库的书都花了很多篇幅讲解数据库的备份、授权、调优、修复、监控等内容，这些内容是数据库管理员（DBA）应该掌握的，而对于程序员来说更需要掌握的则是SQL语句的使用方法。但是市面上专门讲解SQL语句的书非常少，初学者在学习数据库开发过程中常常被那些写给DBA的书弄得晕头转向，无法真正快速地掌握SQL技术；而且这些书中讲解的SQL语句也常常是针对特定数据库系统的专有实现，无法很容易地在其他数据库系统中运行，读者需要阅读大量的书籍和查阅大量的资料才能掌握不同数据库系统的使用方法。
本书是专门写给程序员的，因此没有讲解备份、授权、调优、修复、监控等开发人员不关心的内容，直接从SQL语句入手，让读者快速掌握数据库开发的技能。“面向开发人员，讲解对开发人员最有用的知识”是本书的编写宗旨。
MySQL、MS SQL Server、Oracle和DB2等都是非常流行的数据库管理系统（DBMS），虽然在大部分SQL语法上这些DBMS实现都是一致的，但是在实现细节及高级语法方面这些DBMS的实现差异还是非常大的。如何编写能够兼容这些DBMS的SQL语句是开发人员经常需要面对的问题，本书将帮助读者从根本上解决这个问题。
很多开发人员对于SQL语句的掌握只限于简单的SELECT、UPDATE语句，对于稍微复杂的逻辑经常需要编写程序代码来完成，这不仅无法发挥数据库的优势，而且开发出的系统性能也非常低，但如果使用数据库函数、子查询、表连接、开窗函数等高级的SQL特性，则可以大大简化系统开发的难度，并且提高系统的性能。本书将对这些高级特性进行详细讲解。
本书第1、2章介绍数据库系统的基础知识及基本操作；第3章介绍INSERT、DELETE和UPDATE语句的基本应用；第4章对SELECT语句进行全面介绍，并对模糊匹配、分组、限制数据条数、计算字段、组合查询等高级内容进行了重点讲解；第5章介绍常用的数据库函数及它们在主流DBMS中的实现差异；第6章介绍索引与约束等知识点；第7、8章分别介绍表连接、子查询等高级查询技术；第9章对主流DBMS的语法差异进行分析，并且给出了解决方案；第10章介绍注入漏洞攻击、SQL调优、事务、自动增长字段、NULL值处理、开窗函数等高级话题；第11章以一个综合案例讲解书中知识点在实际开发中的应用。
在此，我要感谢为这本书的诞生给予帮助的所有人。首先要感谢CowNew开源团队的朋友们一直以来的无私奉献；感谢KingChou在开发CowNewSQL过程中的卓越工作，没有CowNewSQL也就不会有这本书的问世；还要感谢EasyJF的蔡世友，他一直以来对开源事业的奉献是值得我学习的；最后我要感谢电子工业出版社的田小康，他的高效工作使得本书能够顺利完成和出版。
⑨ Java程序员在写SQL时常犯的错误！
Java程序员编程时需要混合面向对象思维和一般命令式编程的方法，能否完美的将两者结合起来完全得依靠编程人员的水准：
技能（任何人都能容易学会命令式编程）模式（有些人用“模式-模式”,举个例子,模式可以应用到任何地方，而且都可以归为某一类模式）心境（首先，要写个好的面向对象程序是比命令式程序难的多，你得花费一些功夫）但当Java程序员写SQL语句时，一切都不一样了。SQL是说明性语言而非面向对象或是命令式编程语言。在SQL中要写个查询语句是很简单的。但在Java里类似的语句却不容易，因为程序员不仅要反复考虑编程范式，而且也要考虑算法的问题。
下面是Java程序员在写SQL时常犯的10个错误（没有特定的顺序）。
1、忘掉NULL
Java程序员写SQL时对NULL的误解可能是最大的错误。也许是因为（并非唯一理由）NULL也称作UNKNOWN。如果被称作 UNKNOWN，这还好理解些。另一个原因是，当你从数据库拿东西或是绑定变量时，JDBC将SQL NULL 和Java中的null对应了起来。这样导致了NULL = NULL（SQL）和null=null（Java）的误解。
对于NULL最大的误解是当NULL被用作行值表达式完整性约束条件时。另一个误解出现在对于NULL 在 NOT IN anti-joins的应用中。
解决方法：
好好的训练你自己。当你写SQL时要不停得想到NULL的用法：这个NULL完整性约束条件是正确的？NULL是否影响到结果？2、在Java内存中处理数据
很少有Java开发者能将SQL理解的很好。偶尔使用的JOIN,还有古怪的UNION，好吧，但是对于窗口函数呢？还有对集合进行分组呢？许多 的Java开发者将SQL数据加载到内存中，将这些数据转换成某些相近的集合类型，然后再那些集合上面使用边界循环控制结构（至少在Java8的集合升级 以前）执行令人生厌的数学运算。
但是一些SQL数据库支持先进的（而且是SQL标准支持的）OLAP特性,这一特性表现更好而且写起来也更加方便。一个（并不怎么标准的）例子就 是Oracle超棒的MODEL分句。只让数据库来做处理然后只把结果带到Java内存中吧。因为毕竟所有非常聪明的家伙已经对这些昂贵的产品进行了优 化。因此实际上,通过将OLAP移到数据库，你将获得一下两项好处：
便利性。这比在Java中编写正确的SQL可能更加的容易。性能表现。数据库应该比你的算法处理起来更加快.而且更加重要的是,你不必再去传递数百万条记录了。解决方法：
每次你使用Java实现一个以数据为中心的算法时，问问自己：有没有一种方法可以让数据库代替为我做这种麻烦事。
3、使用UNION代替UNION ALL
和UNION相比UNION ALL还需要额外的关键字。如果SQL标准已经规定了支持，那么可能会更好点。
UNION（允许重复）UNION DISTINCT （去除了重复）移除重复行不仅很少需要（有时甚至是错的），而且对于带很多行的大数据集合会相当慢，因为两个子select需要排序，而且每个元组也需要和它的子序列元组比较。
注意即使SQL标准规定了INTERSECT ALL和EXCEPT ALL，很少数据库会实现这些没用的集合操作符。
解决方法：
每次写UNION语句时，考虑实际上是否需要UNION ALL语句。
4、通过JDBC分页技术给大量的结果进行分页操作
大部分的数据库都会支持一些分页命令实现分页效果，譬如LIMIT..OFFSET,TOP..START AT,OFFSET..FETCH语句等。即使没有支持这些语句的数据库，仍有可能对ROWNUM（Oracle）或者是ROW NUMBER()、OVER()过滤（DB2、SQL Server2008等），这些比在内存中实现分页更快速。在处理大量数据中，效果尤其明显。
解决方法：
仅仅使用这些语句，那么一个工具（例如JOOQ）就可以模拟这些语句的操作。
5、在Java内存中加入数据
从SQL的初期开始，当在SQL中使用JOIN语句时，一些开发者仍旧有不安的感觉。这是源自对加入JOIN后会变慢的固有恐惧。假如基于成本的 优化选择去实现嵌套循环，在创建一张连接表源前，可能加载所有的表在数据库内存中，这可能是真的。但是这事发生的概率太低了。通过合适的预测，约束和索 引，合并连接和哈希连接的操作都是相当的快。这完全是是关于正确元数据（在这里我不能够引用Tom Kyte的太多）。而且，可能仍然有不少的Java开发人员加载两张表通过分开查询到一个映射中，并且在某种程度上把他们加到了内存当中。
解决方法：
假如你在各个步骤中有从各种表的查询操作，好好想想是否可以表达你的查询操作在单条语句中。
6、在一个临时的笛卡尔积集合中使用 DISTINCT 或 UNION 消除重复项
通过复杂的连接，人们可能会对SQL语句中扮演关键角色的所有关系失去概念。特别的，如果这涉及到多列外键关系的话，很有可能会忘记在JOIN .. ON子句中增加相关的判断。这会导致重复的记录，但或许只是在特殊的情况下。有些开发者因此可能选择DISTINCT来消除这些重复记录。从三个方面来说 这是错误的：
它（也许）解决了表面症状但并没有解决问题。它也有可能无法解决极端情况下的症状。对具有很多列的庞大的结果集合来说它很慢。DISTINCT要执行ORDER BY操作来消除重复。对庞大的笛卡尔积集合来说它很慢，还是需要加载很多的数据到内存中。解决方法：
根据经验，如果你获得了不需要的重复记录，还是检查你的JOIN判断吧。可能在某个地方有一个很难觉察的笛卡尔积集合。
7、不使用MERGE语句
这并不是一个过失，但是可能是缺少知识或者对于强悍的MERGE语句信心不足。一些数据库理解其它形式的更新插入（UPSERT）语句， 如 MYSQL的重复主键更新语句，但是MERGE在数据库中确是很强大，很重要，以至于大肆扩展SQL标准，例如SQL SERVER。
解决方法：
如果你使用像联合INSERT和UPDATE或者联合SELECT .. FOR UPDATE然后在INSERT或UPDATE等更新插入时，请三思。你完全可以使用一个更简单的MERGE语句来远离冒险竞争条件。
8、使用聚合函数代替窗口函数（window functions）
在介绍窗口函数之前，在SQL中聚合数据意味着使用GROUP BY语句与聚合函数相映射。在很多情形下都工作得很好，如聚合数据需要浓缩常规数据，那么就在join子查询中使用group查询。
但是在SQL2003中定义了窗口函数，这个在很多主流数据库都实现了它。窗口函数能够在结果集上聚合数据，但是却没有分组。事实上，每个窗口函数都有自己的、独立的PARTITION BY语句，这个工具对于显示报告太好了。
使用窗口函数：
使SQL更易读（但在子查询中没有GROUP BY语句专业）提升性能，像关系数据库管理系统能够更容易优化窗口函数解决方法：
当你在子查询中使用GROUP BY语句时，请再三考虑是否可以使用窗口函数完成。
9、使用内存间接排序
SQL的ORDER BY语句支持很多类型的表达式，包括CASE语句，对于间接排序十分有用。你可能重来不会在Java内存中排序数据，因为你会想：
SQL排序很慢SQL排序办不到解决方法：
如果你在内存中排序任何SQL数据，请再三考虑，是否不能在数据库中排序。这对于数据库分页数据十分有用。
10、一条一条地插入大量记录
JDBC“懂”批处理（batch），你应该不会忘了它。不要使用INSERT语句来一条一条的出入成千上万的记录，（因为）每次都会创建一个新 的PreparedStatement对象。如果你的所有记录都插入到同一个表时，那么就创建一个带有一条SQL语句以及附带很多值集合的插入批处理语 句。你可能需要在达到一定量的插入记录后才提交来保证UNDO日志瘦小，这依赖于你的数据库和数据库设置。
解决方法：
总是使用批处理插入大量数据。
来自：OSChina
译者：oschina.net/translate/10-common-mistakes-java-developers-make-when-writing-sql
⑩ 如何成为一位sql 程序员
写复杂的SQL语句，为项目服务
一般包括查询语句、存储过程开发、触发器、作业开发，数据库结构优化等