⑴ 软件开发和DBA哪个更有钱途
我觉得成为一个优秀的DBA应该具备除技术以外的以下优点：
1.有强烈的责任感，对工作认真、负责。
2.杰出的自学能力，喜欢钻研技术，英语水平应该过的去。
3.心中无野草，做事有毅力。
4.好的工作环境，不是办公条件，而是维护的系统，如果你是维护一套7*24的海量数据的业务系统，你会进步的快的多，越复杂的系统越需要深厚的功力去支撑。
DBA的技术发展方向感觉有以下几条：
1.高可用、容灾
2.备份、恢复
3.性能优化
所以啊，还是来我们开发吧
⑵ 为什么 DBA 工资很高，而程序员相对较低，两者哪一个更难
我是即将毕业的一名学生，如果以后不想转行想持续地做IT下去，不知道DBA这种可以通过慢慢积累经验的工作是否比程序员这种毕业后能马上打工，但是只能打工10年到后面不得已转行的工作要好？
⑶ DBA和程序员哪个比较轻松
当然是做DBA的轻松些。再说DBA的工资也不低，我在北京一个朋友的朋友，就是做DBA的，在数据库管理这方面还是比较牛的，经常坐飞机出去给客户解决问题，工资也还行吧，一个月14000。不过我个人看好程序员，因为程序员学习的知识面比DBA的多，以后的发展前景也比DBA的好一些。
⑷ 为什么 dba 工资很高，而程序员相对较低
程序员人数众多吧
DBA比较少的原因吧！
请采纳！
⑸ 为什么 DBA 工资很高，而程序员相对较低，两者哪一个更难
谁跟你说的DBA工资很高，程序员工资很低？程序员这个覆盖面太广了，你用一个"精确定位"的职位和一个广泛群体去比较，本身就没有可比性。在我认识的人中，有年薪上百万的DBA，但准确说他拿100万+干的活也不是单纯DBA的工作。同时，我同学里有系统构架师，一样也是年薪百万以上。但这些人都不具有普遍性，都已经是这个行业里在打工者这个层面的佼佼者。
DBA从门槛上说我认为不高不低，你可以看看丁香园CTO发表过的一篇他的工作经历，他是非计算机专业毕业，印象中当时做过服务器管理，然后就是从Oracle DBA开始后来成为全国屈指可数的Oracle ACE Director，其实只要你付出比别人多的努力，所谓的"门槛"都是吓唬胆小者的。
现在，网络上有些数据库行业已成名的既得利益者在忽悠DBA行业前景多名好，工资多么高，但我看现实看并不是这样美好（或许他们可能还有些商业目的，比如推销培训课等）。我们公司（北京）招入的Oracle DBA，2-3年工作经验，有OCP认证，让我看DBA的基本工作都能胜任，但月薪也就税后4000多，我们同等经验年数的Java程序员，比他工资还略高。我并不认为我们给的工资低，因为如果他真能拿到1万元的Offer，我相信他早跳槽了。另外，我们也不担心他跳槽，因为拿差不多的工资预算，同样可以招来差不多水平的DBA，因为我们的HR经常收到应聘者简历。所以不能总看那些成功人士光鲜的一面，也要看看行业中的中下层的人们生活的怎样。你可能会问为什么会这样？我觉得DBA职位需求远远小于程序员，而最近很多培训机构，包括大学开课程，量产DBA造成供求失衡是个不可忽视的因素。你考虑一下，国内中小规模的软件开发公司有多少设置专职DBA？我知道的很多都是程序员兼DBA，我当年也是在PowerBuilder项目组里兼职做DBA的开始接触数据库的。那些名声显赫的银行，保险，移动，互联网公司的大牛DBA们，按楼上朋友说都是年薪很高的，但那种职位数又有多少？已经成功的人士又有几个有勇气轻易挪窝给别人让位？所以我在DBA圈子里听一些年轻工程师的抱怨是，学习了，准备了，认证也拿了，但就是找不到入行的机会...所以相对于DBA，程序员的入行职位机会可能要多很多。从你关心的待遇说，网络的一般程序员待遇可能比甲骨文DB Support的待遇要高了。
我也不列举优秀程序员的待遇了，因为讨论那些上层的待遇没有代表性，其实作为一个职业选择，还是从你的兴趣，评估你自己适合做什么出发，一旦入行，就专注去做到好，同时还需要一些机遇，甚至做一些主动选择（比如转型）和变化。
⑹ DBA与开发者哪个更值钱
说到Oracle Forms，我觉得越来越少的公司有这样的职位了。由于之前高额的成本，Oracle Forms其实在IT业就没有真正的普及过，而且现在学生和评估人员还可以免费下载。Oracle Forms(加上报表和图形)是非常消耗内存的，这使得一些公司对它望而却步，如果他们想要运行Oracle Forms就不得不升级所有的PC机。在此之后，甲骨文基于J2EE framwork重新编写了Forms。但是公司内部真正在使用Oracle Forms的还是很少，随着Web技术的不断发展，相信Oracle Forms的使命也即将走到尽头了。
而Oracle PL/SQL的普及程度很高，几乎使用Oracle数据库的部门都会用到，特别是针对Oracle进行应用开发的公司。与Forms刚好相反，在我知道的几乎所有公司都会在某种程度上用到PL/SQL。不仅仅那些应用开发人员会用到PL/SQL，DBA同样需要掌握它，使用PL/SQL可以对数据库健康程度报告进行自动化的收集，还可以进行复杂的任务等。你可以使用PL/SQL为UI开发者构建强大的API，这样他们就无需再编写并将查询嵌入到应用代码中了。这就加速了整个的开发过程，特别是当UI和PL/SQL开发者协作开发的时候。这样的成功案例我见过许多。
说到DBA，他们的职责就和开发人员完全不一样了。并不是所有的DBA都会用到PL/SQL，但至少我认为DBA应该或多或少了解PL/SQL的知识。有些部门也有DBA开发职位，他们是特殊的PL/SQL编程人员，为DBA开发一些常用的工具。
并不是所有学习Oracle的人都想成为DBA，一位全职的DBA往往要随时待命，观察并维护许多数据库，进行日常的备份与恢复工作，还要负责升级与迁移数据库，他们是数据库保持健康的关键。数据库架构师在整个团队中起到了一个顾问的作用，他们协助UI开发人员来准确的进行建模并创建高性能的数据库架构。现如今，一个DBA不再是拿着高薪的“数据库保姆”了，他们更多的参与到项目前期的设计与规划当中来，任务和压力可以说更重了。
DBA与开发者是相辅相成的，他们需要彼此了解各自的知识和工作，这样一个编程的PL/SQL开发者才能知道数据库环境发生了哪些变化。而UI开发者也需要考虑后端的一些情况，这会对前端的应用造成什么样的影响，因此每个职位都有自己的特点，需要从业者考虑好自身的兴趣点。
⑺ 程序员还是DBA
DBA的薪水和程序员的薪水差别还是很大的，从薪水上建议你做DBA
而且DBA和程序员也是有交集的，做DBA同样可以编程，DBA发展前景也很好，前途上说，建议你做DBA
再说兴趣上，你的兴趣是程序员，而且是手机编程，这个跟DBA距离就有点远了。不过你兴趣在此，可以试着做一段时间看看。
我个人的意见，从薪水和前途上，还是做DBA比较合适，而且你现在的公司也很好。如果你做程序员，可能就要换个公司，未必下家公司会好，而且收入会少不少吧
⑻ DBA 工资很高，而程序员相对较低，两者哪一个更难
做好都不容易，但是低级别的程序员仍然可以有自己的分工，而DBA不需要低级别的，常规工作可以直接用脚本自动化实现，疑难杂症必须有足够的经验积累，真正的高手才能解决，另外DBA面对的都是公司核心的数据，一般人也不可能接触到，所以成为DBA高手相对更难一些，除了自己学习、公司培养，还需要一些机遇。
⑼ 现在it行业中，相比于程序员和DBA哪个方向的发展前景更好
DBA比较高端，一般际遇会好一点。程序员方向比较多，难于控制
⑽ DBA和程序员如何选择
大学学的都是JAVA，C之类的，你是我们也都是。因为那个门槛低，容易就业。
其实就给咱们造成了一种误导，认为将来一定是要做程序员的，最好能转系统架构师的。把理想也定义成了这个。
其实你自己想想呗，系统架构师是那么好转的么？而且一定是要程序员去转的么？纯粹是大学入学时就灌输给你的一种错误的理念。
DBA是数据库管理员，这个大家都知道，它的好处是，上面要和应用打交到，下面要和操作系统、硬件打交到。你做DBA的话，会对整个软件体系有更深刻的理解和把握，而且，只要你愿意，在系统优化过程中你可以轻易的接触到更多的软件开发流程和注意事项。而且你是站在全局的角度去看待问题、看待这个软件的，而不是作为一个程序员去看别人的设计。而且你能从CPU、内存、性能上去思考软件，这才是最主要的。
所以，如果你做DBA的话，只要是大型公司的DBA，一定是值得的。这份工作不仅可以做的更久，更可以给你很多选择的方向。甚至将来做ERP技术顾问、数据库技术顾问，做操作系统、存储，等等，选择性都很大。或许唯一不沾边的是需求分析，你那时候对特定的业务必定不会特别了解。
--------------------------
综上所述，不论你是想做系统架构师，还是想持续做DBA，或者想做其他，DBA都比你做程序员要强很多。但要提醒你，DBA的门槛比软件开发高，不是你管一天数据库你就是DBA了。这个需要经验的积累，需要工作习惯的培养。人人都能做的事情是没有含金量的。DBA之所以比普通程序员略微难做一些，就是因为它门槛高一些。你千万不要想东想西，表现不好错过了，可就补不回来了。