前往Shuct.Net首页

Shudepb PB反编译专家长时间以来,为业内同类软件事实上的唯一选择.细节,彰显专业.态度,决定品质.

关于PB反编译的搜索

SQL,SQL2000:数据表命名和字段命名方法[原创] - chengg0769 来自四川,在东莞虚度十载 - 博客频道 - CSDN.NET chengg0769 来自四川,在东莞虚度十载 PB反编译_Powerbuilder DeCompiler_PB反编译器_PB混淆器_PB加密 目录视图 摘要视图 订阅 新年新气象------CSDN2014新版导航就要跟大家见面了 2014年1月微软MVP当选名单揭晓! “我的2013”年度征文活动火爆进行中! 专访何海涛:“不正经”程序员的进阶之路 SQL,SQL2000:数据表命名和字段命名方法[原创] 2007-08-29 22:17 2728人阅读 评论(0) 收藏 举报 sqlstringpowerbuilderpascaltable存储 //http://blog.csdn.net/chengg0769 保留此行。拒绝加入链接或修改后转载。 QQ群请加: 6539042(powerbuilder11&SQL) 在开发过程中,我采用多分节数据表命名方法(下划线命名法)。从实践来看,望文生义,维护效率很高,自己开发时,我很少看文档。 一. 关于大小写 因为在编写软件过程中,会遇到很多语句会直接输入sql语句,所以应该作到全部表名,字段名小写。偶尔见到有的人把字段的开头用大写,但是在不区分大小的时候没问题,在区分大小写时,简直就是绊脚石。 我们可以看sql2000的master表。 二。命名方法 1. 表命名方法 主要分连写法和下划线两种方法。 连写法 如: sysindexkeys,sysfilegroups这适合于较小的数据运用项目,这样命名简短使用,编写sql语句时比较方便。但是在稍微复杂的按模组分类的系统中就显得力不从心了,因为涉及到多分层,连续拼写的英文会比较模糊。并且层次感不强。在强制小写的情况下,匈牙利命名法显得无奈。 在不区分大小写的情况下,骆驼式和pascal命名法失效了。这种方法不适合超过50张表的系统。 下划线法 这种方法我在使用中是按[模组]+[子模块]+[表名]+[附加项] 可以看出明显的层次结构。缺点就是比较长,但是你可以在分模块时,定义一些明确的缩写,来强制使用。 比如设计一个用户表,然后这个表还有多个外键表。我是如此命名的: cust_info cust_info_city(fk) cust_info_area(fk) cust_info_modified cust_info_deleted cust_info_stop 这里有个原则,就是主要的表尽量要短,因为使用频率很高。而Fk表我是用dw作成通用件,在需要的栏位用dddw方式展示。 这种方法适合系统不大,细化程度不高的情况。因为如果细化程度很高,在cust_info的层次上还会有多种细分层次(如cust_info_modified cust_info_deleted ),所以命名就会增加到四节。就太长了。而且系统升级频繁的话,命名也存在歧义。比如cust_info_city(fk) 还有外键的话。(当然对于一些fk表,一般是char(2)+varchar(16),或者smallint+varchar(16),我们变通的做法是集中在一张表里,外加一个tabName字段来区分(tab+id+description)。然后在作fk的dw时,where条件里区分开不同表的FK即可(select id,description from fk_table where tab="tabname")。我认为是最好的方法。 当然我还见过正规的数据库,它没有采用这种字母的分节方法,而是采用模组+数字方式,但原则还是分节,只是更具有系统性。比如INV00100100101,字母在这里起到分模组的标识作用,而后面的数字分四节,而且前三层可以命名999个子模块,最后一节可以命名99张表。可以知道,这是大型系统采用的最好方法。在数据字典的强制作用下,设计和编写都会很规范。并且扩充容易。不容易混乱。对ERP系统等,是最好的方法。(最后的两位用于某表专署的外键或资源等) 这种方法适合table数量在300以上的系统,即使有1000张表也不存在任何问题。一般的ERP系统在500张表以上。是很复杂的,分模组,模块就显示必要。 对于procedure命名,同样实用。因为存储器存在系统存储器,所以首节最好区分开。我实用pr来分开(系统是sp_)。 2. 字段命名 2.1常规命名法 我的原则,尽量短,不用下划线。并且强制规范化。要缩短长度,必须考虑简写。如provider,customer,information,这些必须考虑全局强制统一简写法如:prv,cust,info。而对于常用的结构性描述词,则需全局通用化,比如userid,name,city,town,account,amount,type,class,area,country等。都是简短有用的,望文生义的词,不必要缩写。在不同的表里尽量强制统一。不要出现杂乱的局面。 字段名如果使用下划线,在编写sql语句时非常讨厌。因为表名尚且可以用别名,而字段名没法偷懒。 2.2. 丑陋的命名法 拼音命名法,数字命名法是很丑陋的。要杜绝,比如:某个程序员写的程序中的变量,如果是给我写程序,我立马踢飞他。string l_sbbhstring l_yhbhstring l_bsbhstring ssqlsdatetime l_kprqdatetime l_cbrqdatetime l_znrqdatetime l_bjrqstring l_yhmcstring l_yhdzstring l_sbkjstring l_ysxzstring l_hbbzstring l_fpbhlong l_byxdlong l_syxdlong l_byysl 真要表示l_sbbh(设备编号)不如用l_shebei_bianhao,虽然比较长,但是描述性比较好嘛。至少读音可以猜出来。2.3.汉字命名法 在针对报表,导出数据临时表等非关键部分,可以采用汉字命名字段名,也是可以接受的。比如我在项目中有时设计到某个字段用汉字描述都很难理解,试想要用英文来命名更若天书,干脆就用了汉字命名。但是要遵守一下匈牙利方法,比如:客户代号,客户名称,客户地址,费用应收产成,费用应收折后。太随意跟拼音命名法就没区别了。 2.4楷模在哪里 如果你能接触到正规的系统,可以粗略学习到他的命名法的规范性。比如ERP系统,一般是有专业人员专门负责设计,所以不会很乱,而一些小系统则是五花八门,拼音,数字,什么都有。 比如规范的命名,如我设计的系统是如此的: a_pur_master docno varchar 10 status char 2 docdate datetime 8 supplier varchar 6 transportation char 2 purchaser char 10 paytype char 2 currency char 2 amt decimal 9 remark varchar 100 revenue char 2 deliveraddr char 2 paynote varchar 40 createdate datetime 8 modifydate datetime 8 printtimes smallint 2 a_pur_detail docno char 12 seq smallint 2 status char 2 goods varchar 20 qty decimal 9 receive decimal 9 unit char 2 purrate decimal 9 price decimal 9 amt decimal 13 orderno varchar 16 ordseq smallint 2 predate smalldatetime 4 ramark varchar 60 最好的方法就是常用缩写要一目了然,并且没有歧义,而且成为习惯。 更多 上一篇:中文垂直搜索引擎、行业搜索引擎大全(最新计137家) (转贴) 下一篇:DataWindow调用存储器--SQLSTATE=22005--对于造型说明无效的字符值唯一解决方法[原创] 查看评论 * 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场 核心技术类目 全部主题 Java VPN Android iOS ERP IE10 Eclipse CRM JavaScript Ubuntu NFC WAP jQuery 数据库 BI HTML5 Spring Apache Hadoop .NET API HTML SDK IIS Fedora XML LBS Unity Splashtop UML components Windows Mobile Rails QEMU KDE Cassandra CloudStack FTC coremail OPhone CouchBase 云计算 iOS6 Rackspace Web App SpringSide Maemo Compuware 大数据 aptech Perl Tornado Ruby Hibernate ThinkPHP Spark HBase Pure Solr Angular Cloud Foundry Redis Scala Django Bootstrap 个人资料 chengg0769 访问:517418次 积分:8562分 排名:第419名 原创:267篇 转载:211篇 译文:0篇 评论:348条 文章搜索 文章分类 PB反编译与加密(12) IOS和安卓(9) PB与数据库(9) 网络相关(1) 搜索相关(0) 闲话扯起耍(1) 其他语言(4) 文章存档 2013年12月(2)2013年11月(2)2013年09月(1)2013年02月(1)2012年11月(1)2012年09月(1)2012年08月(6)2012年07月(1)2012年05月(3)2012年03月(4)2011年12月(2)2011年11月(2)2011年10月(9)2011年09月(6)2011年08月(11)2011年07月(2)2011年06月(4)2011年04月(3)2010年12月(1)2010年10月(2)2010年09月(8)2010年08月(1)2010年07月(8)2010年06月(17)2010年05月(2)2010年04月(2)2010年03月(4)2010年01月(1)2009年09月(8)2009年08月(5)2009年07月(8)2009年06月(8)2009年05月(16)2009年03月(2)2009年02月(7)2008年12月(2)2008年11月(4)2008年10月(5)2008年08月(1)2008年07月(2)2008年01月(12)2007年12月(29)2007年11月(7)2007年10月(4)2007年09月(20)2007年08月(55)2007年07月(176) 阅读排行 搜索引擎学习资源(作者:dongdonglang)(14656) 做代理网站最有效的4种宣传方法(admin9.com)(12036) 再谈powerbuilder程序防止破解的办法(终结篇,以后不再写这个问题)(8098) 程序员的SEO总结(7462) 浅谈Powerbuilder的未来和Powerbuilder使用者的未来(6027) 在一台联想3000G430 T1600笔记本上安装黑苹果(东皇v10.6.3)成功(5958) PowerBuilder DeCompiler(PB DeCompiler) Demo download(PB反编译,支持5-12)(5926) PB11.5,PB12 web项目初探(5648) 文件夹加密原理 [转](5643) powerbuilder反编译器开发-第一步:pbd结构分析和pbkiller分析(5493) 评论排行 浅谈Powerbuilder的未来和Powerbuilder使用者的未来(49) 程序员的SEO总结(32) 有关Powerbuilder的悲观论和乐观论(由郭贴引发的300多贴争辩想到的,也是很久就想秉明的一个观点)(22) Powerbuilder混淆,加密(powerbuilder防止反编译,pb混淆器,PB加壳,支持5-12) obfuscator for PowerBuilder(20) 戏说DataWindow的“移植”和“临摹”(19) 因为垄断形成,数据库市场将出现更多开源数据库(19) 免费软件模式之随想(18) 软件提交到国外的下载站的几点操作和想法(15) PB11.5,PB12 web项目初探(15) 关于对pbd反编译器的期待(11) 推荐文章 最新评论 安装两个BCB6控件SynEdit、mwEdit 0.92a的过程总结 jiduxiaozhang12345: 请问BCB6的第三方控件在哪下载啊?急求 Powershield一个疑似的BUG zhj149: 高手啊,看你的文章,感觉你玩pb已经到了极致的境界了,我自认为pb还不错,和你比起来,还是差了太多了 软件提交到国外的下载站的几点操作和想法 u012353953: 楼主在吗?有个问题请教,看到请加我QQ,谢谢。17493589 Lucene(Nutch)距离商业文本搜索引擎还有多远?(转载) koubi1986: 你好!请教一些问题:请问一下1。你是如何把nutch抓取到的二进制内容,在项目中读取的。2。nutc... 看一个商业共享软件是如何在下载站刷下载量来作弊的! u011506701: 您的判断是有误的,像我研究的刷量算法你就根本看不出来,出现的曲线图跟正常的一模一样的,附:刷量是最好... 垂直搜索引擎蜘蛛的基本解决方案(编程实例:所以推荐) gis101989: 你好,我正在写面向主题搜索引擎结合地理信息的论文,很多地方不懂,能加个扣扣吗?非常感谢你的帮助,我的... 浅谈Powerbuilder的未来和Powerbuilder使用者的未来 hosthelp: PB的最大缺点就是:(其实很简单)过时了。 服装过时就没人穿了, 电器过时就没人买了, 明星过时(过... 三岁小孩开发搜索引擎,搜索引擎白热化[原创] rongzi1987: 顶一个。先顶再看 再谈powerbuilder程序防止破解的办法(终结篇,以后不再写这个问题) hua2000: 顶顶更健康正在研究反向工程 有个傻B说破解了我的软件—哈哈!黄金屋手机MP3.MP4.3GP.电影.下载系统 ljx811216: 真有这事,看看 我的未来方向 pconline/asp.net周金桥老师的aspnet 友人Blog 旧博客在sina Bluesen的语音卡开发平台 JackXu的开源语音卡框架 经验丰富的好友:杨光的专栏 蓝星际语音平台,Koodoo语言 Lucene改造者-yuetiantian 西部.阿呆's blog manesking:全文检索c/c fullfocus研究lucene,nutch 黄国酬的博客 把“天轰穿”的asp.net 雨松.安卓