为什么不建议使用存储过程了

在公司的系统升级换代中，明确规定在数据库开发中不允许再使用存储过程了，以前的老一代系统中，很多复杂的业务逻辑都是存储过程写的， 那为什么风光无限的存储过程不再被宠幸了呢？首先了解下什么是存储过程，它有什么好处，又有哪些劣势，为什么现在都不建议使用存储过程呢？

• 什么是存储过程 存储过程（Stored Procedure）是在大型数据库系统中，一组为了完成特定功能的SQL 语句集，预先编译好存储在数据库中， 一次编译后永久有效，用户通过指定存储过程的名字并给出参数（如果该存储过程带有参数）来执行它。它是数据库中的一个重要对象。
• 存储过程的优点
  1. 可以减少程序在调用DB时候的信息传输量（其实减少的只有Request的时候）
  2. 存储过程是预先优化和预编译的，节省每次运行编译的时间，所以一般情况下认为存储过程的性能是优于sql语句的。
  3. 对调用者可以隐藏数据库的复杂性，将数据组装的过程封装。
  4. 参数化的存储过程可以防止SQL注入式攻击，而且可以将Grant、Deny以及Revoke权限应用于存储过程。
  5. 如果业务开发中，数据人员和业务代码人员是分离的，业务人员可以不用关心数据，直接调用存储过程，更加面向分层开发设计理念。
• 存储过程的缺点
  1. 存储过程这种“一次优化，多次使用”的策略节省了每次执行时候编译的时间，但也是该策略导致了一个致命的缺点：可能会使用错误的执行计划。
  2. 存储过程难以调试，虽然有些DB提供了调试功能，但是一般的账号根本就没有那种权限，更何况线上的数据库不可能会给你调试权限的，再进一步就算能调试效果也比程序的调试效果要差很多。
  3. 可移植性差，当碰到切换数据种类的时候，存储过程基本就会歇菜。
  4. 如果业务数据模型有变动，存储过程必须跟着业务代码一起更改，如果是大型项目，这种改动是空前的，是要命的。

以上存储过程的优缺点，表面看来存储过程的优势还是不少的，这也说明为什么老一辈程序员有很多喜欢写存储过程。 但随着软件行业业务日益复杂化，存储过程现在复杂业务及大流量面前其实有点有心无力。

1. 采用存储过程操作数据在网络数据量传输上确实比直接使用sql语句要少很多，但这通常并不是操作数据系统性能的瓶颈， 在一次操作数据的过程中，假设用时100毫秒，采用存储过程节省数据传输时间0.5毫秒（就算是5毫秒），我觉得这点时间基本可以忽略。
2. 存储过程是只优化一次的，这有时候恰恰是个缺陷。 有的时候随着数据量的增加或者数据结构的变化，原来存储过程选择的执行计划也许并不是最优的了， 所以这个时候需要手动干预或者重新编译了，而什么时候执行计划不是最优的了这个平衡点，预先无法知晓， 这就导致了有些应用突然会变慢，程序员处于懵逼的状态。
3. 存储过程确实可以对调用方隐藏数据库的细节，但是这种业务代码人员和数据库设计人员是两个团队的情况又有多少呢， 如果真是两个团队，那业务就需要两个团队来理解和沟通，我想沟通的成本也一定很高，而且分歧更容易产生。 我自己是有切身感受的，在接手的旧系统，令我头疼的不是业务，很多重要的业务逻辑都写在上千行的存储过程， 关键还没有调试的权限，在生产上也不能调试啊，出现个报错，都不知道如何怎么下手了。尤其是当有业务改动上线时， 必须要停掉所以相关的存储过程重新编译，总有一些莫名其妙的问题出现，相当烦躁！ 我认为数据库就应该做存储相关的事情，这也是它最擅长的事。现在的互联网的大流量冲击下， 如果把业务处理及计算放在数据库上，数据库的负载压力会特别大，肯定是顶不住的。 再说了，现在搞的都是分布式集群，分布式数据库，存储过程已经不能胜任了。

vs2009脱机安装

1. 执行layout.cmd,需要网络,如果已经下载localVSlayout,可以跳过这一步
2. 执行cert.cmd,不需要网络.
3. 执行setup.cmd,不需要网络.

脱机安装指引>https://docs.microsoft.com/en-us/visualstudio/install/create-an-offline-installation-of-visual-studio?view=vs-2019

可以参考1,3步命令下载安装其他组件 工作负载和组件id官网地址>https://docs.microsoft.com/en-us/visualstudio/install/workload-component-id-vs-professional?view=vs-2019

命令含义： vs_Professional.exe：前一步下载的 Visual Studio 引导程序 –layout：指定 VS2019 相关组件的下载目录，设置为当前目录下的 vs2019_layout 目录。 –add：添加将要下载的工作负载，添加的是 NativeDesktop、ManagedDesktop –includeRecommended：安装相关工作负载的推荐组件(另一个参数 –includeOptional 将会下载选定的工作负载中可选的组件，会导致下载的安装包过大，不建议使用。) –lang：下载指定的语言包，本人下载了英文(en-US)、中文(zh-CN)

