MYSQL教程之用NOTEPAD霸占DATAWINDOW
任何规模的组织都可能受益于外包服务,并在一个标准化和优化的平台上统一其数据库管理任务。基于其本身的特性,DBaaS提供了敏捷和高效的数据库服务,它可以支持多变的需求。windowPowerbuilder的数据窗口(DATAWINDOW)是它的一年夜成绩.利用它能够很好地制造出各类分歧范例的报表.并且和各类数据库的毗连也是相称的便利.
但是万物总有不完美的中央.当你完成了一个优美的报表,偶然候,客户大概会提出一些
格局上的修正,好比想从一种格局转换到另外一种格局(好比从TABULAR到GRID).这时候候,
你大概就头疼了,花了3个小时作的一个DATAWINDOW,假如从头作又得再花3个小时.
Powerbuilder自己又不供应这类转换….哎,薄命啊!
别急,有举措,上面就供应一个办法把一个数据窗口从TABULAR格局转换成GRID格局,只必要1分钟!
有一个现成的TABULAR型的DATAWINDOW(d_test_init)
在library中找到它,右键选择export
存进文本文件(d_test_init.srd)
翻开它(能够用NOTEPAD,也能够POWERBUILDER供应的EDIT工具.)
出色天下就在长远!
把高亮度的部分改成processing=1
然后存盘.
从头在library中找到寄存d_test_init的谁人库.右键选择import…
选择好方才存盘的谁人srd文件.然后把它import出去.
再次翻开它,数据窗口酿成grid型啦!
以上只是一个小小的典范,实践上经由过程对srd文件的间接操纵,能够疾速完成很多底本好不容易的事情,你乃至能够修正SQL.经由过程对它详细内容的把握,你就可以深切到powerbuilder的外部往一探求竟.
好,如今就入手下手举动吧!
解决方案提供商开始推动DBaaS浪潮之前,他们应该深入了解究竟什么是DBaaS。 大家注意一点。如下面的例子: 作了些试验,发现使用CLR的存储过程或函数在达到一定的阀值的时候,系统性能会呈指数级下滑!这是非常危险的!只使用几个可能没有问题,当一旦大规模使用会造成严重的系统性能问题! 很多书籍啊,不过个人认为看书太慢,还不如自己学。多做实际的东西,就会遇到很多问题,网上搜下解决问题。不断重复这个过程,在配合sql的F1功能。 一直以来个人感觉SQLServer的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。(有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。) 始终遗憾SQLServer的登陆无法分配CPU/内存占用等指标数。如果你的SQLServer给别人分配了一个只可以读几个表的权限,而这个家伙疯狂的死循环进行连接查询,会给你的系统带来很大的负担。 你可以简单地认为适合的就是好,不适合就是不好。 多走走一此相关论坛,多看一些实例开发,多交流0经验,没什么的,我也是刚学没多久!加油 发几份SQL课件,以飨阅者
页:
[1]