Chinaunix

标题: 再没有比ORACLE 还垃圾的数据库了 [打印本页]

作者: tony_trh    时间: 2013-01-20 21:11
标题: 再没有比ORACLE 还垃圾的数据库了
1)在LINUX上安装极其复杂,这么大的公司,就不能打个补丁,一次性把需要的配置配好吗?非得要看几页纸的文档,到各个配置里面去填写数字,参数

2)在LINUX的SQLPLUS里,连个方向键都不起作用,一堆乱码,极度不方便,难道ORACLE公司的人是吃屎的?专门开发这些令人抓狂的软件?

可见,连这点些最常用的细节问题都处理不好,叫我怎么相信ORACLE更核心的东西做的好?

只能一个字,垃圾+烂货。
作者: zhaopingzi    时间: 2013-01-21 08:54
大哥,你太有才了
作者: kellyseeme123    时间: 2013-01-21 10:03
呵呵,这个无法解释
举个范例

为什么我看电视的要开电视机,插电视机就算了,看电视还需要电,放TV还要交钱,怎么不是我一开电视就把所有的东西都设置好,还需要做这样做那样。。

每样东西都需要规则,这种东西每个人的配置又不一样,怎么能帮你一起来配置呢?
作者: doni    时间: 2013-01-21 11:36
oracle哪有excel好用
呵呵
作者: tony_trh    时间: 2013-01-21 13:31
如果其他数据也是这样,那我还真觉得可能难做,问题是其他数据库没这些问题呀,

看看POSTGRESQL,也是LINUX下得,为何在在PSQL字符界面里,方向键可以自由移动,调出历史命令。

在LINUX下得安装,也是很简单就搞掂了,没有那么多参数,配置要搞的呀,至于需要调优,那是另外一件事,

大部分功能,都具备,也没差多少,ORACEL安装上去要几个G,人家就百来M,

建个数据库,别的数据系统,几十秒,ORACLE要几十分钟,真不知道它是不是故意在哪里死循环,弄的好像挺高深的,很强大,系统很POWER似,其实就那么点东西,

不要说我以小人之心度君子之腹,ORACLE的老板就喜欢这招,很会卖弄,比如把ORACLE 1.0的产品,

就说成是2.0,所以,搞的整个产品都跟那老板一个鸟德行,。


作者: flutter    时间: 2013-01-21 15:09
1,操作系统有那么多厂家,每个厂家那么多版本,不同的人会安装不通的系统,ORACLE无法一一定制,也无法做到全而大。

2,ORACLE只关注自己的软件,字符啊方向键啊的,它并不关心,哪是使用者的问题

3,ORACLE让用户去配置软件,内核,用户,磁盘,是让用户熟悉和了解系统和数据库的结构
轻车熟路的人,对ORACLE也熟悉,碍手碍脚的人,估计也管理不好ORACLE

比如说打苍蝇,你想用火箭,就必须给它建发射场,发射架,加注燃料,等天气。。。
干脆一巴掌不就解决苍蝇了么,何苦费那么大周折?
你能用几百M十几S解决的问题,不需要ORACLE。
作者: xuhainanjing    时间: 2013-01-22 08:37
你说的也不错,可能是oracle没有把这当回事------因为sql*plus主要是可以跑脚本,这是它强大的地方------就像CLI远比GUI强大,高效,你完全可以用其他的编辑器编好脚本再用sql*plus执行。
我开始也很不习惯,你可以找个rlwrap,这个挺好的,可以上下翻页,有历史。
作者: yulihua49    时间: 2013-01-28 13:57
tony_trh 发表于 2013-01-20 21:11
1)在LINUX上安装极其复杂,这么大的公司,就不能打个补丁,一次性把需要的配置配好吗?非得要看几页纸的文档 ...

这问题解决起来简单,不用就是了。
作者: tony_trh    时间: 2013-02-01 22:07
如果是我得话,我还真的不想用呀,可是其它人用,你没办法,也要跟着他们去用,否则,找工作麻烦,
就像一个公司里开发一个ERP什么的管理系统,就是垃圾得不得了,你也得去研究那个烂东西,维护它。

最近在鼓捣那个DATAGUARD ,折腾了一个星期,才基本搞掂,我在POSTGRESQL下搞,看下文档,不到一天就搞定了,并且后期维护也简单多。

我真的弄不明白,ORACLE公司那些开发人员,搞系统设计太操蛋了,就不能搞个默认的最佳配置法,敲一条命令就会自动产生默认参数,这样很难吗?非要弄的那么复杂,后期维护也要敲那么多代码,还动不动就莫名其妙出问题,一点也不稳定,真是蛋疼。

它妈的,就不能人性化点吗?


