6 个解决方案
#1
我个人认为oracle是最难学的，建议你去买本sql sever看看，会有很大帮助。
我认为学数据库应从最初学起，我现在在学数据库系统导论和实现，用的是思坦福大学的教材。
我认为学数据库应从最初学起，我现在在学数据库系统导论和实现，用的是思坦福大学的教材。
#2
oracle和sql2000的比较待我娓娓道来
首先，数据库系统功能大致分三部分:
1.好的数据存储格式，保持数据完整性.
2.负责查询的查询编译器（包括查询响应，查询预处理，查询优化以及执行).
3.编程接口，象Foxpro一样的Prg程序.
oracle中的代码实现部分也用到了sql，oracle比起sql2000的查询编译器要来的更好，而且数据存储给为紧凑，事务管理层与存储层之间的缓冲区更大，所以我个人认为oracle的规模很大，虽然客户--服务器端传输的速度还有待提高，但已成为现在的主流.
首先，数据库系统功能大致分三部分:
1.好的数据存储格式，保持数据完整性.
2.负责查询的查询编译器（包括查询响应，查询预处理，查询优化以及执行).
3.编程接口，象Foxpro一样的Prg程序.
oracle中的代码实现部分也用到了sql，oracle比起sql2000的查询编译器要来的更好，而且数据存储给为紧凑，事务管理层与存储层之间的缓冲区更大，所以我个人认为oracle的规模很大，虽然客户--服务器端传输的速度还有待提高，但已成为现在的主流.
#3
access适用与中小型数据库，可以用ASP,vb直接调用,对于5,6位数的记录应用oracle,否则会造成网络负担过重而瘫痪.
#4
要是没有在很复杂的应用，单从操作界面来说，我觉得ACCESS用起来可比SQL爽。
但一到实际应用中问题就出来了。
1．ACCESS容量有限，而且ACCESS数据库大了以后，很容易崩溃，我遇到过一个客户用的ACCESS数据库有一百多M，后来完全崩溃，送到MS都没办法修复。
2．速度快不起来。原来某财务软件用ACCESS做数据库，出明细账要等几个小时，换成SQL SERVER快多了，一般几分钟就出来了。
3、并发冲突、意外中断都很容易造成ACCESS数据库被破坏，但SQL SERVER这种情况就少多了。至少我的客户用SQL SERVER的很少有这类故障，但用ACCESS的三天两头就有人报告说数据库被破坏打不开了。
这只是在使用中的很直接的感受，其他有关的性能指标咱也不记得，就不说了。
但一到实际应用中问题就出来了。
1．ACCESS容量有限，而且ACCESS数据库大了以后，很容易崩溃，我遇到过一个客户用的ACCESS数据库有一百多M，后来完全崩溃，送到MS都没办法修复。
2．速度快不起来。原来某财务软件用ACCESS做数据库，出明细账要等几个小时，换成SQL SERVER快多了，一般几分钟就出来了。
3、并发冲突、意外中断都很容易造成ACCESS数据库被破坏，但SQL SERVER这种情况就少多了。至少我的客户用SQL SERVER的很少有这类故障，但用ACCESS的三天两头就有人报告说数据库被破坏打不开了。
这只是在使用中的很直接的感受，其他有关的性能指标咱也不记得，就不说了。
#5
我主要是想知道sql之比access
#6
在小型的数据库系统里不会有太大的差异。
#1
我个人认为oracle是最难学的，建议你去买本sql sever看看，会有很大帮助。
我认为学数据库应从最初学起，我现在在学数据库系统导论和实现，用的是思坦福大学的教材。
我认为学数据库应从最初学起，我现在在学数据库系统导论和实现，用的是思坦福大学的教材。
#2
oracle和sql2000的比较待我娓娓道来
首先，数据库系统功能大致分三部分:
1.好的数据存储格式，保持数据完整性.
2.负责查询的查询编译器（包括查询响应，查询预处理，查询优化以及执行).
3.编程接口，象Foxpro一样的Prg程序.
oracle中的代码实现部分也用到了sql，oracle比起sql2000的查询编译器要来的更好，而且数据存储给为紧凑，事务管理层与存储层之间的缓冲区更大，所以我个人认为oracle的规模很大，虽然客户--服务器端传输的速度还有待提高，但已成为现在的主流.
首先，数据库系统功能大致分三部分:
1.好的数据存储格式，保持数据完整性.
2.负责查询的查询编译器（包括查询响应，查询预处理，查询优化以及执行).
3.编程接口，象Foxpro一样的Prg程序.
oracle中的代码实现部分也用到了sql，oracle比起sql2000的查询编译器要来的更好，而且数据存储给为紧凑，事务管理层与存储层之间的缓冲区更大，所以我个人认为oracle的规模很大，虽然客户--服务器端传输的速度还有待提高，但已成为现在的主流.
#3
access适用与中小型数据库，可以用ASP,vb直接调用,对于5,6位数的记录应用oracle,否则会造成网络负担过重而瘫痪.
#4
要是没有在很复杂的应用，单从操作界面来说，我觉得ACCESS用起来可比SQL爽。
但一到实际应用中问题就出来了。
1．ACCESS容量有限，而且ACCESS数据库大了以后，很容易崩溃，我遇到过一个客户用的ACCESS数据库有一百多M，后来完全崩溃，送到MS都没办法修复。
2．速度快不起来。原来某财务软件用ACCESS做数据库，出明细账要等几个小时，换成SQL SERVER快多了，一般几分钟就出来了。
3、并发冲突、意外中断都很容易造成ACCESS数据库被破坏，但SQL SERVER这种情况就少多了。至少我的客户用SQL SERVER的很少有这类故障，但用ACCESS的三天两头就有人报告说数据库被破坏打不开了。
这只是在使用中的很直接的感受，其他有关的性能指标咱也不记得，就不说了。
但一到实际应用中问题就出来了。
1．ACCESS容量有限，而且ACCESS数据库大了以后，很容易崩溃，我遇到过一个客户用的ACCESS数据库有一百多M，后来完全崩溃，送到MS都没办法修复。
2．速度快不起来。原来某财务软件用ACCESS做数据库，出明细账要等几个小时，换成SQL SERVER快多了，一般几分钟就出来了。
3、并发冲突、意外中断都很容易造成ACCESS数据库被破坏，但SQL SERVER这种情况就少多了。至少我的客户用SQL SERVER的很少有这类故障，但用ACCESS的三天两头就有人报告说数据库被破坏打不开了。
这只是在使用中的很直接的感受，其他有关的性能指标咱也不记得，就不说了。
#5
我主要是想知道sql之比access
#6
在小型的数据库系统里不会有太大的差异。