关于C/S非三层部署到Internet上面
是这样的，目前我有一个小系统想可能需要部署到Internet上面，但还是在局域网使得多些。
目前MySQL数据库通过3306端口开放到局域网，在硬件防火墙上面做了NAT转换，用一个不常见的端口转换到内网的3306上面了，如果不需要在Internet上面访问随时可以用防火墙禁止掉。
现在想快速开发出来，如果不弄三层有影响吗？
目前测试速度还可以。
[解决办法]
mysql服务器有固定访问IP应该可以吧
[解决办法]
应该没问题

只是比3层缺少一些优点：
客户端免数据库驱动，优点之一
客户端无须存数据库密码，也是很重要的优点
数据库服务器的端口不再暴露在公网，也是很重要的优点
数据库并发连接数大大减少，也是很有价值的优点
客户端无须保存sql了，sql都由应用服务程序生成、使用，也是一个优点
[解决办法]
各用户间交互不多的话
为减少频繁访问远程数据库服务器, 可以做个本地数据缓存, 存放常用数据和用户操作数据
这样可避免数据库连接失败时, 通过本地数据缓存可以继续工作
各用户间交互多的话
想法儿保证服务器访问正常吧
没什么太好的办法 /这是废话 :)

[解决办法]
这样实现方式不错，改三层一般需要把业务移到服务端，改动不小。
[解决办法]

引用:

这样实现方式不错，改三层一般需要把业务移到服务端，改动不小。

我实现过一种极端的3层：sql什么的都还是在客户端，应用服务器只是一个通用的数据库“网关”
3层的优点，只是没有最后一条而已
[解决办法]

引用:

引用:这样实现方式不错，改三层一般需要把业务移到服务端，改动不小。

我实现过一种极端的3层：sql什么的都还是在客户端，应用服务器只是一个通用的数据库“网关”
3层的优点，只是没有最后一条而已

哈 你这是胖客户端
[解决办法]

引用:

引用:
引用:这样实现方式不错，改三层一般需要把业务移到服务端，改动不小。

我实现过一种极端的3层：sql什么的都还是在客户端，应用服务器只是一个通用的数据库“网关”
3层的优点，只是没有最后一条而已

哈 你这是胖客户端

绿色客户端，协议是http，无须数据库驱动
是b/s和c/s的取长补短：c/w，即client/webserver
[解决办法]
胖客户端现在也有流行的趋势，手机上的APP就是胖客户端。
[解决办法]
好或不好要根据具体项目环境。