A
Amuro
Unregistered / Unconfirmed
GUEST, unregistred user!
请各位大虾勿嫌问题简单,给菜鸟点拨一下。
在一些小型的数据库应用中（如纪录一万条，客户端不超过10个）
如何选择数据库，系统采用几层结构，采用何种操作平台才是最经济实惠？
在一些小型的数据库应用中（如纪录一万条，客户端不超过10个）
如何选择数据库，系统采用几层结构，采用何种操作平台才是最经济实惠？
H
hntangwei
Unregistered / Unconfirmed
GUEST, unregistred user!
hi Amuro:
在小型数据库应用技术中，大至有两种情况：
1.如果要很强的实时数据处理能，可以采用SQL 7用C/S架构，
如果你技术好，可以用B/S架构。
2.如果只是要传输数据可以用Paradox,InterBase,FoxPro等系统，
通过Delphi的三层数据结构，采用"瘦客户"端，利用Remote Data
Moudle可连接本地和远程数据库。
至于操作平台，最经济实惠的是Linux
在小型数据库应用技术中，大至有两种情况：
1.如果要很强的实时数据处理能，可以采用SQL 7用C/S架构，
如果你技术好，可以用B/S架构。
2.如果只是要传输数据可以用Paradox,InterBase,FoxPro等系统，
通过Delphi的三层数据结构，采用"瘦客户"端，利用Remote Data
Moudle可连接本地和远程数据库。
至于操作平台，最经济实惠的是Linux
H
hntangwei
Unregistered / Unconfirmed
GUEST, unregistred user!
hi Amuro:
在小型数据库应用技术中，大至有两种情况：
1.如果要很强的实时数据处理能，可以采用SQL 7用C/S架构，
如果你技术好，可以用B/S架构。
2.如果只是要传输数据可以用Paradox,InterBase,FoxPro等系统，
通过Delphi的三层数据结构，采用"瘦客户"端，利用Remote Data
Moudle可连接本地和远程数据库。
至于操作平台，最经济实惠的是Linux
在小型数据库应用技术中，大至有两种情况：
1.如果要很强的实时数据处理能，可以采用SQL 7用C/S架构，
如果你技术好，可以用B/S架构。
2.如果只是要传输数据可以用Paradox,InterBase,FoxPro等系统，
通过Delphi的三层数据结构，采用"瘦客户"端，利用Remote Data
Moudle可连接本地和远程数据库。
至于操作平台，最经济实惠的是Linux
Y
yifeng
Unregistered / Unconfirmed
GUEST, unregistred user!
可用三层构架
client---Application Server---Interbase
绰绰有余,编程方便
client---Application Server---Interbase
绰绰有余,编程方便
R
rss
Unregistered / Unconfirmed
GUEST, unregistred user!
当然用Interbase,Sql Anywhere.
其有强大的SQL语言支持,非Xbase,access类可比.
且有便携性特点,比SQL server类轻便.
其有强大的SQL语言支持,非Xbase,access类可比.
且有便携性特点,比SQL server类轻便.
W
wuyi
Unregistered / Unconfirmed
GUEST, unregistred user!
Xbase,access类的数据库已经过时，C/S 正在过时，多层应用正在兴起。
J
Jams
Unregistered / Unconfirmed
GUEST, unregistred user!
在Windows环境下，使用PowerBuilder可能更好一些。
王
王寒松
Unregistered / Unconfirmed
GUEST, unregistred user!
如果没有要求高性能的并发操作，用单机数据库即可，当然也可以搀进去多层技术
在有大量并发操作的局域网环境里，我认为还是使用C/S比较好。
对于中国的用户， 多数是工作在小型局域网络的工作组模式里，没必要去追新潮
什么情况都用MIDAS
to jams:
如果你的话在93年说出来，我一定同意你的看法。
差劲的中文支持，庞大的客户端， 差劲的脚本
在有大量并发操作的局域网环境里，我认为还是使用C/S比较好。
对于中国的用户， 多数是工作在小型局域网络的工作组模式里，没必要去追新潮
什么情况都用MIDAS
to jams:
如果你的话在93年说出来，我一定同意你的看法。
差劲的中文支持，庞大的客户端， 差劲的脚本
H
huizhang
Unregistered / Unconfirmed
GUEST, unregistred user!
Amuro:
最关键的要看你这10多个用户是通过什么方式联网, 远程的通过调制解调器联网同局
域网的处理方法大不相同
最关键的要看你这10多个用户是通过什么方式联网, 远程的通过调制解调器联网同局
域网的处理方法大不相同
A
Amuro
Unregistered / Unconfirmed
GUEST, unregistred user!
客户端是通过局域网联结,
客户的经济条件不允许选择大的数据库
客户的经济条件不允许选择大的数据库
C
CJ
Unregistered / Unconfirmed
GUEST, unregistred user!
hntangwei:
interbase应该归为第一类
多层MIDAS很贵的，可以使用第三方提供的构件，
做个PARADOX库吧+对等网，NT都省了
SQL SERVER 也不贵，不超过10，000
interbase应该归为第一类
多层MIDAS很贵的，可以使用第三方提供的构件，
做个PARADOX库吧+对等网，NT都省了
SQL SERVER 也不贵，不超过10，000
B
bluebird
Unregistered / Unconfirmed
GUEST, unregistred user!
Delphi4 + SQL Sever 7.0 最佳拍挡
另外，用B/S模式也不赖呀
另外，用B/S模式也不赖呀
Y
yifeng
Unregistered / Unconfirmed
GUEST, unregistred user!
thin client+midas application server+interbase
全免费
全免费
X
xujunhua
Unregistered / Unconfirmed
GUEST, unregistred user!
同意使用NT为服务器，SQL Server为数据库服务器，客户端就是Win9x，开发程序
当然用Delphi，三层模式有点不太划算，有点大才小用，C/S说是过时，但对付你的
要求还是很不错的。
呵呵，我现在开发的一个项目就是这种模式，NT/WIN9X，NT要求不高，P90/64M/3G
性能很好。当然，加上一些WWW更有专业品质。
当然用Delphi，三层模式有点不太划算，有点大才小用，C/S说是过时，但对付你的
要求还是很不错的。
呵呵，我现在开发的一个项目就是这种模式，NT/WIN9X，NT要求不高，P90/64M/3G
性能很好。当然，加上一些WWW更有专业品质。
S
Slong
Unregistered / Unconfirmed
GUEST, unregistred user!
如果不是用三层结构，NT也应该免了，连个对等网更实惠。我看您现在用户不超
过十个，一万条记录数据量也不是大，干脆用Delphi+Prodox+Win9x对等网。
过十个，一万条记录数据量也不是大，干脆用Delphi+Prodox+Win9x对等网。
B
barton
Unregistered / Unconfirmed
GUEST, unregistred user!
哈哈,首先声明我本人最反对使用BDE,所以:
1.Paradox肯定不行,它太依赖BDE的Local SQL;
2.如果你对ODBC不反感的话,用文件型的数据库最好:Access,
最新的带原代码的MODBC 1.06a版,我用过不下十次,次次灵;
3.如果连ODBC都讨厌的话,用Interbase最好,没有MSSQL或SYBASE
庞大,安装极为方便,适宜任何网络,任何操作系统平台,客户端
只需要廖廖几个文件而已.最关键一点:有FIB控件,速度奇快,
小应用环境决非MSSQL可比.扩充数据库函数也极为方便.
4.别动不动闹哄哄的三层应用什么的,MIDAS什么的.二十个站点内
单层的,独立的应用程序最好!
1.Paradox肯定不行,它太依赖BDE的Local SQL;
2.如果你对ODBC不反感的话,用文件型的数据库最好:Access,
最新的带原代码的MODBC 1.06a版,我用过不下十次,次次灵;
3.如果连ODBC都讨厌的话,用Interbase最好,没有MSSQL或SYBASE
庞大,安装极为方便,适宜任何网络,任何操作系统平台,客户端
只需要廖廖几个文件而已.最关键一点:有FIB控件,速度奇快,
小应用环境决非MSSQL可比.扩充数据库函数也极为方便.
4.别动不动闹哄哄的三层应用什么的,MIDAS什么的.二十个站点内
单层的,独立的应用程序最好!
N
nickname
Unregistered / Unconfirmed
GUEST, unregistred user!
最好是不用,只有10000条记录的话就不要用C/S了,谁给钱买
什么SQL SERVER或者ORACLE什么的呀,用本地的就成了,在编
程时注意'有多用户该锁的就锁,该共享的就共享,成了.
什么SQL SERVER或者ORACLE什么的呀,用本地的就成了,在编
程时注意'有多用户该锁的就锁,该共享的就共享,成了.
C
CJ
Unregistered / Unconfirmed
GUEST, unregistred user!
搞到一套 Advanced DB Server for nt 的 CRK 不错
IBO 有 SOURCE 吗？
IBO 有 SOURCE 吗？
A
Amuro
Unregistered / Unconfirmed
GUEST, unregistred user!
to CJ:
能介绍一下 Advanced DB Server for nt 吗?
能介绍一下 Advanced DB Server for nt 吗?
C
CJ
Unregistered / Unconfirmed
GUEST, unregistred user!
advanced db server 针对小型企业的解决方案，可能便宜点，操作简单，
有原生 DELPHI 构件，详细情况可以MAIL交流。
请提问者继续讨论或结束此问题。
有原生 DELPHI 构件，详细情况可以MAIL交流。
请提问者继续讨论或结束此问题。