blocks|key|749481|text|首先，创建一个充满.sql文件的目录，并在那里维护它们。将这组.sql文件添加到修订控制系统。SVN运行良好。有一个工具可以将它们加载到您的数据库中，覆盖任何现有的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|749482|有一个测试数据库和基线报告，显示每月处理的输出应该是什么样子。您的测试还应采用受版本控制的.sql文件的形式。|749483|你现在可以根据需要重构你的proc，然后运行你的测试来确认正确的功能。|749484|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

First, create a directory full of .sql files and maintain them there. Add this set of .sql files to a revision control system. SVN works well. Have a tool that loads these into your database, overwriting any existing ones.

Have a testing database, and baseline reports showing what the output of the monthly processing should look like. Your tests should also be in the form of .sql files under version control.

You can now refactor your procs as much as you like, and run your tests afterward to confirm correct function.

blocks|key|749612|text|对于格式化/美化SQL，我已经成功地使用了免费的在线版本，你可以试用，还有一个桌面版本。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|749613|749614|+SQLinForm是一个用于所有主要数据库(+ORACLE、SQL+Server、DB2+/+UDB、Sybase、Informix、PostgreSQL、MySQL等)的自动SQL代码格式化程序，具有许多格式化选项。|blockquote|749615|749616|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|J|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|K|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|L|8|@]|9|@]|A|$]]|$1|G|3|-4|5|6|7|M|8|@]|9|@]|A|$]]]|H|$]]

For formatting/pretty-fying SQL, I've had success with <a href="http://www.sqlinform.com/" rel="nofollow noreferrer">http://www.sqlinform.com/</a> - free online version you can try out, and a desktop version available too.

<blockquote>
 SQLinForm is an automatic SQL code formatter for all major databases ( ORACLE, SQL Server, DB2 / UDB, Sybase, Informix, PostgreSQL, MySQL etc) with many formatting options. 
</blockquote>

blocks|key|5241486|text|一定要从重新格式化代码开始，尤其是缩进。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5241487|然后模块化SQL。在它们自己的独立文件中，将块提取为更小的、具有描述性名称的过程和函数。仅此一点，我就发现这对提高我对大型SQL文件的理解非常有效。|5241488|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Definately start by reformatting the code, especially indentations.

Then modularise the SQL. Pull out chunks into smaller, descriptively named procedures and functions in their own stand alone files. This alone I find works very well with improving my understanding of large SQL files.

blocks|key|2986742|text|ApexSQLScript是为整个数据库编写脚本的一个很好的工具--然后你可以把它签入到源代码控制中并管理更改。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2986743|我还发现，一致地记录sprocs可以让您使用sys.sql_modules中关于源代码的数据来提取关于它们的信息-您可以使用标记或任何东西来帮助记录子系统。|2986744|此外，使用模式(甚至是多个数据库)-这将有助于将数据库划分为多个逻辑单元，并指出架构问题。|2986745|至于大型代码，我最近发现SQL2005+CTE特性在管理包含大量嵌套查询(甚至不是递归查询)的代码时非常有用。CTE可以声明和构建，然后在最终语句中使用，而不是管理一堆嵌套和缩进。这也有助于重构，因为删除多余的嵌套查询和列似乎要容易得多。|2986746|存储的Procs和UDF对于管理大型代码库和消除暗角至关重要。我没有发现视图是非常有用的，因为它们是不可参数化的(在这些情况下，如果结果集很小，可以使用UDF)。|2986747|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|O|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|P|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

ApexSQLScript is a great tool for scripting out an entire database - you can then check that into source control and manage changes.

I've also found that documenting the sprocs consistently lets you pull out information about them using the data about the source code in sys.sql_modules - you can use tags or whatever to help document subsystems.

Also, use Schemas (or even multiple databases) - this will really help divide up your database into logical units and point out architectural issues.

As far as large code, I've recently found the SQL2005 CTE feature to be very useful in managing code with lots of nested queries (not even recursive). Instead of managing a bunch of nesting and indentation, CTEs can be declared and built up and then used in the final statement. This also helps in refactoring as it seems a lot easier to remove redundant nested queries and columns.

Stored Procs and UDFs are vital for managing a large code base and eliminating dark corners. I have not found views to be terribly helpful because they are not parameterizable (UDFs can be used in these cases if the result sets are small).

blocks|key|2986674|text|尝试尽可能地模块化SQL，并拥有一组测试，这些测试将使您能够在需要时维护、重构和添加功能。我曾经有幸继承了一个总共5000行的存储Proc，但我仍然对它做噩梦。一旦项目结束，我就把存储的proc打印出来，在这个过程中销毁了X棵树。在我们公司的一次每周站立会议上，我把它首尾相连地摆了出来，它延伸到了整座建筑的整个长度。将此作为如何不编写和维护存储过程的示例。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2986675|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Try to modularise the SQL as much as possible and have a set of tests which will enable you to maintain, refactor and add features when needed. I once had the pleasure of inheriting a Stored Proc that totalled 5000 lines and I still have nightmares about it. Once the project was over I printed out the stored proc for a laugh destorying X trees in the process. During one of our companies weekly stand up sessions I laid it out end to end and it streched the entire length of the building. Ised this as an example of how not to write and maintain stored procedures.

blocks|key|3830629|text|您可以做的一件事是有一个自动化的脚本来存储对源代码管理的所有更改，这样您就可以审查对过程的更改(使用以前和当前版本上的差异)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3830630|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

One thing that you can do is have an automated script to store all changes to source control so that you can review changes to the procedures (using a diff on the previous and current versions)

blocks|key|2986816|text|它肯定不是免费的，但为了让你的T-SQL格式保持一致，Redgate+Software的SQL+Prompt非常方便。只要你的proc的语法是正确的，几次击键(Ctrl%2BK，Y)就会立即重新格式化。这些选项让您可以很好地控制SQL的格式化方式。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|2986817|entityMap|0|LINK|mutability|MUTABLE|url|http://www.red-gate.com/products/SQL_Prompt/index.htm^0|18|A|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

It's definitely not free, but for keeping your T-SQL formatted in a consistent way, Redgate Software's <a href="http://www.red-gate.com/products/SQL_Prompt/index.htm" rel="nofollow noreferrer">SQL Prompt</a> is very handy. As long as your proc's syntax is correct, a couple of keystrokes (Ctrl+K,Y) will reformat it all instantly. The options give you a lot of control over how your SQL is formatted.

I'm about to inherit a set of large and complex set of stored procedures that do monthly processing on very large sets of data.

We are in the process of debugging them so they match the original process which was written in VB6. The reason they decided to re write them in t-sql is because the vb process takes days and this new process takes hours.

All this is fine, but how can I make these now massive chunks of t-sql code(1.5k+ lines) even remotely readable / maintainable.

Any experience making t-sql not much of head ache is very welcome.

How do you maintain large t-sql procedures

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我将要继承一组大型而复杂的存储过程，这些存储过程每月对非常大的数据集进行处理。我们正在对它们进行调试，以便它们与用VB6编写的原始流程相匹配。他们决定用t-sql重写它们的原因是因为vb过程需要几天时间，而这个新过程需要几个小时。所有这些都很好，但我如何才能使这些现在大量的t-sql代码块(1.5k+行)甚至远程可读/可维护。任何让t-sql不太头疼的经历都是非常受欢迎的。

问如何维护大型t-sql过程？
EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何维护大型t-sql过程？EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何维护大型t-sql过程？
EN