应该存储哪些数据库的数据，一个数据库包含哪些必须的文件这些文件分别存放什么信息

来源：整理时间：2024-08-07 09:59:52 编辑：黑码技术手机版

本文目录一览

1，一个数据库包含哪些必须的文件这些文件分别存放什么信息
2，oracle可以存放哪些数据
3，sql server有哪些数据存储实体
4，高质量的数据库应包括那些数据
5，小数据库有哪些

1，一个数据库包含哪些必须的文件这些文件分别存放什么信息

不同的数据库包含不同的文件：比如sql2005 包含 mdf 和ldf 文件2个oracle 就包含好多文件总之，不同的数据库的文件系统都是有差别的，需要区别对待

每个数据库服务器差别很大，如果包括数据库本身的文件，太多了！

那就只有两个了一个是.mdf数据库存放数据的文件，另一个是.ldf存放日志的文件

数据库采用两个文件来管理：一个是数据库文件，扩展名为.mdf;另一个是日志文件，扩展名为.ldf。

不同数据库，文件都不同。总的说：数据库文件，日志文件，控制文件。。。。

一个数据库包含哪些必须的文件这些文件分别存放什么信息

2，oracle可以存放哪些数据

数据库表其实是一种逻辑结构，你可以按照这种结构来存放记录你所说的这些“视频，文档，音频，exe”文件，按正常来说是可以存放到表中的某个字段中，但是数据库表中的字段都是有大小限制的，所以一般的解决办法是，只存放一个文件所在的路径，把文件放在web服务器相应的地方，需要的时候，通过数据库的路径去找你存放的文件。

oracle的日志，一般来说：1是归档日志，可以删除一些过期的2是dump日志，很多的，bdump，cdump等，全部删除3是audit日志，很多的，rdbms/audit下，全部删除4是listener日志，/network/log下，越久越大，可以清空

可以的.blob 段

表就是一个数据容器。应该只能放路径。

oracle可以存放哪些数据

3，sql server有哪些数据存储实体

数据库表、视图、存储过程等都是数据库实体。广义上讲，这些对象中所存储的数据也是数据库实体。因为它们也是确切存在着的实体。

（首先声明一下，我这是从别处抄下来的，虽然我的行为恶劣，不光彩，但是，希望答案对你有所帮助）存储过程是指封装了可重用代码的模块或例程。存储过程可以接受输入参数、向客户端返回表格或标量结果和消息、调用数据定义语言 (ddl) 和数据操作语言 (dml) 语句，然后返回输出参数。在 sql server 2005 中，存储过程有两种类型：transact-sql 或 clr。 transact-sql transact-sql 存储过程是指保存的 transact-sql 语句集合，可以接受和返回用户提供的参数。例如，存储过程中可能包含根据客户端应用程序提供的信息在一个或多个表中插入新行所需的语句。存储过程也可能从数据库向客户端应用程序返回数据。 clr clr 存储过程是指对 microsoft .net framework 公共语言运行时 (clr) 方法的引用，可以接受和返回用户提供的参数。它们在 .net framework 程序集中是作为类的公共静态方法实现的。

sql server有哪些数据存储实体

4，高质量的数据库应包括那些数据

应该包括尽可能少的数据，并且达到尽可能高的效率。两者是矛盾的。其实往往好的数据库软件总是在找数据量与数据存储效率之间的平衡。应该包括尽可能少的数据，并且达到尽可能高的效率。两者是矛盾的。其实往往好的数据库软件总是在找数据量与数据存储效率之间的平衡。比如有个订单表和订单明细表1、为了减少存储量订单里面可以包含字段ID,订单编号订单明细表里面可以包含ID,订单编号,商品编号,数量,商品单价2、为了提高效率，减少查询时间订单里面可以包含字段ID,订单编号,总金额订单明细表里面可以包含ID,订单编号,商品编号,数量,商品单价,商品金额你可以看到，一般日常总需要获取订单总金额的，但是实际上可以通过用 SQL 来获取，所以你不得不考虑是为了减少查询的时间而增加几个字段呢？还是为了节约存储数据量而增加查询时间呢？

不懂你的问题如果是建立公司数据库那么应该包含的数据有很多要看具体的公司运行情况和业务流程决定比如：书店书店名称位置图书种类图书目录（图书名称、类别、上架时间，库存等等）你的问题太笼统

不知楼主说的数据库的质量指的是哪方面。说的是数据，还是数据库的开发资料文档，还是数据结构。

5，小数据库有哪些

