如何确保数据，信息的准确性，完整性，可靠性，及时性，安全性和保密性

数据完整性（Data Integrity）是

指数据的精确性（Accuracy） 和可靠性（Reliability）。它是应防止数据库中存在不符合语义规定的数据和防止因错误信息的输入输出造成无效 *** 作或错误信息而提出的。数据完整性分为四类：实体完整性（Entity Integrity）、域完整

性（Domain Integrity）、参照完整性（Referential Integrity）、用户定义的完整性（User-definedIntegrity）。

保证数据的完整性:

用约束而非商务规则强制数据完整性

如果你按照商务规则来处理需求，那么你应当检查商务层次/用户界面：如果商务规则以后发生变化，那么只需要进行更新即可。

假如需求源于维护数据完整性的需要，那么在数据库层面上需要施加限制条件。

如果你在数据层确实采用了约束，你要保证有办法把更新不能通过约束检查的原因采用用户理解的语言通知用户界面。除非你的字段命名很冗长，否则字段名本身还不够。 — Lamont Adams

只要有可能，请采用数据库系统实现数据的完整性。这不但包括通过标准化实现的完整性而且还包括数据的功能性。在写数据的时候还可以增加触发器来保证数据的正确性。不要依赖于商务层保证数据完整性；它不能保证表之间（外键）的完整性所以不能强加于其他完整性规则之上。

— Peter Ritchie

2. 分布式数据系统

对分布式系统而言，在你决定是否在各个站点复制所有数据还是把数据保存在一个地方之前应该估计一下未来5 年或者10 年的数据量。当你把数据传送到其他站点的时候，最好在数据库字段中设置一些标记。在目的站点收到你的数据之后更新你的标记。为了进行这种数据传输，请写下你自己的批处理或者调度程序以特定时间间隔运行而不要让用户在每天的工作后传输数据。本地拷贝你的维护数据，比如计算常数和利息率等，设置版本号保证数据在每个站点都完全一致。

— Suhair TechRepublic

3. 强制指示完整性

没有好办法能在有害数据进入数据库之后消除它，所以你应该在它进入数据库之前将其剔除。激活数据库系统的指示完整性特性。这样可以保持数据的清洁而能迫使开发人员投入更多的时间处理错误条件。

— kol

4. 关系

如果两个实体之间存在多对一关系，而且还有可能转化为多对多关系，那么你最好一开始就设置成多对多关系。从现有的多对一关系转变为多对多关系比一开始就是多对多关系要难得多。

— CS Data Architect

5. 采用视图

为了在你的数据库和你的应用程序代码之间提供另一层抽象，你可以为你的应用程序建立专门的视图而不必非要应用程序直接访问数据表。这样做还等于在处理数据库变更时给你提供了更多的自由。

— Gay Howe

6. 给数据保有和恢复制定计划

考虑数据保有策略并包含在设计过程中，预先设计你的数据恢复过程。采用可以发布给用户/开发人员的数据字典实现方便的数据识别同时保证对数据源文档化。编写在线更新来“更新查询”供以后万一数据丢失可以重新处理更新。

— kol

7. 用存储过程让系统做重活

解决了许多麻烦来产生一个具有高度完整性的数据库解决方案之后，我所在的团队决定封装一些关联表的功能组，提供一整套常规的存储过程来访问各组以便加快速度和简化客户程序代码的开发。在此期间，我们发现3GL 编码器设置了所有可能的错误条件，比如以下所示：

SELECT Cnt = COUNT (*)

FROM [<Table>]

WHERE [<primary key column>] = <new value>

IF Cnt = 0

BEGIN

INSERT INTO [<Table>]

( [<primary key column>] )

VALUES ( <New value>)

END

ELSE

BEGIN

<indicate duplication error>

END

而一个非3GL 编码器是这样做的：

INSERT INTO [<Table>]

( [<primary key column>] )

VALUES

( <New value>)

IF @@ERROR = 2627 -- Literal error code for Primary Key Constraint

BEGIN

<indicate duplication error>

END

