如何编写多客户端访问数据库的软件？大致结构 其实就是C/S架构。数据库放在服务器端，首先你在开发客户端的时候，需要创建一个数据库连接，连接直接指向服务器的地址以及数据库名称（这个和B/S架构是一样的）。然后，你从这个连接上创建创建你客户端上的数据库实例，比如数据库、表和存储过程等。多客户端（其实就是多用户）需要注意的就是并发的问题，也就是当多个用户同时操作某段数据时应该如何处理（如排队，死锁等），这个是难点。当然，如果你的用户数非常少，那这部分的设计就比较简单，你简单的用存储过程、事务和触发器来完成。硬件方面，你需要两天电脑（一台客户端，一台服务器），或者更多，当然一台电脑同时实现客户端和服务器也是可以的。网络上只要能互相访问就可以了。
c/s架构中数据库可以在客户端吗 C/S就是client和server。既然是client，当然只装一个终端软件就可以了，没有数据库。client没有数据库，更没有数据，一切都要从server端获取。所谓的客户端生成的数据，也是它对服务器端数据的操作，当然要反馈到服务器上去。本地的保留没有任何意义。
是数据库访问结构上，有两种，一种是直接客户端访问数据库，一种是客户端通过服务端的应用 这个就是所谓的CS模式和CSS模式，前者是客户端直接访问数据库服务器，后者是客户端，应用服务器访问数据库服务器。第一种架构中需要在客户端存储访问数据库的服务器地址、用户名和密码，并且要求客户端具有能够直接访问数据库网络的线路，数据的业务逻辑需要在客户端内处理，涉及的事务处理完全由数据库系统负责。特点是开发简单，但缺点很明显，系统的安全性很低，数据库很容易就暴露出来，一旦客户端泄漏数据库就可以被随意访问了，而且在业务逻辑的控制上一不是很灵活。此外，服务的更新也不灵活，业务逻辑的变化需要更新全部客户端。第二种架构中增加了应用服务器，访问数据库的任务和部分业务逻辑处理由应用服务器负责除了，这样客户端就不必存储数据库服务器信息，只需要负责用户的交互和少量业务逻辑就可以了。这种架构下整体上更加便于集中的管理，同时提高了系统安全性。业务逻辑发生变化时只需要修改应用服务器中的程序就可以，而数据库访问存储在应用服务器上，能够起到访问隔离的效果，降低数据库被入侵的风险。
我想用winform开发一个基于c/s架构的数据库管理系统 可以的，MVC确实是在B/S架构下提出的一种框架结构，其核心思想是将表现层和业务逻辑层分开，一方面能够提高响应速度，另一方面方便代码维护，在C/S架构下，可能就要简化一下了，也就是只有M、V两层，C（控制层）在C/S架构下可能会增加代码的复杂度
在三层c/s应用架构中，数据库服务器完成什么任务，应用服务器完成什么任务？ 很简单，两句话：数据库服务器：完整的是数据持久化的任务，即对数据的增、删、查、改。应用服务器：提供业务服务给界面层调用，并响应界面层的服务请求。通过数 据库服务器提供的服务保存数据的更改。
我做了一个管理系统，数据库的操作都是本地的，老师说不行，要弄成B/S或者C/S架构的 其实也就是配置一下你的数据库，改成可以别的电脑远程连接上来。然后把你程序的连接串里的ip地址改成你的本机ip地址，不要写localhost。
C/S多个客户端直接连接服务器的数据库如何进行并发操作呢 数据库作为服务器软件，支持客户端的并发操作是必须的功能啊，客户端不用考虑哦。数据库引擎有一系列的办法来支持多用户的并发的，包括锁、序列化、缓冲区等等。
客户端直接访问数据库，跟客户端连接服务端再由服务端访问数据库，怎么选择好。 你讲的问题，有两方面的优化 现在要开发一个软件，使用人数大概在30人左右，但数据量比较大（最大的表每天会新增10W左右的数据）。因为是window流的，所以用C#开发，数据库。
一个管理软件方面的问题 C/S C/S结构，即Client/Server(客户机/服务器)结构，是大家熟知的软件系统体系结构，通过将任务合理分配到Client端和Server端，降低了系统的通讯开销，可以充分利用两端。
