t**r
发帖数: 3428 | 1 作为程序员,oracle database需要掌握什么方面？
写sql? 设计？ 性能调优？
有没有好的 书推荐？
謝謝
我们目前项目用oracle 数据库， 有专门的dba。我们的程序会对db进行crud操作。
谢谢了 |
g*****g
发帖数: 34805 | 2 业界做应用主流转向了ORM，SP主要剩下一些data intensive诸如reporting之类的两亩
三分地。
作为程序员当然还是要熟悉SQL，知道什么样的SQL跑得快。太深入的优化就不需要了，
给DBA留点活吧。
【在 t**r 的大作中提到】
: 作为程序员,oracle database需要掌握什么方面？
: 写sql? 设计？ 性能调优？
: 有没有好的 书推荐？
: 謝謝
: 我们目前项目用oracle 数据库， 有专门的dba。我们的程序会对db进行crud操作。
: 谢谢了
|
B*****g
发帖数: 34098 | 3 DBA才不管优化SQL，不过一般人很难碰上需要优化SQL，oracle大部分时候自动做了
【在 g*****g 的大作中提到】
: 业界做应用主流转向了ORM，SP主要剩下一些data intensive诸如reporting之类的两亩
: 三分地。
: 作为程序员当然还是要熟悉SQL，知道什么样的SQL跑得快。太深入的优化就不需要了，
: 给DBA留点活吧。
|
w**z
发帖数: 8232 | 4 我们还都是写SP的。
【在 g*****g 的大作中提到】
: 业界做应用主流转向了ORM，SP主要剩下一些data intensive诸如reporting之类的两亩
: 三分地。
: 作为程序员当然还是要熟悉SQL，知道什么样的SQL跑得快。太深入的优化就不需要了，
: 给DBA留点活吧。
|
g*****g
发帖数: 34805 | 5 RDBMS难以scale out，所以都是尽量给数据库服务器减负呀。SP不流行已经很久了。
【在 w**z 的大作中提到】
: 我们还都是写SP的。
|
w***g
发帖数: 5958 | 6 最近我们公司在把一批SP用C#重写。问题是需要把我的程序计算出来的结果入库，结果
用SP入库那一步匪夷所思地成了瓶颈。那个SP捞出来看发现写得极其罗嗦，没有人能看
得懂。之前想了一切办法，包括上SSD，把内存加到超过数据库大小，上多线程，最后
还是不行，每分钟只能入库千把条记录。不得不用C#重写。你都没法想象那批DBA的脑
子有多混乱。
【在 g*****g 的大作中提到】
: RDBMS难以scale out，所以都是尽量给数据库服务器减负呀。SP不流行已经很久了。
|
w**z
发帖数: 8232 | 7 公司有傻逼坚持要用SP， 懒得争了。
【在 w***g 的大作中提到】
: 最近我们公司在把一批SP用C#重写。问题是需要把我的程序计算出来的结果入库，结果
: 用SP入库那一步匪夷所思地成了瓶颈。那个SP捞出来看发现写得极其罗嗦，没有人能看
: 得懂。之前想了一切办法，包括上SSD，把内存加到超过数据库大小，上多线程，最后
: 还是不行，每分钟只能入库千把条记录。不得不用C#重写。你都没法想象那批DBA的脑
: 子有多混乱。
|
N********n
发帖数: 8363 | 8
SP写不好主要是SQL设计得太烂。比如SELECT ... FROM应该象LINQ那样改成
FROM ... SELECT，这样起码能支持INTELLISENSE。
【在 w***g 的大作中提到】
: 最近我们公司在把一批SP用C#重写。问题是需要把我的程序计算出来的结果入库，结果
: 用SP入库那一步匪夷所思地成了瓶颈。那个SP捞出来看发现写得极其罗嗦，没有人能看
: 得懂。之前想了一切办法，包括上SSD，把内存加到超过数据库大小，上多线程，最后
: 还是不行，每分钟只能入库千把条记录。不得不用C#重写。你都没法想象那批DBA的脑
: 子有多混乱。
|
T*****e
发帖数: 361 | 9 这个有时候涉及到控制问题，就是典型的politics，对于码工来说能控制更好没了也能
过，不过对于DBA来说则是生死攸关。
我前面的工作地方就ORM争论了好几次，DBA都是大胜（那哥们嗓门大能说会道跟
manager走得更近，最后所有Programmer都被踢出了讨论），结果连续招了好几个DB
Programmer，ORM也被禁用了。我离开时他们正在用Stored Procedure来实现ORM的基本
功能呢，干得可欢了。
现在换了个地方，结果是PHP+SQL，PHP方面基本上是早期ASP或者JSP那一套，偶尔夹杂
点MVC；PHP里面都是ad hoc的SQL，DB里面则有很多几千行的UDF和Stored Procedure，
读起来无比费劲。
……之前ORM都有些烦了，发现MongoDB+Express+AngularJS更爽；现在倒是不用ORM了
……
【在 w**z 的大作中提到】
: 公司有傻逼坚持要用SP， 懒得争了。
|
g*****g
发帖数: 34805 | 10 我们是要求整体搬到AWS上，所以根本没有 DBA，RDS的管理比较方便。我把数据一块块
地从 Oracle往 MySQL上搬，再从MySQL 往Cassandra搬。原来的 DBA早早看到没啥可做
的自己走了。Cloud和 NoSQL
是 DBA大敌。
【在 T*****e 的大作中提到】
: 这个有时候涉及到控制问题，就是典型的politics，对于码工来说能控制更好没了也能
: 过，不过对于DBA来说则是生死攸关。
: 我前面的工作地方就ORM争论了好几次，DBA都是大胜（那哥们嗓门大能说会道跟
: manager走得更近，最后所有Programmer都被踢出了讨论），结果连续招了好几个DB
: Programmer，ORM也被禁用了。我离开时他们正在用Stored Procedure来实现ORM的基本
: 功能呢，干得可欢了。
: 现在换了个地方，结果是PHP+SQL，PHP方面基本上是早期ASP或者JSP那一套，偶尔夹杂
: 点MVC；PHP里面都是ad hoc的SQL，DB里面则有很多几千行的UDF和Stored Procedure，
: 读起来无比费劲。
: ……之前ORM都有些烦了，发现MongoDB+Express+AngularJS更爽；现在倒是不用ORM了
|
|
|
l**********n
发帖数: 8443 | 11 现在有个sqllayer
【在 g*****g 的大作中提到】
: 我们是要求整体搬到AWS上，所以根本没有 DBA，RDS的管理比较方便。我把数据一块块
: 地从 Oracle往 MySQL上搬，再从MySQL 往Cassandra搬。原来的 DBA早早看到没啥可做
: 的自己走了。Cloud和 NoSQL
: 是 DBA大敌。
|
y**********u
发帖数: 6366 | 12 现在我呗sqlalchemy折腾的很惨啊
【在 g*****g 的大作中提到】
: 业界做应用主流转向了ORM，SP主要剩下一些data intensive诸如reporting之类的两亩
: 三分地。
: 作为程序员当然还是要熟悉SQL，知道什么样的SQL跑得快。太深入的优化就不需要了，
: 给DBA留点活吧。
|
t**r
发帖数: 3428 | 13 我们有一些逻辑是sp 有好多sql文件 还有一些sql语句直接写在Java 代码里 这是正确
的通常做法么？困惑
★ 发自iPhone App: ChineseWeb 8.7
【在 T*****e 的大作中提到】
: 这个有时候涉及到控制问题，就是典型的politics，对于码工来说能控制更好没了也能
: 过，不过对于DBA来说则是生死攸关。
: 我前面的工作地方就ORM争论了好几次，DBA都是大胜（那哥们嗓门大能说会道跟
: manager走得更近，最后所有Programmer都被踢出了讨论），结果连续招了好几个DB
: Programmer，ORM也被禁用了。我离开时他们正在用Stored Procedure来实现ORM的基本
: 功能呢，干得可欢了。
: 现在换了个地方，结果是PHP+SQL，PHP方面基本上是早期ASP或者JSP那一套，偶尔夹杂
: 点MVC；PHP里面都是ad hoc的SQL，DB里面则有很多几千行的UDF和Stored Procedure，
: 读起来无比费劲。
: ……之前ORM都有些烦了，发现MongoDB+Express+AngularJS更爽；现在倒是不用ORM了
|
g*****g
发帖数: 34805 | 14 不是，最简洁有效的办法见Spring data。
【在 t**r 的大作中提到】
: 我们有一些逻辑是sp 有好多sql文件 还有一些sql语句直接写在Java 代码里 这是正确
: 的通常做法么？困惑
:
: ★ 发自iPhone App: ChineseWeb 8.7
|
c****f
发帖数: 1102 | |
p*****2
发帖数: 21240 | 16 用mongoose吗
【在 T*****e 的大作中提到】
: 这个有时候涉及到控制问题，就是典型的politics，对于码工来说能控制更好没了也能
: 过，不过对于DBA来说则是生死攸关。
: 我前面的工作地方就ORM争论了好几次，DBA都是大胜（那哥们嗓门大能说会道跟
: manager走得更近，最后所有Programmer都被踢出了讨论），结果连续招了好几个DB
: Programmer，ORM也被禁用了。我离开时他们正在用Stored Procedure来实现ORM的基本
: 功能呢，干得可欢了。
: 现在换了个地方，结果是PHP+SQL，PHP方面基本上是早期ASP或者JSP那一套，偶尔夹杂
: 点MVC；PHP里面都是ad hoc的SQL，DB里面则有很多几千行的UDF和Stored Procedure，
: 读起来无比费劲。
: ……之前ORM都有些烦了，发现MongoDB+Express+AngularJS更爽；现在倒是不用ORM了
|
W***o
发帖数: 6519 | 17 显然是玷污了纯洁的Java
【在 t**r 的大作中提到】
: 我们有一些逻辑是sp 有好多sql文件 还有一些sql语句直接写在Java 代码里 这是正确
: 的通常做法么？困惑
:
: ★ 发自iPhone App: ChineseWeb 8.7
|
l*****9
发帖数: 9501 | 18 只要还在用RDBMS, SP就是有用的，主要适用于data intensive process。只是CRUD的
话，不需要SP. 用java的话，ORM必不可少。
【在 t**r 的大作中提到】
: 作为程序员,oracle database需要掌握什么方面？
: 写sql? 设计？ 性能调优？
: 有没有好的 书推荐？
: 謝謝
: 我们目前项目用oracle 数据库， 有专门的dba。我们的程序会对db进行crud操作。
: 谢谢了
|