第2 个程序简单多了，而且事实上，利用了我们给数据库的功能。虽然我个人不喜欢使用嵌入文字（2627）。但是那样可以很方便地用一点预先处理来代替。数据库不只是一个存放数据的地方，它也是简化编码之地。

— a-smith

8. 使用查找

控制数据完整性的最佳方式就是限制用户的选择。只要有可能都应该提供给用户一个清晰的价值列表供其选择。这样将减少键入代码的错误和误解同时提供数据的一致性。某些公共数据特别适合查找：国家代码、状态代码等

1、MySQL

MySQL是一个开源的关系型数据库管理系统，为甲骨文公司产品。支持多种存储引擎、集群、全文索引、支持多线程、充分利用CPU资源、支持多用户等其它许多非常专业的功能。

MySQL由于性能高、成本低、可靠性好已经成为最流行的开源数据库，并且被广泛应用在Web应用程序以及其它中小型项目上。从WordPress到Movable

Type都把MySQL作为默认的数据库。此外，自甲骨文收购MySQL以后，又将MySQL闭源的潜在风险，因此社区采用分支的方式避开这种风险，开发并运营着完全兼容MySQL的MariaDB数据库。

2、MongoDB

MongoDB是一款开源、面向文档并且也是当下人气最旺的Nosql数据库，它也是一款介于关系数据库和非关系数据库之间的产品。Mongo最大特点是它支持的查询语言非常强大，其语法有点类似于面向对象的查询语言，几乎可以实现类似关系数据库单表查询的绝大部分功能，而且还支持对数据建立索引。还具有高性能、易部署、易使用，存储数据非常方便等特点。

3、Hadoop

Hadoop是一个开源的、基于列存储模型的分布式数据库，它是Apache Hadoop项目的一部分，开发语言为Java。

Hadoop不同于一般的关系数据库，它是一个适合于非结构化数据存储的数据库。另一个不同的是Hadoop基于列的而不是基于行的模式。且具有高可靠性、高性能、可伸缩、并建立在关系模型基础上的分布式数据库。

4、Redis

Redis是一个开源、支持网络、基于内存、键值对存储数据库。开发者无需存储数字和字符串即可dump整个哈希值、列表、集合以及其它复杂的结果存储，此外，Redis还提供复制/同步和持久化等功能。

Redis是一个高性能的键值对数据库。Redis的出现，很大程度补偿了memcached这类key/value存储的不足，在部分场合可以对关系数据库起到很好的补充作用。

5、MariaDB

MariaDB数据库管理系统是MySQL的一个分支，完全兼容MySQL，包括API和命令行，使之能轻松成为MySQL的代替品。在存储引擎方面，使用XtraDB来代替MySQL的InnoDB。另外又添加了一些功能，以支持本地的非阻塞 *** 作和进度报告。这意味着，所有使用MySQL的连接器、库和应用程序也将会在MariaDB下工作。

亚马逊AWS提供的云计算服务类型主要包括以下几种：

1.计算服务：包括EC2、Lambda、Batch等，可以帮助用户在云端快速创建和管理虚拟机、容器等计算资源。

2.存储服务：包括S3、EFS、Glacier等，可以帮助用户在云端存储和管理数据，提供高可用性、高可靠性的存储服务。

3.数据库服务：包括RDS、DynamoDB、ElastiCache等，可以帮助用户在云端快速创建和管理数据库实例，提供高可用性、高可靠性的数据库服务。

4.网络服务：包括VPC、CloudFront、Route 53等，可以帮助用户在云端构建和管理网络架构，提供高可用性、高可靠性的网络服务。

5.安全与身份服务：包括IAM、KMS、Certificate Manager等，可以帮助用户在云端管理和保护身份和数据安全，提供高可靠性、高安全性的服务。

6.分析服务：包括Athena、Kinesis、Redshift等，可以帮助用户在云端进行数据分析和处理，提供高可靠性、高性能的分析服务。

7.应用程序集成服务：包括Step Functions、SWF、SNS等，可以帮助用户在云端构建和管理应用程序，提供高可靠性、高可用性的服务。

以上是亚马逊AWS提供的主要云计算服务类型，用户可以根据自己的需求选择相应的服务来构建自己的云计算架构。

---