点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
团队敬上,这与 Adaptive Server Enterprise 15.7 有关。
我正计划为我的开发团队创建新的数据库清单,其中将包含一些开发人员需要遵循的检查点\编码准则,并将其纳入我们日常的数据库开发工作中。
请告诉我您对现有数据库核对清单(主要用于Sybase)或现有的任何现有工具有任何参考,或对我有帮助的任何参考资料。
例如:-我已经记录了一些SELECT语句中的检查点\编码准则。
- 永远不要使用" SELECT *"。所有需要检索的列都应明确提及。
- 应避免使用像NOT LIKE这样的昂贵运算符。
- 避免使用游标,而应使用while循环
- 处理较少数据时,请使用表变量而不是临时表
- 验证SELECT语句中使用的表。
- 从联接中删除不需要的表。
- 仅在确实需要对数据进行排序时才使用ORDER BY
- 仅返回所需的行和列
- "验证DISTINCT的用法-是否由于缺少JOIN谓词或数据质量问题而出现重复的行?"
- 验证IN(…)或NOT IN(…)的用法,请考虑将其替换为直接JOIN和/或IF EXISTS。
这是一个很好的开始。
问题将是您如何知道这些遵循情况? 如果这是一种荣誉制度,您会发现准则无礼!
其他一些反过来的开发人员"习惯"是
-"选择到#....表中",其中source是一个大表,这可能会超出服务器锁定范围
-链式/开放式转换,导致我的事务转储并导致复制延迟
-进行批量更新/删除,影响整个表并且该表恰好是B ... I ... G
-通过触发器膨胀事务大小,具有多个级联的更新/插入/删除的上述变化
-在存储过程中使用sysprocesses和此类系统表
请分享魔术包中的提示/技巧,使开发人员可以遵循这些准则。
HTH
祝你好运
感谢Avinash共享检查点\编码准则。
一个:
在可能的情况下,对多语句事务中的表使用特定的顺序,无论选择什么,只要让每个人都使用相同的顺序即可。 按字母顺序通常最简单。 这样可以减少死锁。
一周热门 更多>