单文件和数据库哪个好一点，文件与数据库的相同点和不同点

来源：整理时间：2024-09-06 11:12:53 编辑：黑码技术手机版

本文目录一览

1，文件与数据库的相同点和不同点
2，数据库和文件php操作哪一种会快的
3，SQL与ACCESS数据库你觉得使用哪种方便
4，利用文件系统处理数据与数据库系统处理数据有什么不同各有何优缺
5，小数据库有哪些

1，文件与数据库的相同点和不同点

数据库比较死，只能按字段查。搜索是全文查。

都需要二进制代码加工信息，数据库的信息是以文件的形式保存的

文件与数据库的相同点和不同点

2，数据库和文件php操作哪一种会快的

怎么说呢，数据库是专业的，数据量特别大时优势就体现出来了，如果就是一点点数据，你自己搞搜索代码，和用数据库速度没啥区别，但是一旦数据量暴增，请相信数据库引擎的力量吧，毕竟整个世界也没几个公司能开发数据引擎

你说呢...

数据库和文件php操作哪一种会快的

3，SQL与ACCESS数据库你觉得使用哪种方便

要说方便,肯定是Access了。功能比较简单，而且是单文件数据库，移动也非常方便。但是SQL Server的功能更强大一些。

SQL比较强大，功能多，公司里用的如果你不要做什么大型的数据库ACCESS就好了

access是桌面数据库，小型的，建议用sql功能比较强大，为以后学甲骨文做铺垫。你要是觉得方便呢，还是感觉access 方便点

列a中只有一个值，乘以@mdeclare @m intset @m=1 //给m指定等于1set @m=@m*列a 值update 表名 set b=@m where 条件

SQL与ACCESS数据库你觉得使用哪种方便

4，利用文件系统处理数据与数据库系统处理数据有什么不同各有何优缺

一、文件系统有明显的缺点:1、编写应用程序很不方便。2、文件的设计很难满足多种应用程序的不同要求，数据冗余经常是不可避免的。3、文件结构的修改将导致应用程序的修改，应用程序的维护量将很大。4、文件系统不支持对文件的并发访问（concurrent access）。二、优点:1、提供高级的用户接口。2、查询处理和优化。3、数据目录管理。4、并发控制。5、恢复功能。6、完整性约束检查。7、访问控制。相同:数据管理和数据处理一样，都是计算机系统的最基本的支撑技术。尽管计算机科学技术经历了飞速的发展，但数据管理的这一地位没有变化。数据管理将作为计算机科学技术的一个重要分支一直发展下去，社会信息化，对数据管理的要求也愈高。

早期的数据库管理都是采用文件系统。在文件系统中，数据按其内容、结构和用途组成若干命名的文件。文件一般为某个用户或用户组所有，但可供其他用户共享。用户可以通过操作系统对文件进行打开、读、写和关闭等操作。文件系统有明显的缺点: (1).编写应用程序很不方便。应用程序的设计者必须对所用的文件的逻辑及物理结构有清楚的了解。操作系统只能打开、关闭、读、写等几个低级的文件操作命令，对文件的查询修改等处理都须在应用程序内解决。应用程序还不可避免地在功能上有所重复。在文件系统上编写应用程序的效率不高。 (2).文件的设计很难满足多种应用程序的不同要求，数据冗余经常是不可避免的。为了兼顾各种应用程序的要求，在设计文件系统时，往往不得不增加冗余的数据。数据冗余不仅浪费空间，而且会带来数据的不一致性（inconsistency).在文件系统中没有维护数据一致性的监控机制，数据的一致性完全有用户负责维护。在简单的系统中勉强能应付，但在大型复杂的系统中几乎是不可能完成的。 (3).文件结构的修改将导致应用程序的修改，应用程序的维护量将很大。 (4).文件系统不支持对文件的并发访问（concurrent access）。 (5).数据缺少统一管理，在数据的结构、编码、表示格式、命名以及输出格式等方面不容易做到规范化、标准化；数据安全和保密方面，也难以采取有效的办法。针对文件系统的缺点,人们发展了以统一管理和共享数据为主要特征的数据库系统。在数据库系统中，数据不再仅仅服务于某个程序或用户，而是看成一个单位的共享资源，由一个叫数据库管理系统（Data Management System，简称DBMS）的软件统一管理。由于有DBMS的统一管理，应用程序不必直接介入诸如打开、关闭、读写文件等低级的操作，而由DBMS代办。用户也不必关系数据存储和其他实现的细节，可在更高的抽象级别上观察和访问数据。文件结构的一些修改也可以由DBMS屏蔽，使用户看不到这些修改，从而减少应用程序的维护工作量，提高数据的独立性。由于数据的统一管理，人们可以从全单位着眼，合理组织数据，减少数据冗余；还可以更好地贯彻规范化和标准化，从而有利于数据的转移和更大范围的共享。由于DBMS不是为某个应用程序服务，而是为整个单位服务的，DBMS做得复杂一些也是可以接受的。许多在文件系统中难以实现的动能，在DBMS中都一一实现了。例如：适合不同类型用户的多种用户界面，保证并发访问时的数据一致性的并发控制（concurrent control），增进数据安全性（security）的访问控制（access control），在故障的情况下保证数据一致性的恢复（recovery）功能，保证数据在语义上的一致性的完整性约束（integrity constraints）检查功能等。随着计算机应用的发展，DBMS的功能愈来愈强，规模愈来愈大，复杂性和开销也随之增加。目前，在一些功能非常明确且无数据共享的简单应用系统中，为减少开销，提高性能，有时仍采用文件系统；不过在数据密集型应用系统中，基本上都使用数据库系统。现代的数据库管理系统应该具备的7个功能：1、提供高级的用户接口2、查询处理和优化这里的查询(query)泛指用户对数据库所提的访问要求,不但包含数据检索,也包括修改\定义新数据等3、数据目录管理4、并发控制5、恢复功能6、完整性约束检查7、访问控制数据管理和数据处理一样，都是计算机系统的最基本的支撑技术。尽管计算机科学技术经历了飞速的发展，但数据管理的这一地位没有变化。数据管理将作为计算机科学技术的一个重要分支一直发展下去，社会信息化，对数据管理的要求也愈高。

5，小数据库有哪些

access，mysql

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 所在目录的。