http://tomszrp.itpub.net 这次是朋友公司因为业务发展需要，计划招聘如下人员，工作地点在济南，待遇还不错，比当地的济南的IT企业要高很多。有兴趣的朋友，特别是山东地区的朋友，赶紧联系我哦,来信请说明应聘的岗位，并附带自己的一份最新简历.mail:toms_zrp@hotmail.com² ² BI应用分析工程师(1)² 岗位职责1) 电信行业各类分析应用的规划、设计和研发；² 人员要求(30岁以下，特别优秀者放宽到35岁)1）性别：男；2）学历：本科以上即可，专业：理工科即可。3）行业经验：熟悉电信业务（特别强调），电信行业BI建设经验，至少1年； 4）年龄：不... http://tomszrp.itpub.net/post/11835/465716 Fri,04 07 2008 09:47:27 当我们提交的PL/SQL代码具有很好的一直性、可读性和严密性时，往往会给运维DBA、其他程序员和最终用户一个惊喜。不管我们之前的业务逻辑设计的如何规范、清晰；也不管我们的业务操作流程定义多么明确，请始终坚信：最终用户在决大多数情况下的操作方法都不会符合业务规则的。所以，我们要想编写出健壮的PL/SQL代码，就必须借助调试技术，可以在关键点上提示最终用户的错误.　很多做运维的DBA都遇到过类似的问题，因为用户的要求，当DBA在做数据维护时，偶尔会清理或修改一些比较重要的关系数据，往往会导致很多的代码执行异常，并且没有任... http://tomszrp.itpub.net/post/11835/465748 Thu,03 07 2008 22:54:17 今天下载了SQLTXPLAIN的最新版本，并在自己的本子上做了一个体验，这个工具最早我在使用8i的时候用过一次，后来在因为绝大部分情况下用不着她，就慢慢的遗忘了，今天下载了最新的针对9i,10g,11g的新版本，在更新自己的资料库的时候才发现，很前就玩过了，没想到她也一直在"成长"。 这是一个全面的、强大的分析和调优SQL语句的有力工具 工具需要到metalink上download SQLTXPLAIN Directory Structure sqlt/ install/ run/ sample/ 在zip文件里包含详细的说明和demo.说明写的很详细 工具的安装和卸载类似statspack这样的工具 conn /as sysd... http://tomszrp.itpub.net/post/11835/465391 Mon,30 06 2008 23:08:54 普通cursor与REF cursor还有一些大家应该都熟悉的区别，我再浪费点唾沫。1）PL/SQL静态光标不能返回到客户端,只有PL/SQL才能利用它.ref光标能够被返回到客户端.这就是从Oracle的存储过程返回结果集的方式 2）PL/SQL静态光标可以是全局的，而ref光标则不是。 也就是说，不能在包说明或包体中的过程或函数之外定义ref光标。 只能在定义ref光标的过程中处理它，或返回到客户端应用程序. 3）ref光标可以从子例程传递到子例程，而光标则不能。 为了共享静态光标，必须在包说明或包体中把它定义为全局光标。 因为使用全局变量通常不是一种很好的... http://tomszrp.itpub.net/post/11835/464915 Tue,24 06 2008 12:47:45 继续我们的旅程，今天简单的总结一下PL/SQL中cursor(光标/游标)的用法.相信不少做开发或维护的DBA在找工作的时候，遇到过类似的面视问题：请简单的描述一下光标的类型，说一下普通光标和REF光标之间的区别，以及什么时候该正确应用哪一个?　这个题目，我着实难住了不少人，其实他们在具体开发的时候，也还是比较能够把握正确的光标的使用的，但就是说不出来，当然了，这与大家自身的沟流交通能力是有关系的。有的人不善于说，但做的却很好。扯的扯就走远了，最后唠叨一下：做技术这条路，能干不能说，或者说会干不会包装，路是走不"远"的.... http://tomszrp.itpub.net/post/11835/464914 Tue,24 06 2008 12:28:26 摘要TSPITR是大家都比较熟悉的一项功能了，我却从来没有在实际的生产系统中用过她，不成想，今天在我自己身上碰到了.　今天很郁闷，一不小心把几个原来toms_tools和toms_dbms工具包使用的字典表全部给干掉了。而且很干净，直接purge了。其实也没什么特别重要的数据，不过重新配置一边实在是很不爽的一件事。于是想到了用TSPITR技术来恢复我的这些表(都在同一个表空间data_01上)，我这个开发库也只有我自己，恢复到我删除前的那个点，也没有什么数据丢失之类的麻烦.闲着也是闲着，穷折腾呗。周五的时候，铿锵的分公司下面有人不小心把一个表... http://tomszrp.itpub.net/post/11835/464631 Sun,22 06 2008 22:18:31 现实生活中，循环的影子无处不在，每天太阳的东升西落，每天的工作、学习、娱乐、休息...，我们总是在不停的重复着昨天、今天、明天.同样是每天重复的上班、下班，同样 是每天做着相似的事情,走着走着就不一样了：有的人正确的找到了入口，也顺利的进入了下一个入口；有的人经过更多的努力，也找到了出口，但付出了更多的代价:有的人习惯了现在的模式，就愿意这样不停的重复着，做自己份内的事情,直到有人告诉他该换换任务了，于是他很乐意的接受了下一次的重复；有的人却一直在原地不停的打转，想找到出口，才发现迷失了方向,陷入了死循环... http://tomszrp.itpub.net/post/11835/464632 Thu,19 06 2008 13:22:59 继续忽悠。。。 我们大家都和送快递的打过交道，我们都知道快递员每天会按照客户和业务的分布，事先需要规划好行程。当快递员带着客户的东西来到一栋分为A、B、C、D四座的20多层高的写字楼下，他并不会急着去送某一个客户的东西，而是根据这座大楼里客户和货品的分布情况，先规划一下自己的路线，然后以最短的路线，最快的时间完成任务。而不会是先送到A座1楼101房间客户的单子，然后返回公司再去拿2楼的货，然后。。。，这样下去我想那个快递公司也快关门了。　 大家都到ATM上取过钱吧？公司楼下周边工行、农行、招行、建行、及其他一些... http://tomszrp.itpub.net/post/11835/463472 Wed,18 06 2008 12:27:57 下面这个例子更有代表性，案例发生的环境与背景还是与上一节所讲的一样，是在一个复杂的综合各种应用的业务系统中。其中某个业务系统中的一张表zrp（结构见后面），存放了公司员工的基本信息，这张表有多个应用模块在访问，其中有一个模块(proc_demo)用来定期将zrp表中的记录的前3个字段抽取出来供另外一个模块使用（这个模块不关zrp结构是否发生变化，永远就提取前3个字段）备注：我这里为了模拟场景，数据抽取出来仅仅做一个display，用来模拟其他业务。　所以，项目一开始的时候，我们的开发人员是这样设计代码的：第一步：创建一张表z... http://tomszrp.itpub.net/post/11835/463470 Tue,17 06 2008 12:27:35 在多年的开发和数据库管理及运维工作中，我经历了各种各样开发人员编写的代码，我自己也是写C/C++、Pro*C/C++、JAVA代码出身的，所以对编码代码时候容易忽略的一些技术细节颇有体会。 我也很理解开发人员的处境，面对每天繁重的开发任务和交付工期的压力，我们大部分时候写出的代码或许仅仅是为了满足某个特定的需求，也可以说为了满足今天/当前版本的目标，我们不会花太多的时间（更多的时候是根本没时间去考虑或经验不够丰富）考虑自己的代码在未来会如何？或者说在相关环境变化后还能否工作？面对需求变化被修改的量有多大？说的直白一... http://tomszrp.itpub.net/post/11835/464425 Mon,16 06 2008 12:19:45