数据库调整所遵循的“开闭原则”简介

数据库调整也可以遵循“开闭原则”的,本文我们就通过一个具体的实例来介绍这部分内容,首先如如果在原表上改,牵动太大,所以就想到了面向对象的“开闭原则”,在不改变原表的同时,添加一个附加表,即和原表有相同的主键,并且是一对一的关系(有时,如果一张表太复杂,字段太多,我们也可以用这个方法把复杂表进行拆分),添加后的结构如下:

这样在不改原表的基础上,就完成的需求的变更。

我的需求改动还涉及到了跨域问题,用jsonp解决的,实例代码如下:

  1. <script> 
  2. $(function() {  
  3. $("#btn").click(function() {  
  4. $.ajax({  
  5. type: "GET",  
  6. dataType: "jsonp",  
  7. jsonp: "jsonpcallback",  
  8. data: { userid: '<%=Standard.ClientHelper.Current.UserInfo.ID %>',   
  9. username: '<%=Standard.ClientHelper.Current.UserInfo.UserName %>',  
  10. _email: $("#email").val() },  
  11. url: "http://sso.c2cedu.com/Register/SendEmailInsertInvite",  
  12. success: function(data) {  
  13. //填写用户激活后送C币的逻辑  
  14. if (data.success == true)  
  15. alert("邀请成功");  
  16. else  
  17. alert("邀请失败");  
  18. }  
  19. });  
  20. });  
  21. });  
  22. </script> 

另外一网站的CS端程序如下:

  1. public ContentResult SendEmailInsertInvite(string userid, string username, string _email)  
  2. {  
  3. string queryStr = Request.QueryString["jsonpcallback"];  
  4. string res = "{success:false}";  
  5. try  
  6. {  
  7. res = "{success:true}";  
  8. #region 发邀请邮件,并将checkcode记录和邀请表记录插入  
  9. Array.ForEach(_email.Split(','), i => 
  10. {  
  11. CheckCodeRecord checkCodeRecord = new CheckCodeRecord  
  12. //有几个email地址,就产生几个checkcode记录  
  13. {  
  14. CheckCode = VCommons.Utils.GetNewGuid(),  
  15. Description = "邀请送C币" 
  16. };  
  17. UserInviteCCoin entity = _UserBaseServices.GetUserInviteCCoinByUserId(userid)  
  18. ?? new UserInviteCCoin  
  19. {  
  20. UserID = userid,  
  21. InviteID = VCommons.Utils.GetNewGuid(),  
  22. };  
  23. entity.IPAddr = checkCodeRecord.CheckCode;  
  24. _UserBaseServices.AddInviteRecord(entity, checkCodeRecord);  
  25. email.UserInviteEmail(entity, username, i);  
  26. });  
  27. #endregion  
  28. }  
  29. catch (Exception)  
  30. {  
  31. throw;  
  32. }  
  33. return Content(queryStr + "(" + res + ")");  

以上就是数据库调整所遵循的“开闭原则”的相关知识的介绍,本文我们就介绍到这里了,希望本次的介绍能够对您有所收获!

【编辑推荐】

  1. SQL Server 2005导入Oracle 10g的C#源码
  2. SQL Server 2008快速清理日志文件的代码
  3. SQL Server 2008数据库中CDC的功能使用及说明
  4. SQL Server 2008阻止保存要求重新创建表的更改的问题
  5. SQL Server数据库row_number() over() 来自动产生行号

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/253121.html<

(0)
管理的头像管理
上一篇2025-04-29 18:23
下一篇 2025-04-29 18:25

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注