C#做三层结构erp 如何提高速度

Question

感觉C#做CS结构erp速度永远赶不上delphi，再加上三层结构担心将来用户增多时会引起表锁死之类的问题，有没有好的办法解决这个问题(Developer.Express.NET.WindowsForms.Component.Collection.v8.2.for.Visual.Studio.2008)，系统在设计上采用三层构架（客户端+Remogin(webService)+SQLServer2005）。自定义打印报表调用delphi开发DLL库(报表组件为RMReport3.66)

Answer 1

1：“感觉C#做CS结构erp速度永远赶不上delphi”，为什么？2：“再加上三层结构担心将来用户增多时会引起表锁死之类的问题”，表死锁关三层结构啥事儿？

Answer 2

哦，你是这个意思啊？三层两层，和C#/delphi倒没什么关系的。C#可以开发三层的四层五层的系统，也可以开发两层的一层的系统。同样delphi也是可以开发单层的和多层的系统的。

Answer 3

这个谁都知道，同样的二层，delphi开发效率和运行速度肯定比C#高和快

Answer 4

三层多层都是靠硬件堆出来的代码的质量当然也要有要求~~~不过好像跟ERP速度没多大关系吧/跟你的数据量与数据的分析查询优化方式的有很大关系

Answer 5

这都是什么理论... C#,三层结构，ERP，表锁死，这些东西放在一起说干什么。
考虑问题请先理清问题再想怎么处理。
语言
架构（这个就复杂了，包含的太多了）
业务逻辑
硬件
哪块出问题就去哪找问题。你说的用户增多了，表会锁死，排除掉代码有问题，那就是架构或者硬件有问题，扯什么ERP，C#，毛关系啊。

Answer 6

说全面点，我是做erp的，原来是用delphi二层做的，现在要用C#三层做，Ｃ＃开发的运行速度和没有delphi快，三层比二层慢呀，绝对的，毕竟有个中间层，原来二层用户多了表会锁死，现在用C#三层做会更担心，明白了吧

Answer 7

C#生成的不是直接的机器码，而是中间码。中间码是要解释运行的，速度确实会稍微慢点。但这个不是理由，在ERP软件来说客户端这么点速度差别完全可以忽略不计。如果说明显的感觉到C#开发的软件运行速度更慢，那就要查找原因了。我非常反感国内的一些软件公司的做法，一套管理软件，里面的各种第三方插件、控件数都数不清。简简单单的一套ERP安装包居然能有上G的尺寸，运行起来慢得可以。你说你有必要弄那么多东西在里面吗？至于死锁，只有一个理由：开发者偷懒。

Answer 8

Ｃ＃开发的运行速度和没有delphi快，三层比二层慢呀，绝对的，毕竟有个中间层，原来二层用户多了表会锁死，现在用C#三层做会更担心结构合理，就是100层的也不见得比两层的结构慢。快慢和层数没直接关系。 假设写的都是优质代码，结构是否合理才是影响速度最关键的。你说的这些只能证明一件事，你们的东西，结构设计有问题，而且是很大的问题。

Answer 9

Young man, you don't know jack.

Answer 10

Let me explain it to you: it simply means I don't give a damn shit about ERP