Ⅰ 数据库的缺点
安全性不够，加了用户级密码容易破解
C/S 结构下对服务器要求很高，否则容易造成 MDB 损坏并发数255，但是对高强度操作适应性差，如果服务器不够好，网络不够好，编程的方法不够好，6-7个人同时访问就能导致 MDB 损坏或者并死不能将 VBA 代码开发的软件系统直接编译成 EXE 可执行文件，不能脱离 ACCESS 或者 ACCESS RUNTIME 环境，该环境相对其他软件体积较大（50M左右）
Ⅱ 怎样改进数据库的查询性能
1、使你的数据库结构规范化，但是不要求一定达到第三范式，为了显示和打印目的可以有数据冗余2、评估你的系统中对性能影响的关键处，减少被频繁访问的核心表的数量，并在这些核心
表上重点优化索引，表结构（尽量紧凑）。典型的核心表是代码表。
3、对于统计类应用，如果可能应写成触发器和存储过程，这样就有可能把一个消耗大量时
间的统计运算分布到每INSERT，DELETE，或者UPDATE来处理，从而极大提高查询类操作的速度。
查询选择群居索引最有效。其他索引也要针对业务进行选择。由于维护索引也要消耗系
统资源和时间，所以过多的索引对性能是损害甚至是毫无效果的。
5、如果可能，可以利用大数据库对sql的一些特殊规定来进一步优化，比如查询暗示。
6、适当选择硬件，综合考虑CPU，内存，I/O系统的性能，以当前的CPU，内存配置来看，
很多数据库系统的瓶颈出在I/O系统上。所以如果有可能，最好使用RAID。
当然如果你有足够的财力，可以买更好的服务器，或者搞服务器集群就更利害啦。
7、可能的话，尽量使用存储过程，因为存储过程的执行计划可以重复使用，而且不需要
象普通由CLIENT提交的SQL那样进行处理和编译。
8、检查你的应用程序设计，如果有可能，尽量减少查询次数和在网络上往返的数据。为了
获取少量字段而写SELECT * 对性能的损害也比较利害。
9、在应用程序中协调并发和一致性之间的矛盾。并不是所有业务都需要放在事务中。大量
业务是允许脏读的，在不关键事务中使用脏读，或者读提交，可以大大降低DEADLOCK和
进程之间彼此等待的机会，从而把由于互相锁定资源引起的等待降低到最小。
不要在事务执行中进行大量计算或者与用户交互的操作，因为事务的执行在要求上是
不允许被打断的原子操作（回滚是失败的），所以事务应该多而短小。长事务会锁住
很多资源比较长的时间，因此也比较容易导致其他进程对资源的等待和死锁的机会。
10、评估你开发系统的关键业务，在很多数据库系统对性能的要求是彼此矛盾的，比如OLTP
应用和DSS是不同的。DSS倾向于使用各种索引加快检索速度，而大量的索引对OLTP则是负担。
11、不要在应用程序中写怪异的SQL 查询，比如 WHERE money!40000，这样的语句，这种
SQL查询，数据库的SQL优化器是无法进行优化的。
12、定期维护和管理你的数据库系统，压缩掉那些垃圾空间，很多数据库系统执行类似
删除，事务等操作的时候，并不回收无用的物理空间。所以，制定一份合理的数据库
维护计划，不要等日志文件或者LOG文件越长越大的时候才去整理数据库。
还有很多很多要注意的东西，。。。。。。
Ⅲ 利用文件系统处理数据与数据库系统处理数据有什么不同各有何优缺点
一、文件系统有明显的缺点:
1、编写应用程序很不方便。
2、文件的设计很难满足多种应用程序的不同要求，数据冗余经常是不可避免的。
3、文件结构的修改将导致应用程序的修改，应用程序的维护量将很大。
4、文件系统不支持对文件的并发访问（concurrent access）。
二、优点:
1、提供高级的用户接口。
2、查询处理和优化。
3、数据目录管理。
4、并发控制。
5、恢复功能。
6、完整性约束检查。
7、访问控制。
Ⅳ 数据库的三极模式结构及其优缺点是什么
优点：更加安全，逻辑更加清晰
缺点：考虑分层，多谢代码，不停调用 三级模式结构：外模式、模式和内模式
一、模式（Schema）
定义：也称逻辑模式，是数据库中全体数据的逻辑结构和特征的描述，是所有用户的公共数据视图。
理解：
① 一个数据库只有一个模式；
② 是数据库数据在逻辑级上的视图；
③ 数据库模式以某一种数据模型为基础；
④ 定义模式时不仅要定义数据的逻辑结构（如数据记录由哪些数据项构成，数据项的名字、类型、取值范围等），而且要定义与数据有关的安全性、完整性要求，定义这些数据之间的联系。
二、外模式（External Schema）
定义：也称子模式（Subschema）或用户模式，是数据库用户（包括应用程序员和最终用户）能够看见和使用的局部数据的逻辑结构和特征的描述，是数据库用户的数据视图，是与某一应用有关的数据的逻辑表示。
理解：
① 一个数据库可以有多个外模式；
② 外模式就是用户视图；
③ 外模式是保证数据安全性的一个有力措施。
三、内模式（Internal Schema）
定义：也称存储模式（Storage Schema），它是数据物理结构和存储方式的描述，是数据在数据库内部的表示方式（例如，记录的存储方式是顺序存储、按照B树结构存储还是按hash方法存储；索引按照什么方式组织；数据是否压缩存储，是否加密；数据的存储记录结构有何规定）。
理解：
① 一个数据库只有一个内模式；
② 一个表可能由多个文件组成，如：数据文件、索引文件。
它是数据库管理系统(DBMS)对数据库中数据进行有效组织和管理的方法
其目的有：
① 为了减少数据冗余，实现数据共享；
② 为了提高存取效率，改善性能。
Ⅳ 各类数据库的优点缺点
优点：数据库系统是用来管理数据的，建立的数理逻辑和集合操作基础上的。
具有高效、可靠、完整、自同步等特性，是业务系统进行数据控制的最佳选择。
数据库系统一般提供高效的数据控制和数据检索功能，采用SQL语言来进行数据操作。
目前市面上流行的数据库系统很多：较小型的数据库系统有：mysql,MSSQL_SERVER等等，适用于企业级的大型数据库有：ORACEL,DB2(IBM)，INFORMIX（IBM）等等
缺点：安全性不够，加了用户级密码容易破解
C/S
结构下对服务器要求很高，否则容易造成
MDB
损坏并发数255。
但是对高强度操作适应性差，如果服务器不够好，网络不够好，编程的方法不够好，6-7个人同时访问就能导致
MDB
损坏或者并死不能将
VBA
代码开发的软件系统直接编译成
EXE
可执行文件。
不能脱离
ACCESS
或者
ACCESS
RUNTIME
环境，该环境相对其他软件体积较大（50M左右）
Ⅵ 使用数据库系统的优点和缺点是什么
一、关系数据库系统的优点
a．灵活性和建库的简单性：从软件开发的前景来看，用户与关系数据库编程之间的接口是灵活与友好的。目前在多数RDDMS产品中使用标准查询语言SQL，允许用户几乎毫无差别地从一个产品到另一个产品存取信息。与关系数据库接口的应用软件具有相似的程序访问机制，提供大量标准的数据存取方法。
b．结构简单：从数据建模的前景看，关系数据库具有相当简单的结构（元组），可为用户或程序提供多个复杂的视图。数据库设计和规范化过程也简单易行和易于理解。由于关系数据库的强有力的、多方面的功能，已经有效地支持许多数据库纳应用。
二、关系数据库系统的缺点
a．数据类型表达能力差：从下一代应用软件的发展角度来看，关系数据库的根本缺陷在于缺乏直接构造与这些应用有关的信息的类型表达能力，缺乏这种能力将产生以下有害的影响，例如：大多数RDBMS产品所采用的简单类型在重构复杂数据的过程中将会出现性能问题；数据库设计过程中的额外复杂性；RDBMS产品和编程语言在数据类型方面的不协调。
大多数现代的RDBMS产品已成熟地用于商务和财政方面，而这些领域不要求很高和很复杂的数据模型。虽然这些产品多多少少克服了一些以上所述的缺点，但从理论上看关系数据模型不直接支持复杂的数据类型，这是由于第一范式的要求，所有的数据必须转换为简单的类型，如整数、实数、双精度数和字符串。
对于工程应用来说，这种不能支持复杂数据类型的典型结果就是需要额外地分解数据结构工作，这些被分解的结构不能直接表示应用数据，且从基本成分重构时也非常繁琐和费时间。
b．复杂查询功能差：关系数据库系统的某些优点也同时是它的不足之处。虽然SQL语言为数据查询提供了很好的定义方法，但当用于复杂信息的查询时可能是非常繁琐的。此外，在工程应用时规范化的过程通常会产生大量的简单表。在这种环境下由存取信息产生的查询必须处理大量的表和复杂的码联系以及连接运算。
除非这些查询以固定的例行程序方式提供，否则用户就必须对SQL非常熟悉，以便适当地浏览数据库，查出所需的信息。然而，一旦查询方式按固定例行程序方式进行，用户最终就进行应用软件的常规维护。但应用或人机接口软件的变化又可能要求经常修改例行的查询，数据库结构的变化也可能导致例行查询程序以及应用或人机接口软件的失效。由于这些原因，关系数据库系统的维护开销可能是很大的。
由于关系数据库不能提供足够的构造能力及性能方面的原因，在进行较复杂的数据库设计过程中，不可能将许多工程问题直接分解成一些简单的部分。由于缺乏直接指针存取方法，所以查询有关的信息需要花费时间。
c．支持长事务能力差；由于RDBMS记录锁机制的颗粒度限制，对于支持多种记录类型的大段数据的登记和检查来说，简单的记录级的锁机制是不够的，但基于键值关系的较复杂的锁机制来说却很难推广也难以实现。
d．环境应变能力差：在要求系统频繁改变的环境下，关系系统的成本高且修改困难。在工程应用中支持"模式演变"（schema evolution）的功能是很重要的，而RDBMS不容易支持这种功能。另外，关系数据库和编程语言所提供的数据类型的不一致，使得从一个环境转换到另一个环境时需要多至30％的附加代码。
三、面向对象数据库系统的优点
a．能有效地表达客观世界和有效地查询信息：面向对象方法综合了在关系数据库中发展的全部工程原理、系统分析、软件工程和专家系统领域的内容。面向对象的方法符合一般人的思维规律、即将现实世界分解成明确的对象，这些对象具有属性和行为。系统设计人员用ODBMS创建的计算机模型能更直接反映客观世界，最终用户不管是否是计算机专业人员，都可以通过这些模型理解和评述数据库系统。
工程中的一些问题对关系数据库来说显得太复杂，不采取面向对象的方法很难实现。从构造复杂数据的前景看，信息不再需要手工地分解为细小的单元。ODBMS扩展了面向对象的编程环境，该环境可以支持高度复杂数据结构的直接建模。
b．可维护性好：在耦合性和内聚性方面，面向对象数据库的性能尤为突出。这使得数据库设计者可在尽可能少影响现存代码和数据的条件下修改数据库结构，在发现有不能适合原始模型的特殊情况下，能增加一些特殊的类来处理这些情况而不影响现存的数据。如果数据库的基本模式或设计发生变化，为与模式变化保持一致，数据库可以建立原对象的修改版本。这种先进的耦合性和内聚性也简化了在异种硬件平台的网络上的分布式数据库的运行。
c．能很好地解决"阻抗不匹配"（impedance mismatch）问题。面向对象数据库还解决了一个关系数据库运行中的典型问题：应用程序语言与数据库管理系统对数据类型支持的不一致问题，这一问题通常称之为阻抗不匹配问题。
四、面向对象数据库系统的缺点
a．技术还不成熟。面向对象数据库技术的根本缺点是这项技术还不成熟，还不广为人知。与许多新技术一样，风险就在于应用。从事面向对象数据库产品和编程环境的销售活动的公司还不令人信服，因为这些公司的历史还相当短暂，就该十几年前关系数据库的情况一样。ODBMS如今还存在着标准化问题，由于缺乏标准化，许多不同的ODBMS之间不能通用。此外，是否修改SQL以适应面向对象的程序，还是用新的对象查询语言来代替它，目前还没有解决，这些因素表明随着标准化的出现，ODBMS还会变化。
b．面向对象技术需要一定的训练时间：有面向对象系统开发经验的公司的专业人员认为，要成功地开发这种系统的关键是正规的训练，训练之所以重要是由于面向对象数据库的开发是从关系数据库和功能分解方法转化而来的，人们还需要学习一套新的开发方法使之与现有技术相结合。此外，面向对象系统开发的有关原理才刚开始具有雏形，还需一段时间在可靠性、成本等方面令人可接受。
c．理论还需完善：从正规的计算机科学方面看，还需要设计出坚实的演算或理论方法来支持ODBMS的产品。此外，既不存在一套数据库设计方法学，也没有关于面向对象分析的一套清晰的概念模型，怎样设计独立于物理存储的信息还不明确。
面向对象数据库和关系数据库系统之间的争论不同于70年代关系数据库和网状数据库的争论，那时的争论是在同一主要领域（即商业事务应用）中究竟是谁代替谁的问题。现在是肯定关系数据库系统基本适合商业事务处理的前提下，对非传统的应用，特别是工程中的应用用面向对象数据库来补充不足的问题。面向对象数据库系统将成为下一代数据库的典型代表，并和关系数据库系统并存（而不是替代）。它将在不同的应用领域支持不同的应用需求。
Ⅶ 数据库系统的优缺点是什么
同学你好，很高兴为您解答！
优点：避免重复工作、为组织工作、帮助管理层进行数据分析应用、保持一致性、数据使用灵活性缺点：数据安全和私密性、数据易丢失、使用量大导致的系统问题、建立初期的高昂成本。
希望我的回答能帮助您解决问题，如您满意，请采纳为最佳答案哟。
再次感谢您的提问，更多财会问题欢迎提交给高顿企业知道。
高顿祝您生活愉快！