作者: tony_trh    时间: 2013-02-01 22:19
比如同步数据,
服务器端主库产生新数据,有时候客户端一下子就应用过去了,实时的。

有时候,它奶奶,死活也没有应用过来,你非得在服务端敲个切换日志指令,客户端才可以同步过去,我日呀。

经常客户端电脑重启后,又得重新敲入恢复日志指令
alter database recover managed standby database using current logfile disconnect之类的指令,来同步数据,我晕呀,配置好一次之后,重开一下电脑或者重启一下服务,老要这样来敲指令?(有时候又不用)真操蛋呀,

我用POSTGRESQL的HOT STANDBY ,跟ORACLE的DATAGURAD类似,一次配置好后,什么也不用动,主库一产生新数据,就哗啦啦实时跑到备份机去了,就算你实时拔掉电源,也不影响,从来不要去敲什么同步指令呀。

所以。ORACLE真它妈垃圾的蛋痛。




作者: royzs    时间: 2013-02-06 16:19
回复 6# flutter


   解得好,解得切
作者: mike79    时间: 2013-02-06 17:32
tony_trh 发表于 2013-02-01 22:19
主库一产生新数据,就哗啦啦实时跑到备份机去

这什么SB数据库,居然不支持delay apply。万一主库上的数据被误删除了,实时同步到备库,那还搞个毛阿。
作者: wlmouse    时间: 2013-02-06 18:04
数据库安装是要根据实际需求进行专门的优化调整的。你如果只是自己开发,那么安装express版的就是。Oracle提供rpm包,直接安装就可以。如果是正式运营的数据库,必须你自己去调整的。就是微软的系统,你也要进行调整,除非你只拿来当玩具。没有一个健壮的运营系统不需要大量的调试。

作者: digdeep126    时间: 2013-02-08 22:35
无语啊
作者: bpxyz    时间: 2013-02-10 21:19
看样子楼猪确实蛋疼。自己级别不够确怪别人产品对用户功能和特性考虑太多,这是个什么鸟逻辑?每种产品都有他所面对的方面,能用轻量级数据库就能搞定的东西却选择oracle,这是产品架构师的问题,而不是数据库产品的问题。
作者: renxiao2003    时间: 2013-02-12 20:45
楼主的第一个观点我还是比较赞同的,但是Linux的发行版本他多了。它就算做了也不一定完全兼容。Linux的Shell有N多种,写个Shell脚本不能万能用啊。哎。要怪其实要先怪Linux。看看在Windows下是多么的简单。
作者: DAVIDLUO998    时间: 2013-02-22 16:13
本帖最后由 DAVIDLUO998 于 2013-02-22 16:14 编辑

开汽车既要加油 又要学习开车技术 还要保养 更要注意交通规则 还得交各种保险、审车、验证......,为什么不去骑自行车呢,简单,方便?因为需求和定位不同。ORACLE也是这样的,作为企业级的数据库,使用和维护是麻烦些。
作者: wolfop    时间: 2013-02-24 13:16
从安装的复杂性来说,Oracle的确比别的商业数据库比如db2 informix都要复杂,更不用说那些开源的轻量级的mysql firebird pg之流。
不过安装复杂意味着其功能就很多,呵呵。
作者: kingmuwp    时间: 2013-02-25 18:21
回复 18# wolfop


   
作者: kingmuwp    时间: 2013-02-25 18:24
mike79 发表于 2013-02-06 17:32
这什么SB数据库,居然不支持delay apply。万一主库上的数据被误删除了,实时同步到备库,那还搞个毛阿。

正解,正解,正解
作者: flutter    时间: 2013-02-26 09:35
回复 12# mike79


    兄弟,这样说就是你的不对了。

  首先,备库不是实时的,是基于COMMIT提交和SWITCH LOG日志切换的。也就是说,木有提交的,日志木有切换之前,
主库的更新是不会在备库更新的。这个时差,要看你的数据量大小和日志文件大小。

  其次,DG本来就是个异地容灾,不更新吧,你又叫嚷嚷说什么破东西,半天不更新。更新吧,你又叫嚷嚷说我删除错了,谁让它更新这么快。
再说了,删除错了,有日志记录可以回滚,还有闪回可以恢复。

  话说,数据库根本就不会去防范你个人的失误操作,它怎么知道你是正常命令还是低级错误呢,DBA不是随便当的,自己的错误不要怪系统。
作者: moweiraul    时间: 2013-02-26 16:09
对 我也觉得 有时候安装本来oracle弄个脚本文件就把很多默认参数就改了 但是他非要让你自己弄,这确实很烦人
作者: mike79    时间: 2013-02-26 18:11
本帖最后由 mike79 于 2013-02-26 18:14 编辑
flutter 发表于 2013-02-26 09:35
回复 12# mike79
首先,备库不是实时的,是基于COMMIT提交和SWITCH LOG日志切换的。也就是说,木有提交的,日志木有切换之前,
主库的更新是不会在备库更新的。这个时差,要看你的数据量大小和日志文件大小。