1
2
3
4
5
6
7
8
9
10
11
12

%layout.cmd%
vs_Professional.exe --layout d:\vs2019\localVSlayout --add Microsoft.VisualStudio.Workload.ManagedDesktop --add Microsoft.VisualStudio.Workload.NetWeb --add Component.GitHub.VisualStudio --includeRecommended --lang en-US
pause
%cert.cmd%
certutil.exe -addstore -f "Root" "D:\vs2019\localVSlayout\certificates\manifestRootCertificate.cer"
certutil.exe -addstore -f "Root" "D:\vs2019\localVSlayout\certificates\manifestCounterSignRootCertificate.cer"
certutil.exe -addstore -f "Root" "D:\vs2019\localVSlayout\certificates\vs_installer_opc.RootCertificate.cer"
pause
%setup.cmd%
cd localVSlayout
vs_Professional.exe --noweb --add Microsoft.VisualStudio.Workload.ManagedDesktop --add Microsoft.VisualStudio.Workload.NetWeb --add Component.GitHub.VisualStudio --includeRecommended
pause

GitHub Actions是GitHub平台提供的一种持续集成和持续部署（CI/CD）工具。它允许开发者在GitHub上自动化执行各种任务，如构建、测试、部署等。

使用GitHub Actions，您可以创建一个工作流程（Workflow），该工作流程由一个或多个任务（Job）组成，每个任务可以运行在不同的操作系统和环境中。每个任务又由一个或多个步骤（Step）组成，每个步骤可以运行一条或多条命令。

GitHub Actions提供了丰富的预定义的操作（Actions），可以用于执行各种常见的任务，如构建项目、运行测试、发布到云平台等。您还可以编写自己的自定义操作，以满足特定的需求。

通过在代码仓库中创建一个名为.github/workflows的目录，并在该目录中添加一个YAML格式的工作流程文件，您就可以定义和配置您的工作流程。工作流程可以根据事件触发，例如代码的推送、拉取请求的创建等。

GitHub Actions具有强大的集成能力，可以与其他工具和服务进行无缝集成，如Docker、AWS、Azure等。它还提供了丰富的API和工具，用于监控和调试工作流程的执行。

总而言之，GitHub Actions是一种强大的自动化工具，可以帮助开发者简化和加速软件开发过程中的各种任务，并提供了灵活的配置和集成选项。

余幼时即嗜学。家贫，无从致书以观，每假借于藏书之家，手自笔录，计日以还。天大寒，砚冰坚，手指不可屈伸，弗之怠。录毕，走送之，不敢稍逾约。以是人多以书假余，余因得遍观群书。既加冠，益慕圣贤之道 ，又患无硕师、名人与游，尝趋百里外，从乡之先达执经叩问。先达德隆望尊，门人弟子填其室，未尝稍降辞色。余立侍左右，援疑质理，俯身倾耳以请；或遇其叱咄，色愈恭，礼愈至，不敢出一言以复；俟其欣悦，则又请焉。故余虽愚，卒获有所闻。当余之从师也，负箧曳屣行深山巨谷中，穷冬烈风，大雪深数尺，足肤皲裂而不知。至舍，四支僵劲不能动，媵人持汤沃灌，以衾拥覆，久而乃和。寓逆旅，主人日再食，无鲜肥滋味之享。同舍生皆被绮绣，戴朱缨宝饰之帽，腰白玉之环，左佩刀，右备容臭，烨然若神人；余则缊袍敝衣处其间，略无慕艳意。以中有足乐者，不知口体之奉不若人也。盖余之勤且艰若此。今虽耄老，未有所成，犹幸预君子之列，而承天子之宠光，缀公卿之后，日侍坐备顾问，四海亦谬称其氏名，况才之过于余者乎？今诸生学于太学，县官日有廪稍之供，父母岁有裘葛之遗，无冻馁之患矣；坐大厦之下而诵诗书，无奔走之劳矣；有司业、博士为之师，未有问而不告，求而不得者也；凡所宜有之书，皆集于此，不必若余之手录，假诸人而后见也。其业有不精，德有不成者，非天质之卑，则心不若余之专耳，岂他人之过哉！东阳马生君则，在太学已二年，流辈甚称其贤。余朝京师，生以乡人子谒余，撰长书以为贽，辞甚畅达，与之论辨，言和而色夷。自谓少时用心于学甚劳，是可谓善学者矣！其将归见其亲也，余故道为学之难以告之。谓余勉乡人以学者，余之志也；诋我夸际遇之盛而骄乡人者，岂知予者哉？

Jekyll的时区和时间 2019-12-02 07:00:00 +0800 | 建站 | Jekyll 时区 GitHub Pages 在填写博文Front Matter里的日期时间date变量时如果不带时区字段，一律视为UTC标准时+0000时区，如果要填写其他时区的时间必须指明时区，类似这样2019-12-02 07:00:00 +0800。在_config.yml设置修改timezone变量只关乎日期时间date的显示效果，而不影响真正的时间值。下面详述：