相关疑难解决方法(0)

我在StackOverflow(LINQ初学者指南)上看了一下"LINQ 初学者指南",但有一个后续问题:

我们即将推出一个新项目,几乎所有的数据库操作都将是相当简单的数据检索(项目的另一部分已经编写了数据).到目前为止,我们的大多数其他项目都使用存储过程来处理这些事情.但是,如果它更有意义,我想利用LINQ-to-SQL.

所以,问题是:对于简单的数据检索,哪种方法更好,LINQ-to-SQL或存储过程？任何具体的专业人士或骗子？

谢谢.

我已经使用了两者,但我不清楚的是我何时应该更喜欢一个而不是另一个.我的意思是我知道存储过程可以接受参数......但是我们仍然能够使用Views执行相同的操作吗？

因此,考虑到性能和其他方面何时以及为什么我更喜欢一个而不是另一个？

假设您无论出于何种原因无法使用LINQ,将查询放在存储过程中是一种更好的做法,还是对数据库执行即席查询(例如,为了参数而使用SQL Server)这是一种很好的做法？

我的应用程序中有100%的临时sql.我的朋友建议我转换为存储过程以获得额外的性能和安全性.这提出了一个问题,除了速度和安全性之外还有其他任何理由坚持使用ad hoc sql查询吗？

想获得使用存储过程的优缺点列表.SP的主要优点似乎是预编译并从应用程序中抽象出数据.给我你的想法....

我已经开发了大约6年的网络/桌面应用程序.在我的职业生涯中,我遇到了使用存储过程在数据库中大量编写的应用程序,而许多应用程序只为每个实体只有几个基本存储过程(读取,插入,编辑和删除实体记录) .

我见过人们争辩说,如果你已经为企业数据库付费,那就广泛使用它的功能.虽然很多"面向对象的架构师"告诉我,在数据库中放置任何必要的东西绝对是犯罪,你应该能够使用这些类的方法来驱动应用程序吗？

您认为哪里是平衡？

谢谢,Krunal

我需要操纵100,000到200,000条记录.
我正在考虑使用LINQ(到SQL)来做到这一点.
我从经验中知道过滤数据视图非常慢.
那么LINQ有多快？

你能否告诉我你的经历以及它是否值得使用,或者我会更好地使用SQL存储过程(繁重且不太灵活)？

在成千上万条记录中,我需要查找数据组然后处理它们,每组有大约50条记录.

一个普遍的问题,没有特定的情况 - 通常首选使用MySQL存储过程而不是编写执行相同计算和查询的PHP脚本？

每种方法有什么好处？

PL SQL中所有可以完成的工作也可以通过在应用程序langauage中嵌入sql语句来完成.为什么人们仍然使用PL SQL,是否有任何主要优势.

我想避免学习一门新语言,看看PHP是否足够.

可能重复:
将SQL保存在存储过程与代码中的优缺点是什么

我正在收听Hanselminutes的播客"微型ORM的崛起",其中一位嘉宾(Sam Saffron和Rob Conery)概述了DBA坚持存储过程的经典原因:

1. 它们是预编译的,这为它们提供了执行速度优势
2. 它们隐藏了底层数据库方案,允许分离界面和实现,以防止脆弱.

一位客人说这些不是好的论据,并且提出DBA坚持存储过程的真正原因是因为他们只是想保护自己免受中间层开发人员的无知.

我发现这个说法有点偏向极端.当然我可以同意参数#2是有缺陷的,但我认为众所周知,将任意(未编译的)SQL发送到数据库是一个性能损失.有什么我想念的东西可以解释为什么论证#1不是真的吗？

作为一个猜测,我自己的答案是性能受到了影响 - 但它很少发生.它可能类似于开发人员试图优化他写入的每个循环,即使只有1%的循环编写得益于调优.我正确地捕捉了这个想法吗？