Oracle DG支持在主库写入重做日志时,就将重做纪录传输到备库并apply。所以首先,你这个首先就错了。
其次,Oracle DG的容灾方案支持一主多备模式,所以没必要嚷嚷的。一个备库做realtime apply,令一个备库做delay apply。主库宕了需要立即恢复业务?OK,起realtime apply的备库。开发人员误删除了数据需要尽快恢复?OK,从delay apply的备库上找回。日志纪录回滚?靠,已经commit的操作怎么回滚?难道要靠logminor慢慢找?数据库闪回?阿,我这个是9i老数据库,没这个功能。什么,这是开发人员的问题,和DBA没关系?靠,你不知道DBA的一个工作任务就是给开发人员擦屁股么?
最后,数据库是不防范个人失误,比如开发人员误删除数据,所以才要配置DBA阿。要是什么都OK,要归档干吗?要DG干吗?要RAID干吗?要备份干吗?要容灾干吗?要DBA干吗?不就是为了那个万一么?
作者: flutter    时间: 2013-02-27 10:40
本帖最后由 flutter 于 2013-02-27 10:42 编辑

回复 23# mike79


    我这个首先,是不是正确的,你可以在主库删除一条记录,然后在备库再看看就知道结果了。

  其次,你真的很厉害,给开发人员在生产库上折腾,我是从来不给他们这个机会的。
作者: mike79    时间: 2013-02-27 17:23
本帖最后由 mike79 于 2013-02-27 17:24 编辑
flutter 发表于 2013-02-27 10:40
我这个首先,是不是正确的,你可以在主库删除一条记录,然后在备库再看看就知道结果了

用这个方法来检测?呵呵,说你什么好呢。基本概念不清?

你用删除做例子,我就用插入做例子好了。先不考虑DG,你在数据库上插入一条纪录,不提交,然后新开个会话,你认为新会话能看到这条纪录么?如果主库上的新会话也看不到,那备库上也看不到又能说明什么呢?能够说明redo没有apply?

再回去说DG,redo被apply到备库,不代表在备库上就能看到相应的更改,这要到主库的事务提交才能看到。(不过按照你先前所说的,你可能认为switch logfile之后就能看到,哪怕主库上事务没有提交。但这个想法是错误的。)那怎么证明realtime apply?可以利用Oracle11g的active standby dataguard。老版本数据库也行,不过就是稍微麻烦点。
你把DG配置成max availablity+realtime apply,然后在主库上跑个大事务,插入很多纪录,比如要一个小时,但是控制不发生logfile switch,commit之后就到备库上去看。按照你的说法,如果redo要等到commit才apply的话(因为没有logfile switch,那就不考虑你认为的另一个apply条件了),那么在备库上看到这些新纪录大概也要一个小时这样的数量级。但其实根本不用,几乎是瞬时就能看到了。

最后问下,你能控制开发人员不直接登录数据库,但是你能控制他们不写错代码么?你能控制在应用发布前开发人员写的所有的代码,所有的边界条件都测过么?
作者: flutter    时间: 2013-02-28 11:24
回复 25# mike79


    呵呵,我所说的检测,当然是提交后的更新,没有提交看个神马东东。
作者: wlmouse    时间: 2013-02-28 12:06
回复 22# moweiraul


    因为Linux/Unix里面很多配置文件不一样,必须人工单独编写。
作者: cow977    时间: 2013-03-06 09:51
回复 22# moweiraul


    11g以后,只要能上网,系统参数的修改ORACLE也基本给你搞定了。只要装个包就可以了。
作者: dyqin1987    时间: 2013-03-18 09:36
楼猪的智商不行哦!
作者: leimingbuaa    时间: 2013-04-02 16:44
lollol
作者: moweiraul    时间: 2013-05-14 10:49
回复 28# cow977


    用什么工具 能详细说说嘛
作者: to407    时间: 2013-05-14 14:57
回复 31# moweiraul

推荐直接用oraclelinux UEK
EL5
    https://oss.oracle.com/el5/oracle-validated/
EL6
   oracle-rdbms-server-11gR2-preinstall
作者: moweiraul    时间: 2013-05-15 16:57
回复 32# to407


    这个工具只能在oracle linux上使用吗 有没有针对于redhat 和aix的
作者: to407    时间: 2013-05-15 23:55
回复 33# moweiraul


    没

作者: wanghao2979    时间: 2017-04-11 09:25
好像讲得有道理




欢迎光临 Chinaunix (http://bbs.chinaunix.net/) Powered by Discuz! X3.2