Access，MSDE 2000，Embedded Firebird，SQLite等都是可以免费再分发（free redistributable）的数据库。相比而言，MSDE 2000 显著缺点是需要安装，最大优点是和服务器端的 SQL Server 编程模型一致，开发便利。Access的显著缺点是功能较少，不支持事务等常用功能，最大优点是简单、多数开发者都很熟悉，部署也很方便。SQLite支持事务，也是一款单文件数据库，比较不足的是 .NET Data Provider 还不是很成熟。Firebird则同时具有：单文件、部署简单不需安装（只需 XCOPY 两个文件）、支持事务、存储过程、触发器，.NET Data Provider比较稳定成熟等优点。这个星球上的数据库实在不胜枚举，这里只列一些我接触过的常见的。可以稍微夸张点说，有交互的应用，起码得用一下数据保存，即便是自定义结构的数据保存，还是最常见的INI、XML等，都可以算是“数据库”，真正点的，如DBase系列、FoxBase、FoxPro、MSAccess、InterBase、MS SQL Server、Oracle、DB2等，这些是商业化的数据库，前面几个只能算是数据库，后面几个是RMDBS（关系型数据库管理系统）。对应商业化的，有开源的：SQLite、SimpleSQL、Berkely DB、Minosse、Firebird( 前身是是Borland公司的InterBase)、PostgreSQL、MySQL等。 □SQLite：大家可以看我的SQLite系列随笔，C编写的，可以跨操作平台，支持大部分ANSI SQL 92，它是嵌入式的轻量级关系形数据库引擎，只需要一个DLL，体积为250k，数据库也只是一个文件，零配置，便可工作。既然开源，你甚至可以把它嵌入你的程序中。核心开发人员只有一个，最近加入了另外一个，也就是2个人而已，实在佩服，目前发展到3.1.0，相当高效稳定，有开源驱动在sourceforge.net上有其ADO.NET Data Provider for SQLite ：https://sourceforge.net/projects/adodotnetsqlite/ 。 □SimpleSQL：相对SQLite要大几倍，但也是轻量级的，功能稍微强大一点，C++编写，有OLE、Java等版本。 □Berkely DB：C++编写的大型关系型数据库系统，还额外地支持XML(把XML当成数据库)，号称2百万的安装量，MySQL也只不过号称5百万安装量而已，跨平台。 □Minosse：纯C#编写的大型关系型数据库系统，理想是超越MS SQL Server！最新版本：0.2.0，真难得，纯Java写的看得多了，纯C#的，不是移植别人的，还是第一个，佩服作者：包含C/S和嵌入式版本，并可跨越大部分平台，因为它不用Windows的东西，可以在Mono下编译。 □Firebird：这个东西太牛了，目前有1.5稳定版本已经拥有大量特性，完全支持ANSI SQL92、98等，一些超酷的特性让人疯狂(1.0特性、1.5特性，从这里开始研究)，主要开发人员是一个俄罗斯人，目前开发队伍已经扩大到近100人，有3种模式，单机独立，典型C/S，超级服务器。2.0版本和3.0版本将在近期推出，看完其路线图(2.0、3.0)你就会疯掉。有.NET驱动，目前是1.7beta版。主要特性： ◆A.C.I.D； ◆MGA(任何版本的引擎都可以处理同一数据库记录)； ◆PSQL(存储过程)超级强大，ms sql相对的太次，它啥都能在服务器端实现并推送到客户端成为强大的报表，存储过程； ◆触发器都可以在客户端获取监控追踪； ◆自动只读模式； ◆创新的事务保证绝对不会出错； ◆24*7运行中仍然可以随时备份数据库； ◆统一触发器：任何操作都可以让某表唯一的触发器来总控； ◆大部分语言都可以写plug-in，并直接在存储过程中调用函数； ◆c->c++，更加少的代码但更加快的速度； ◆3种运行模式，甚至可以嵌入式； ◆主流语言都可以调用它； ◆动态sql执行； ◆事务保存点； □PostgreSQL：POSTGRES数据库的后开源版本，号称拥有任何其他数据库没有的大量新特性，似乎目标是要做超大型的OO关系型数据库系统，目前已经发展到8.0，有.NET驱动，中文官方网站有详细介绍。 □MySQL：这个，不用说了吧？号称全球最受欢迎的开源数据库，但让我奇怪的是，PostgreSQL都有简体中文的支持：包括内核、管理工具、QA等等，在最新版本MySQL中，我却没有发现... ，有.NET驱动，其中MySQL Connector/Net就是原来在sf.net上的ByteFX.Data项目，作者已经加入了MySQL团队，参看《感慨 20 之开源的前途/钱图？（1数据库）》。======================================================最近在学习 Firebird Embeded Database。作为一款单文件型小型数据库，Firebird 具有很多吸引人的特征，比如支持事务、支持存储过程、触发器等，而且 Embeded 版本的 Firebird 在 .NET 开发中只需要拷贝两个文件：一个 fbembed.dll （非托管但不需要注册的动态链接库）和一个 ADO.NET Data Provider 的 FirebirdSql.Data.Firebird.dll。这些特征都非常适合那些需要在客户端存储一些数据，但又不想安装数据库（比如MSDE）软件的情形。据称，在国外，需要使用客户端数据库的情况中，有30%左右的开发者选择Access，有30%的开发者选择MSDE 2000，有30%的开发者选择Embedded Firebird，剩余10%选择其他小型数据库，如SQLite，MySQL 等。上面所说的Access，MSDE 2000，Embedded Firebird，SQLite等都是可以免费再分发（free redistributable）的数据库。相比而言，MSDE 2000 显著缺点是需要安装，最大优点是和服务器端的 SQL Server 编程模型一致，开发便利。Access的显著缺点是功能较少，不支持事务等常用功能，最大优点是简单、多数开发者都很熟悉，部署也很方便。SQLite支持事务，也是一款单文件数据库，比较不足的是 .NET Data Provider 还不是很成熟。Firebird则同时具有：单文件、部署简单不需安装（只需 XCOPY 两个文件）、支持事务、存储过程、触发器，.NET Data Provider比较稳定成熟等优点。Firebird 本身有SuperServer和Embedded版本之分，后者只能本机访问，不接受TCP连接。对于开发者而言，从Embedded数据库切换到SuperServer，只需更改数据库连接串中的ServerType值就行。但是，在你正式决定使用?Firebird 之前，请你注意下面这个 known issue（已知问题）： Firebird 数据库文件不能放置在含有中文等字符的路径中。Firebird 的文件名不可以用中文字符，所在路径的任何部分如果含有中文字符，都将无法访问到数据库。举个例子，中文Windows桌面所在的目录一般是“C:\Documents and Settings\用户名\桌面”，如果数据库文件放置在桌面上，就无法访问到。当然，Firebird 内部是可以存储中文字符的，因为它支持 GB2312 和 UNICODE 等字符集。需要注意一点，连接串中的 Database 地址如果使用相对路径，请一定注意这个相对路径是相对于 fbembed.dll 所在目录的。

access，mysql