我是否正确地说从性能角度来看,sql事务在存储过程中比代码好得多?
目前我在存储过程中使用了大部分事务,但有时我使用代码来处理更复杂的例程 - 显然我尽可能地保持最小化.
只是有一个复杂的例程需要太多的"变量",在c#中编写sql事务要比使用SQL Server容易得多.这是代码可读性和性能之间的界限.
有任何想法吗?
我最近参与了修补Web应用程序项目,并注意到之前的开发人员使用数据库表进行配置设置而不是web.config(app.settings).
我应该使用哪个?web.config或数据库表?哪个最好?
我有一个项目的一部分,需要从网页发送 1 到 2000 封电子邮件。一个开源错误跟踪器使用线程发送电子邮件,但它充满了错误。
所以只是想知道是否有人对我如何创建一个最多发送 2000 封电子邮件的程序有任何想法?
我的一位同事告诉我将其保留为一个进程(一次发送一封电子邮件的正常例行程序),因为无论如何处理所有电子邮件都不会花费很长时间。似乎不对,我想使用线程......也许我喜欢复杂的例程?
[额外]我有类似的东西: foreach(emailAddresses 中的字符串电子邮件) { MailMessage mailMessage = new MailMessage(); mailMessage.To.Add(...) ... SmtpClient 客户端 = new SmtpClient(); 客户端.Send(mailMessage); }
我正在尝试列出虚拟目录及其子目录中的所有文件。这可能是有下属公司的员工,这不是文件系统。也许递归存储过程可能不是答案。
场景:
DirId, ParentId
FileId, DirId
ParentId
是父目录,而根目录具有parentId = NULL
...认为这是自我解释。
现在的问题...我想要一个目录及其子目录中存在的列表文件。
对于一个目录,我将创建一个存储过程:
SELECT * FROM Files Where DirId = ????
Run Code Online (Sandbox Code Playgroud)
那么我将如何创建一个存储过程以包含子目录?目前,我正在使用C#代码并遍历每个目录。我更喜欢使用存储过程...除非您证明我错了。