发布网友 发布时间:2022-05-01 20:30
共1个回答
热心网友 时间:2023-10-25 02:12
可以的,ACCESS其实是个不错的查询设计器,你建立一个服务器,要求稳定性高。在服务器上存放SQL数据库作为服务器数据库,数据容量十分庞大,VB和VS2008来做数据查询分析理论上是比较快的,但是当你数据用户慢慢多起来,需要区分产业、类别,这样实际情况下,数据量十分庞大而且很乱,你就需要给数据归类,而且要编制线程,在SQL服务器上做多个甚至几百个数据库。VB和VS2008再去用数据控件和ADO连接数据库做联合两个数据库之间的查询或者联合N个数据库之间的查询,你就头痛了。做不了,要先建立数据源还要去保存数据源,找数据源路径。ACCESS 2003后的版本新增功能就做出了这点,把不同的数据库连接整合起来形成一个小的数据库做后台。以前所谓的ACCESS不支持多用户概念完全可以摈弃,用ACCESS做连接表连接SQL数据源,相当方便。热心网友 时间:2023-10-25 02:12
可以的,ACCESS其实是个不错的查询设计器,你建立一个服务器,要求稳定性高。在服务器上存放SQL数据库作为服务器数据库,数据容量十分庞大,VB和VS2008来做数据查询分析理论上是比较快的,但是当你数据用户慢慢多起来,需要区分产业、类别,这样实际情况下,数据量十分庞大而且很乱,你就需要给数据归类,而且要编制线程,在SQL服务器上做多个甚至几百个数据库。VB和VS2008再去用数据控件和ADO连接数据库做联合两个数据库之间的查询或者联合N个数据库之间的查询,你就头痛了。做不了,要先建立数据源还要去保存数据源,找数据源路径。ACCESS 2003后的版本新增功能就做出了这点,把不同的数据库连接整合起来形成一个小的数据库做后台。以前所谓的ACCESS不支持多用户概念完全可以摈弃,用ACCESS做连接表连接SQL数据源,相当方便。热心网友 时间:2023-10-25 02:12
可以的,ACCESS其实是个不错的查询设计器,你建立一个服务器,要求稳定性高。在服务器上存放SQL数据库作为服务器数据库,数据容量十分庞大,VB和VS2008来做数据查询分析理论上是比较快的,但是当你数据用户慢慢多起来,需要区分产业、类别,这样实际情况下,数据量十分庞大而且很乱,你就需要给数据归类,而且要编制线程,在SQL服务器上做多个甚至几百个数据库。VB和VS2008再去用数据控件和ADO连接数据库做联合两个数据库之间的查询或者联合N个数据库之间的查询,你就头痛了。做不了,要先建立数据源还要去保存数据源,找数据源路径。ACCESS 2003后的版本新增功能就做出了这点,把不同的数据库连接整合起来形成一个小的数据库做后台。以前所谓的ACCESS不支持多用户概念完全可以摈弃,用ACCESS做连接表连接SQL数据源,相当方便。