这也是C/S结构吗：ACCESS在服务器中完全共享，客户机与其连接？

Question

我想只有MSSQLSERVER这样的数据库服务器在后台，才能认为是C/S结构吧？文件共享方式的也能算是C/S结构吗？

Answer 1

伪C/S，偶目前一直这样干，ADO+Access，没什么问题。
下一步准备用Socket，还是ADO+Access，就成真C/S了。

Answer 2

有这样的说法吗：准C/S,伪C/S?

Answer 3

Access只是普通的桌面数据库,所以和Access相连不是C/S结构,不管Access的位置在哪

Answer 4

用ACCESS不能解决的一个问题是：并发问题
如：我同时有多个用户访问同一个表，结果就可能会出乱子了

Answer 5

举例说明吧：  如：用户A、B同时操作表TABLE1
  用户A新添加一条记录，需要新取一个单据编号，这个编号由程序生成
  同样，用户B也做同样的操作，也生成一个编号，这两个编号就有可能重复了呀
  如果这个问题放在ORACLE中，你只要设置一个序列，供用户进行读取，这个序列永远不会重复的了。。

Answer 6

楼上的（小虫）
难道Access不能设置序列字段吗？

Answer 7

编号的问题需要ACCESS自动生成的，这个自动是在服务器端吧。

Answer 8

也就是说不会有冲突的。
退一步讲，如果全是读取数据和查询数据，不涉及到写操作，则ACCESS支持的没有问题吧。

Answer 9

对，类似ACCESS的单用户数据库不能解决并发问题，如果有两个以上的用户访问同一数据就会出现问题。在实际的运用中不可能不出现同时访问的，所以应该不是C/S。

Answer 10

写一个中间层怎么写？我的想法是：Access+中间层+客户端

Answer 11

举例说明吧：  如：用户A、B同时操作表TABLE1
  用户A新添加一条记录，需要新取一个单据编号，这个编号由程序生成
  同样，用户B也做同样的操作，也生成一个编号，这两个编号就有可能重复了呀
  如果这个问题放在ORACLE中，你只要设置一个序列，供用户进行读取，这个序列永远不会重复的了。。-------------------------------------------------------------------
其实这也说不上是什么问题，单号可以在提交的时候，再重新生成，这样就不会出现重复了

Answer 12

应该就是写数据会有问题了。
比如A，B同时对一条记录进行修改，不过他们改成了不同的值。
你说最后这条记录到认错底是A修改的记录还是B修改的记录？？
顺便问一下如果用BDE怎么样建立c/s模式？
服务器上要安装什么软件吗？