请问在局域网的情况下，c/s和b/s那个速度快？

b/s足够用了吧，局域网，c/s要维护客户端，很麻烦
一年才上万条，很多吗？
这个跟架构没什么关系吧，重要的还是你数据库查询的优化
话说录入速度只跟人有关系吧？跟架构有什么关系？不懂

肯定是C/S 因为B/S 还需要一个浏览器，浏览器还要完成它的一些底层操作，最终才能解析展现给用户

如果你要做实时性很高的程序,比如通信传输数据
或者客户端要直接跟底层设备通信,比如PC上接串口,那么应该做成C/S如果是业务系统,全部手工操作,还是B/S比较合适.
手工录入的数据,对实时性要求不高,慢是会比C/S慢,但是也不会慢到无法忍受的程度,也就是几秒和几毫秒的区别
如果超过5秒都没有反应,说明代码本身有问题,跟框架无关而且B/S部署和维护相对简单
C/S要给每个客户机安装客户端软件,可能还要配套安装一堆环境软件.

哦，也就是这种情况，b/s也适合，对吧，这数据库放在局域网上，也比放在互联网上虚拟主机或vps服务器上速度快多了哈。他就要有一个地方有一个扫描枪。这个扫描枪是不是程序不需要处理，扫描椁对着文本框就能扫描条码输入了。
b/s界面，浏览器上的文本框也接受扫描枪吧？

(1)b/s是c/s的特例，它的client是一个通用的程序，叫browser而已。
(2)无论b/s还是c/s，对于商务应用，性能瓶颈很少在网络传输上，所以和是不是局域网没关系。
(3)服务器端性能可以做到一样。
(4)因为browser是通用的client，所以理论上说，对于客户端，c/s可以实现不小于b/s的性能表现。

现在的扫描枪大部分都是模拟键盘输入,免驱动
不管你光标放到什么地方,哪怕是excel里,也没问题

(4)因为browser是通用的client，所以理论上说，对于客户端，c/s可以实现不小于b/s的性能表现。也就是c/s的性能大于等于b/s的性能了。扫描枪谢谢了，刚我去用朋友的扫描枪试了试，确是不用驱动，对着哪里，就输入到哪里。

每天几百张量不大。Cs或bs都适合。其次你会bs，何必重头再处理cs的内容，何况cs的界面美工较难。

很多大型系统都是bs，也没见说慢，要是bs性能不如cs，java也就没这么厉害了。
关键还是构架和代码，和bs、cs无关

C/S维护不是问题，用ClickOnce部署，客户端会自动更新的

C/S界面美工较难吗？用WPF毫无压力。

额，录入是录入，一年就是100w条也和你本次录入无关
如果涉及查询，cs不分页一次加载100w也是大忌所以你的问题其实不是问题，B/S 和C/S都行，只看你自己怎么做

1.一天几百，B/S无压力；
2.数据库服务器，网络这块可以看成一样；逻辑处理上可能不大好比较，b/s服务器本身处理能力强大，c/s也有分散处理的优势；主要区别还是最后数据呈现上，B/s要在服务器端比较多处理，然后客户端浏览器还要解析这些数据。

这要看你所谓的“几百张单子”是什么行业的，如何要求的。比如说，你可以想一想，如果大型超市的收银机操作，每台机器每班可能也不过300个简单交易，如果用csdn这类网页操作，那么这个任何超市收银部门都要罢工了。如果是一个仓储，录入进货的同时还要“反建档录入商品甚至BOM信息，等等，就更复杂一点。这些都需要有高效率、绝对靠谱地操作体验。但是你要是说是给一个国营单位的办公室人员，吃饱了撑的没事去录入一堆什么“入团积极份信息”之类的，那么显然就没有专业要求，网页多么难用都成。

B/S易维护，但工作压力集中在服务器，如果操作人员比较多、操作数据很大、网络环境为局域网的话，建议使用C/S.
不过对于每年只有几万数据来说，可以忽略不计

一天几百张单子，哪里能和x/s速度扯上关系。
每秒百万级单子的时候，再来纠结速度吧。
等到需要纠结速度的时候，服务器是必须的，那么x/s的速度也就仅仅是界面了，更没必要纠结x/s了。关键的问题是你熟悉什么技术，你熟悉技术是否满足需求，不能满足需求才纠结。

楼主的数据量不多，录入应该没有显著的差异。
但是在分页浏览是性能差异会比较比较显著：调用同样的分页查询SQL，
b/s 翻一页就得实时取数，查询性能不好时会有明显的等待；
c/s 可以后台开定时器预取数据进行缓存，翻页能够立即刷新。

不管是开发还是使用，都是c/s的快。
B/S就是使用方便，不管在哪打开浏览器就能用

CS的最麻烦就是UI了，要是加一个输入项，改起来都麻烦。
BS，UI可以做的很好，修改也不麻烦。

首先，你说的，大概只是操作的延迟方面考虑。从用户发出操作指令到返回结果，不同的通讯方式，结果都是不一样。例如，如果是B/S，可能就要提交表单然后到WEB服务器后台处理再返回结果，结果的解析，有可能是页面的跳转或者axjs之类的;而C/S方面通讯的选择性可以更多，有复杂的分布式，也有简单的SOCKET直连发送字节或者不通过服务器直接客户端操作数据库。所以，不同的通讯方式环境不一样，两者不可比较。
“用户每天要录入几百张单子，一年下来要上万条记录，怕b/s结构会影响录入速度。”这种问题是设计问题。一个软件设计架构是比较好的，也就是说它的核是比较好的，就像是汽车的发动机或者手机的ARM处理器一样，B/S和C/S方式只是一个意象结果而已，差别其实没有那么大的，就像手机的屏幕是大猩猩硬屏还是一般的软屏一样是可以流畅滑动，但你是要看手机系统以及系统下APP的运作情况。手机屏幕只考虑耐用情况，就像你B/S和C/S选型一样，哪种比较好哪种做得快哪种做了可以让老板提工资发奖金的iu选哪种，就是那么简单。

同意这个观点，根据不通的要求而选用C/S或者B/S

快慢看开发的水平了
如果你会CS，那就建议做BS；否则反之；给老板干活不能忘了自己练手

如果你都会啊？如果一天几百条你都在考虑B/S的性能的话，我介意你琢磨用B/S,C/S之前先去倒腾下并行（多核）开发吧，直奔底层去提高CPU使用率上去做文章吧；
如果都不会呢？就看你爱好偏方哪就做哪
如果只会一个呢，上面已经回答了

个人认为，性能的瓶颈不在 cs/bs 之争，而在于人手动录入的速度是不是快得过电脑

这都什么思想
怎么不两个都做呢,更练手,温故而知新
具体用哪个,不是看你爱好,也不是看哪个省事,你得看到底哪个能够满足业务需求啊如果对实时性要求不高,而且客户机不连外部设备,客户机又超多,又要先试运行再改,那果断BS啊,CS光重新安装客户端就忙死你

仔细看了下楼主的压力，一天几百条记录，一年上万条
这不算多，用 cs还是 bs 区别都不大

能用b/s的坚决不用c/s，你还不明白吗？浏览器以后会成为应用的一个大平台的

速度快不快，关键取决于你的程序写得合不合理，与B/S或C/S关系并不大，从安全性角度来说，B/S会好一些，况且银行的ATM用的都是B/S，你还担心什么？

肯定是cs快，bs发展到现在，其复杂度越来越高。复杂度越高的东西，速度越慢，越容易出问题。

调试易

请问在局域网的情况下，c/s和b/s那个速度快？

解决方案 »