问题描述
请问在局域网的情况下，c/s和b/s那个速度快？(数据库放在服务器上，假设硬件和程序的优化做得一样的情况下）因为用户每天要录入几百张单子，一年下来要上万条记录，怕b/s结构会影响录入速度。另外若c/s更快的话。可否指引一下如何入门，我会b/s，不会c/s，单机的程序倒会做。
解决方案
解决方案二：
理论上都是cs，因为bs要对查出的数据进行二次组织，输送到浏览器供你接收，你在解码
解决方案三：
b/s足够用了吧，局域网，c/s要维护客户端，很麻烦一年才上万条，很多吗？这个跟架构没什么关系吧，重要的还是你数据库查询的优化话说录入速度只跟人有关系吧？跟架构有什么关系？不懂
解决方案四：
肯定是C/S因为B/S还需要一个浏览器，浏览器还要完成它的一些底层操作，最终才能解析展现给用户
解决方案五：
C/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部署，客户端会自动更新的
解决方案十四：
引用10楼nikolaichow的回复:
每天几百张量不大。Cs或bs都适合。其次你会bs，何必重头再处理cs的内容，何况cs的界面美工较难。
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.不过对于每年只有几万数据来说，可以忽略不计
解决方案：
C/S和单机编程没多少区别，主要是使用的数据库改下
解决方案：
引用7楼caozhy的回复:
(1)b/s是c/s的特例，它的client是一个通用的程序，叫browser而已。(2)无论b/s还是c/s，对于商务应用，性能瓶颈很少在网络传输上，所以和是不是局域网没关系。(3)服务器端性能可以做到一样。(4)因为browser是通用的client，所以理论上说，对于客户端，c/s可以实现不小于b/s的性能表现。
同意，性能瓶颈通常不在网络传输上，而是在于算法复杂度。在局域网（经典以太网）中，传输效率是很高的，100M甚至千兆局域网，传输速度都能达到几兆每秒。关键在于数据的组织和逻辑处理。
解决方案：
引用10楼nikolaichow的回复:
每天几百张量不大。Cs或bs都适合。其次你会bs，何必重头再处理cs的内容，何况cs的界面美工较难。
c/s美工难吗，b/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选哪种，就是那么简单。
解决方案：
引用16楼sp1234的回复:
这要看你所谓的“几百张单子”是什么行业的，如何要求的。比如说，你可以想一想，如果大型超市的收银机操作，每台机器每班可能也不过300个简单交易，如果用csdn这类网页操作，那么这个任何超市收银部门都要罢工了。如果是一个仓储，录入进货的同时还要“反建档录入商品甚至BOM信息，等等，就更复杂一点。这些都需要有高效率、绝对靠谱地操作体验。但是你要是说是给一个国营单位的办公室人员，吃饱了撑的没事去录入一堆什么“入团积极份信息”之类的，那么显然就没有专业要求，网页多么难用都成。
同意这个观点，根据不通的要求而选用C/S或者B/S
解决方案：
像输单这种工作，我觉得C/S的用起来会比较舒服，把各种快捷键设置好。
解决方案：
快慢看开发的水平了如果你会CS，那就建议做BS；否则反之；给老板干活不能忘了自己练手
解决方案：
引用28楼gucangen的回复:
快慢看开发的水平了如果你会CS，那就建议做BS；否则反之；给老板干活不能忘了自己练手
那我要是都会，或者都不会呢？
解决方案：
如果你都会啊？如果一天几百条你都在考虑B/S的性能的话，我介意你琢磨用B/S,C/S之前先去倒腾下并行（多核）开发吧，直奔底层去提高CPU使用率上去做文章吧；如果都不会呢？就看你爱好偏方哪就做哪如果只会一个呢，上面已经回答了
解决方案：
个人认为，性能的瓶颈不在cs/bs之争，而在于人手动录入的速度是不是快得过电脑
解决方案：
引用28楼gucangen的回复:
快慢看开发的水平了如果你会CS，那就建议做BS；否则反之；给老板干活不能忘了自己练手
这都什么思想怎么不两个都做呢,更练手,温故而知新具体用哪个,不是看你爱好,也不是看哪个省事,你得看到底哪个能够满足业务需求啊如果对实时性要求不高,而且客户机不连外部设备,客户机又超多,又要先试运行再改,那果断BS啊,CS光重新安装客户端就忙死你
解决方案：
仔细看了下楼主的压力，一天几百条记录，一年上万条这不算多，用cs还是bs区别都不大
解决方案：
能用b/s的坚决不用c/s，你还不明白吗？浏览器以后会成为应用的一个大平台的
解决方案：
速度快不快，关键取决于你的程序写得合不合理，与B/S或C/S关系并不大，从安全性角度来说，B/S会好一些，况且银行的ATM用的都是B/S，你还担心什么？
解决方案：
B/S最头疼的就是浏览器兼容性问题，但如果是一个内部管理系统，就不是太大的问题了。
解决方案：
那当然是c/s的最快了,这是毫无疑问的!
解决方案：
肯定是cs快，bs发展到现在，其复杂度越来越高。复杂度越高的东西，速度越慢，越容易出问题。