格子达跟哪个数据库像，charvarcharbinary和varbinary的区别与联系

来源：整理时间：2023-09-25 22:25:35 编辑：黑码技术手机版

本文目录一览

1，charvarcharbinary和varbinary的区别与联系
2，论文查重软件有哪些
3，memcached和redis的区别
4，数据库中Schema和Database有什么区别
5，什么工具可以比较access数据库表结构

1，charvarcharbinary和varbinary的区别与联系

区别： 1．CHAR的长度是固定的，而VARCHAR2的长度是可以变化的，比如，存储字符串“abc"，对于CHAR (20)，表示你存储的字符将占20个字节(包括17个空字符)，而同样的VARCHAR2 (20)则只占用3个字节的长度，20只是最大值，当你存储的字符小于20时，...

binary 和 varbinary固定长度 (binary) 的或可变长度 (varbinary) 的 binary 数据类型。binary [ ( n ) ]固定长度的 n 个字节二进制数据。n 必须从 1 到 8,000。存储空间大小为 n+4 字节。 varbinary [ ( n ) ]n 个字节变长二进制数据。n 必须从 1 到 8,000。存储空间大小为实际输入数据长度 +4 个字节，而不是 n 个字节。输入的数据长度可能为 0 字节。在 sql-92 中 varbinary 的同义词为 binary varying。注释如果在数据定义或变量声明语句中没有指定 n，默认长度为 1。如果没有用 cast 函数指定 n，默认长度为 30。当列数据项大小一致时应使用 binary。当列数据项大小不一致时应使用 varbinary。blob (binary large object)，二进制大对象，是一个可以存储二进制文件的容器。在计算机中，blob常常是数据库中用来存储二进制文件的字段类型。blob是一个大文件，典型的blob是一张图片或一个声音文件，由于它们的尺寸，必须使用特殊的方式来处理（例如：上传、下载或者存放到一个数据库）。大型对象blob就是使用二进制保存数据。如：保存位图。clob使用char来保存数据。如：保存xml文档。mysql中，blob是个类型系列，包括：tinyblob、blob、mediumblob、longblob，这几个类型之间的唯一区别是在存储文件的最大大小上不同。mysql的四种blob类型类型大小(单位：字节)tinyblob 最大 255blob 最大 65kmediumblob 中等16mlongblob 最大 4g

charvarcharbinary和varbinary的区别与联系

2，论文查重软件有哪些

http://wenwen.sogou.com/z/q893635046.htm论文查重工具有很多，可以根据自己的需求选择不同的查重工具进行检测。对于学生来说，手头不太宽裕的话，建议可以使用格子达免费论文查重工具先进行初步检测，格子达整合了数千万篇期刊文献和论文资料，并可实时扫描数十亿网页内容，有海量的对比资源覆盖，检测准确度也是有一定保障的。多自查几次后，可再使用学校使用的数据库进行最后的检测。在论文写作中，通过适当地引用文献资料来阐述或者补充自己的内容是必要的，这样能使我们的文章内容显得更饱满。然而，如果你保留了源作品的精华思想，但却未注明引证的出处，那么无论你怎样彻底地改变源作品的内容或陈述，你都仍然是抄袭。

论文查重工具有很多，可以根据自己的需求选择不同的查重工具进行检测。对于学生来说，手头不太宽裕的话，建议可以使用格子达免费论文查重工具先进行初步检测，格子达整合了数千万篇期刊文献和论文资料，并可实时扫描数十亿网页内容，有海量的对比资源覆盖，检测准确度也是有一定保障的。多自查几次后，可再使用学校使用的数据库进行最后的检测。在论文写作中，通过适当地引用文献资料来阐述或者补充自己的内容是必要的，这样能使我们的文章内容显得更饱满。然而，如果你保留了源作品的精华思想，但却未注明引证的出处，那么无论你怎样彻底地改变源作品的内容或陈述，你都仍然是抄袭。那么，我们到底应该怎样正确地引用文献资料达到我们的目的呢？一、使用了他人的思想和成果，就需要在正文里注明出处，并将其列在文章最后的文献列表里。二、引用的目的仅限于介绍、评论某一作品或者说明某一问题。三、引用适量的问题：所引用部分不能构成引用作品的主要部分或者实质部分。如某人写了一部法学专著，为使内容更充实、有趣、具有吸引力，便将他人专著中的案例引用于自己文中。作品完成以后计算为80万字，其中引自他人案例专著中的内容就占了50万字。这样引用他人作品，是不符合法律规定的。四、引用作品不得损害被引用作品的利益。这里主要是指引用作品的风格、意图和表现手法，不能任意歪曲、篡改、割裂原作品。并必须在在作品中指明原作品作者的姓名以及原作品的名称。不能借引用为名达到剽窃和抄袭他人作品的目的，更不能借引用作品而擅自公开他人未发表的作品，从而侵犯作者的发表权。

论文查重软件有哪些

3，memcached和redis的区别

medis与Memcached的区别　　传统MySQL+ Memcached架构遇到的问题　　实际MySQL是适合进行海量数据存储的，通过Memcached将热点数据加载到cache，加速访问，很多公司都曾经使用过这样的架构，但随着业务数据量的不断增加，和访问量的持续增长，我们遇到了很多问题：　　1.MySQL需要不断进行拆库拆表，Memcached也需不断跟着扩容，扩容和维护工作占据大量开发时间。　　2.Memcached与MySQL数据库数据一致性问题。　　3.Memcached数据命中率低或down机，大量访问直接穿透到DB，MySQL无法支撑。　　4.跨机房cache同步问题。　　众多NoSQL百花齐放，如何选择　　最近几年，业界不断涌现出很多各种各样的NoSQL产品，那么如何才能正确地使用好这些产品，最大化地发挥其长处，是我们需要深入研究和思考的问题，实际归根结底最重要的是了解这些产品的定位，并且了解到每款产品的tradeoffs，在实际应用中做到扬长避短，总体上这些NoSQL主要用于解决以下几种问题　　1.少量数据存储，高速读写访问。此类产品通过数据全部in-momery 的方式来保证高速访问，同时提供数据落地的功能，实际这正是Redis最主要的适用场景。　　2.海量数据存储，分布式系统支持，数据一致性保证，方便的集群节点添加/删除。　　3.这方面最具代表性的是dynamo和bigtable 2篇论文所阐述的思路。前者是一个完全无中心的设计，节点之间通过gossip方式传递集群信息，数据保证最终一致性，后者是一个中心化的方案设计，通过类似一个分布式锁服务来保证强一致性,数据写入先写内存和redo log，然后定期compat归并到磁盘上，将随机写优化为顺序写，提高写入性能。　　4.Schema free，auto-sharding等。比如目前常见的一些文档数据库都是支持schema-free的，直接存储json格式数据，并且支持auto-sharding等功能，比如mongodb。　　面对这些不同类型的NoSQL产品,我们需要根据我们的业务场景选择最合适的产品。　　Redis适用场景，如何正确的使用　　前面已经分析过，Redis最适合所有数据in-momory的场景，虽然Redis也提供持久化功能，但实际更多的是一个disk-backed的功能，跟传统意义上的持久化有比较大的差别，那么可能大家就会有疑问，似乎Redis更像一个加强版的Memcached，那么何时使用Memcached,何时使用Redis呢? 　　如果简单地比较Redis与Memcached的区别，大多数都会得到以下观点：　　1 Redis不仅仅支持简单的k/v类型的数据，同时还提供list，set，zset，hash等数据结构的存储。　　2 Redis支持数据的备份，即master-slave模式的数据备份。　　3 Redis支持数据的持久化，可以将内存中的数据保持在磁盘中，重启的时候可以再次加载进行使用。　　抛开这些，可以深入到Redis内部构造去观察更加本质的区别，理解Redis的设计。　　在Redis中，并不是所有的数据都一直存储在内存中的。这是和Memcached相比一个最大的区别。Redis只会缓存所有的 key的信息，如果Redis发现内存的使用量超过了某一个阀值，将触发swap的操作，Redis根据“swappability = age*log(size_in_memory)”计算出哪些key对应的value需要swap到磁盘。然后再将这些key对应的value持久化到磁盘中，同时在内存中清除。这种特性使得Redis可以保持超过其机器本身内存大小的数据。当然，机器本身的内存必须要能够保持所有的key，毕竟这些数据是不会进行swap操作的。同时由于Redis将内存中的数据swap到磁盘中的时候，提供服务的主线程和进行swap操作的子线程会共享这部分内存，所以如果更新需要swap的数据，Redis将阻塞这个操作，直到子线程完成swap操作后才可以进行修改。　　使用Redis特有内存模型前后的情况对比：　　VM off: 300k keys, 4096 bytes values: 1.3G used 　　VM on: 300k keys, 4096 bytes values: 73M used 　　VM off: 1 million keys, 256 bytes values: 430.12M used 　　VM on: 1 million keys, 256 bytes values: 160.09M used 　　VM on: 1 million keys, values as large as you want, still: 160.09M used 　　当从Redis中读取数据的时候，如果读取的key对应的value不在内存中，那么Redis就需要从swap文件中加载相应数据，然后再返回给请求方。这里就存在一个I/O线程池的问题。在默认的情况下，Redis会出现阻塞，即完成所有的swap文件加载后才会相应。这种策略在客户端的数量较小，进行批量操作的时候比较合适。但是如果将Redis应用在一个大型的网站应用程序中，这显然是无法满足大并发的情况的。所以Redis运行我们设置I/O线程池的大小，对需要从swap文件中加载相应数据的读取请求进行并发操作，减少阻塞的时间。　　如果希望在海量数据的环境中使用好Redis，我相信理解Redis的内存设计和阻塞的情况是不可缺少的。

memcached和redis的区别

4，数据库中Schema和Database有什么区别

在MySQL中创建一个Schema好像就跟创建一个Database是一样的效果，在SQL Server和Orcal数据库中好像又不一样. 目前我只能理解，在mysql中 schema<==>database。数据库中User和Schema的关系假如我们想了解数据库中的User和Schema究竟是什么关系，首先必须了解一下数据库中User和Schema到底是什么概念。　　在SQL Server2000中，由于架构的原因，User和Schema总有一层隐含的关系，让我们很少意识到其实User和Schema是两种完全不同的概念，不过在SQL Server2005中这种架构被打破了，User和Schema也被分开了。　　首先我来做一个比喻，什么是Database，什么是Schema，什么是Table，什么是列，什么是行，什么是User？我们可以可以把Database看作是一个大仓库，仓库分了很多很多的房间，Schema就是其中的房间，一个Schema代表一个房间，Table可以看作是每个Schema中的床，Table（床）就被放入每个房间中，不能放置在房间之外，那岂不是晚上睡觉无家可归了J。，然后床上可以放置很多物品，就好比Table上可以放置很多列和行一样，数据库中存储数据的基本单元是Table，现实中每个仓库放置物品的基本单位就是床，User就是每个Schema的主人，（所以Schema包含的是Object，而不是User），其实User是对应与数据库的（即User是每个对应数据库的主人），既然有操作数据库（仓库）的权利，就肯定有操作数据库中每个Schema（房间）的权利，就是说每个数据库映射的User有每个Schema（房间）的钥匙，换句话说，如果他是某个仓库的主人，那么这个仓库的使用权和仓库中的所有东西都是他的（包括房间），他有完全的操作权，可以扔掉不用的东西从每个房间，也可以放置一些有用的东西到某一个房间，呵呵，和现实也太相似了吧。我还可以给User分配具体的权限，也就是他到某一个房间能做些什么，是只能看（Read-Only），还是可以像主人一样有所有的控制权（R/W），这个就要看这个User所对应的角色Role了，至于分配权限的问题，我留在以后单独的blog中详述。比喻到这里，相信大家都清楚了吧。

数据库中user和schema的关系假如我们想了解数据库中的user和schema究竟是什么关系，首先必须了解一下数据库中user和schema到底是什么概念。　　在sql server2000中，由于架构的原因，user和schema总有一层隐含的关系，让我们很少意识到其实user和schema是两种完全不同的概念，不过在sql server2005中这种架构被打破了，user和schema也被分开了。　首先我来做一个比喻，什么是database，什么是schema，什么是table，什么是列，什么是行，什么是user？我们可以可以把database看作是一个大仓库，仓库分了很多很多的房间，schema就是其中的房间，一个schema代表一个房间，table可以看作是每个schema中的床，table（床）就被放入每个房间中，不能放置在房间之外，那岂不是晚上睡觉无家可归了j。，然后床上可以放置很多物品，就好比table上可以放置很多列和行一样，数据库中存储数据的基本单元是table，现实中每个仓库放置物品的基本单位就是床， user就是每个schema的主人，（所以schema包含的是object，而不是user），其实user是对应与数据库的（即user是每个对应数据库的主人），既然有操作数据库（仓库）的权利，就肯定有操作数据库中每个schema（房间）的权利，就是说每个数据库映射的user有每个schema（房间）的钥匙，换句话说，如果他是某个仓库的主人，那么这个仓库的使用权和仓库中的所有东西都是他的（包括房间），他有完全的操作权，可以扔掉不用的东西从每个房间，也可以放置一些有用的东西到某一个房间，呵呵，和现实也太相似了吧。我还可以给user分配具体的权限，也就是他到某一个房间能做些什么，是只能看（read-only），还是可以像主人一样有所有的控制权（r/w），这个就要看这个user所对应的角色role了，至于分配权限的问题，我留在以后单独的blog中详述。比喻到这里，相信大家都清楚了吧。　　在sql server2000中，假如我们在某一个数据库中创建了用户bosco，按么此时后台也为我们默认地创建了默认schema 【bosco】。schema的名字和user的名字相同，这也是我们分不清楚用户和schema的原因。　在sql server2005中，为了向后兼容，当你用sp_adduser 存储过程创建一个用户的时候，sql server2005同时也创建了一个和用户名相同的schema，然而这个存储过程是为了向后兼容才保留的，我们应该逐渐熟悉用新的ddl语言create user和create schema来操作数据库。在sql server2005中，当我们用create user创建数据库用户时，我们可以为该用户指定一个已经存在的schema作为默认schema，如果我们不指定，则该用户所默认的schema即为dbo schema，dbo 房间（schema）好比一个大的公共房间，在当前登录用户没有默认schema的前提下，如果你在大仓库中进行一些操作，比如create tabe，如果没有指定特定的房间（schema），那么你的物品就只好放进公共的dbo房间（schema）了。但是如果当前登录用户有默认的schema，那么所做的一切操作都是在默认schema上进行（比如当前登录用户为login1，该用户的默认schema为login1，那么所做的所有操作都是在这个login1默认schema上进行的。实验已经证明的确如此）。估计此时你会有一点晕，为什么呢？我刚才说dbo是一个schema，但是你可以在数据库中查看到，dbo同时也是一个user，晕了吧，呵呵。　　在sql server2005中创建一个数据库的时候，会有一些schema包括进去，被包括进去的schema有：dbo，information_schema, guest，sys等等（还有一些角色schema，不提了，有晕了）。　我在上文中已经提到了，在sql server2005中当用存储过程sp_adduser创建一个user时，同时sql server2005也为我们创建了一个默认的和用户名相同的schema，这个时候问题出来了，当我们create table a时，如果没有特定的schema做前缀，这个a表创建在了哪个schema上，即进入了哪个房间？答案是：　　1.如果当前操作数据库的用户（可以用select current_user查出来）有默认的schema（在创建用户的时候指定了），那么表a被创建在了默认的schema上。　2.如果当前操作数据库的用户没有默认的schema（即在创建user的时候默认为空），但是有一个和用户名同名的schema，那么表a照样被创建在了dbo schema上，即使有一个和用户名同名的schema存在，由于它不是该用户默认的schema，所以创建表的时候是不会考虑的，当作一般的schema来处理，别看名字相同，可是没有任何关系哦。　　3.如果在创建表a的时候指定了特定的schema做前缀，则表a被创建在了指定的 schema上（有权限吗？）　现在问题又出来了，在当前操作数据库的用户（用select current_user可以查看到，再次强调）没有默认schema的前提下，当我们用create table a语句时，a表会去寻找dbo schema，并试图创建在dbo schema上，但是如果创建a表的用户只有对dbo schema的只读权限，而没有写的权限呢？这个时候a表既不是建立不成功，这个就是我以后会提及到的login,user, role和schema四者之间的关系。在这里，为了避免混淆和提高操作数据库的速度（在少量数据范围内，对我们肉眼来说几乎看不到差异），我们最好每次在操作数据库对象的时候都显式地指定特定的schema最为前缀。　　现在如果登录的用户为sue，该用户有一个默认schema也为sue，那么如果现在有一条查询语句为select * from mytable, 那么搜寻每个房间（schema）的顺序是怎样的呢？顺序如下：　　1. 首先搜寻sys.mytable （sys schema）　　2. 然后搜寻sue.mytable (default schema)　　3. 最后搜寻 dbo.mytable (dbo schema)　　执行的顺序大家既然清楚了，那么以后在查询数据库表中的数据时，最好指定特定的schema前缀，这样子，数据库就不用去扫描sys schema了，当然可以提高查询的速度了。　　另外需要提示一下的是，每个数据库在创建后，有4个schema是必须的（删都删不掉），这4个schema为：dbo，guest，sys和information_schema，其余的schema都可以删除。

5，什么工具可以比较access数据库表结构

前名 Microsoft Access）是由微软发布的关联式数据库管理系统。它结合了 Microsoft Jet Database Engine 和图形用户界面两项特点，是 Microsoft Office的成员之一。 Access能够存取 Access/Jet、Microsoft SQL Server、Oracle(甲骨文软件公司)，或者任何 ODBC 兼容数据库内的资料。熟练的软件设计师和资料分析师利用它来开发应用软件，而一些不熟练的程序员和非程序员的"进阶用户"则能使用它来开发简单的应用软件。虽然它支援部份面向对象（OO）技术，但是未能成为一种完整的面向对象开发工具。其实Access 也是微软公司另一个通讯程序的名字，想与 ProComm 以及其他类似程序来竞争。可是事后微软证实这是个失败计划，并且将它中止。数年后他们把名字重新命名于数据库软件。[编辑本段]概述 Access 是微软公司推出的基于Windows的桌面关系数据库管理系统（RDBMS），是Office系列应用软件之一。它提供了表、查询、窗体、报表、页、宏、模块7种用来建立数据库系统的对象；提供了多种向导、生成器、模板，把数据存储、数据查询、界面设计、报表生成等操作规范化；为建立功能完善的数据库管理系统提供了方便，也使得普通用户不必编写代码，就可以完成大部分数据管理的任务。 access,一种交换机的主干道模式。2台交换机的2个端口之间是否能够建立干道连接，取决于这2个端口模式的组合。常见的还有 (普通）access （干道） Trunk （自适应） Dynamic-auto （期望）Dynamic-desirable[编辑本段]历史 Microsoft Access 1.0 版本在1992年11月发布。微软指定它对系统最小要求为视窗3.0配以4兆节内存．6兆节内存配以最小8兆节硬盘空间（建议最好有14兆节硬盘空间）则为建议的系统要求．当时软件以7张1.44兆节软碟发布的载体．这个软件能够有效地处理大量记录但是测试显示在某些情况下会导致数据损毁．比如说，大小超过700MB的文件常会出问题。（值得注意的是在1.0版广泛应用的时候大多数硬盘是小于700MB的。）软件的使用指南指出过时的设备驱动和错误的配置可能回导致数据丢失。 Access的最初名称是Cirrus。它开发于Visual Basic之前，当时的窗口引擎称作Ruby。比尔盖茨看过Ruby的原型后决定把这个基于Basic语言的组件作为一个独立的可扩展应用程序与Access联合开发。这个项目称作Thunder。这两个项目互相独立的被作为底层的窗口引擎开发并且互不兼容。然而，在VBA出现后它们被合并在一起。 1995年末，access 95发布，这是世界上第一个32为关系型数据库管理系统，使得access的应用得到了普及和继续发展。 1997年，access 97发布。它的最大特点是在access数据库中开始支持web技术，这一技术上的发展，开拓了access数据库从桌面向网络的发展。 21世纪初，microsoft发布access2000，这是微软强大的桌面数据库管理系统的第六代产品，也是32为位access的第三个版本。至此，access在桌面关系型数据库的领域的普及已经跃上了一个新台阶。 2003年微软正式发布了access 2003，这是继2002年后发布的最新版本，它在继承了以前版本的有点外，又新增了一些使用功能[编辑本段]用途 Microsoft Access在很多地方得到广泛使用，例如小型企业，大公司的部门，和喜爱编程的开发人员专门利用它来制作处理数据的桌面系统。它也常被用来开发简单的WEB应用程序．这些应用程序都利用ASP技术在Internet Information Services运行．比较复杂的WEB应用程序则使用PHP/MySQL或者ASP/Microsoft SQL Server．它的使用方便程度和强大的设计工具为初级程序员提供许多功能。不过，这种便于使用可能使人误解。这类开发者都是没有在应用或者数据设计方面训练的办公室从业人员。因此许多人以为这样的开发者能够创造可用的系统，但也有很多人认为工具本身的局限性产生了这样的误导。一些专业的应用程序开发人员使用 Access 用作快速应用开发，特别是给街道上的推销员制作一个初型或独立应用程序的工具。可是如果是透个网络存取数据的话，Access 的可扩放性并不高．因此当程序被较多使用者使用时，他们的选择多会是倾向于一些客户端-服务器为本的方案，例如 Oracle、DB2、Microsoft SQL Server、Windows SharePoint Services、PostgreSQL、MySQL、Alpha Five、MaxDB，或者Filemaker。无论如何，不少 Access 的功能（表单，报告，序列和VB代码）可以用作其他数据库的后期应用，包括 JET（档案为主的数据库引擎，Access 缺省使用）、Microsoft SQL Server、Oracle和任何其他跟ODBC兼容的产品。这种方法允许开发者把一个成熟的应用的数据移动到一台更大功率的服务器而没有已经在适当的位置牺牲发展。很多开发者谁使用Microsoft Access使用Leszynski命名约定，虽然这不普遍；它是一次编程大会，并非一个DBMS实施的规章。[编辑本段]特性一好处进入从程序员视角在它的有关兼容性有SQL-质问可能被观看并且作为SQL语句编辑，并且SQL语句直接在巨视和VBA模里可以被使用操作进入桌子。用户可能混合并且使用两个VBA并且"宏"编程形式和逻辑既没提供面向对象的可能性。导入导出报表的生成程序，当时有能力和到这项任务的复杂报告创造，没有另一受欢迎数据库报表程序的生成程序充满特色和强有力-水晶报告。MSDE(微软公司SQL服务器桌面发动机)2000，袖珍版本的MSSQL服务器2000，被包括开发版的办公室XP并且被用于进入可能作为除之外的另一种选择JET数据库引擎。(尽快的*版本的MSDE和微软公司交换服务器实际上使用这台喷气发动机处理巨大大量数据并且安置一“赝品”在它之上的那些应用的应用层。大约这事实的缺乏知识因进入/喷口家庭的软件产品而为不该受不敬做贡献，特别是关于"大"工程。) 进入分割和粘贴功能性能使它有用工具在其他数据库之间连结(例如，在数据或者数据库变换期间的Oracle和微软公司SQL服务器)。进入与给与窗子和其他平台应用一起的积分的各种各样进口和退场门特征一起来，一经请求从应用的里面或者手工由用户其中几可以被执行。例如非常紧密SNP完全格式化的为分享的形式与没有全部的进入软件的人们报告。它也能容易被升级到微软公司SQL服务器。与一般的RDBMS完全不同，它缺乏数据库触发和预存程序。自从MS Access 2000 (Jet 4.0)，开发人员可以在查询中设定参数，这跟预存程序很相似的，但这些“预存程序”只能处理一个程序．当资料表内数据发生变化时，它确实允许形式包含被引发的代码，使用是普通的透过查询和其他技术在进入营运储存的程序在方面RDBMS支援这些的。[编辑本段]发展进入可提供的编程语言，当时在另一个内产品Microsoft Office家具，微软公司应用的Visual Basic。两个数据库进入讯息库COM组成部分被提供：这笔遗产数据存取物体(DAO)，用进入和新只可提供ActiveX数据对象(忙乱)。 MicrosoftAccess容易被应用于小的工程但是规模无效对大的工程如果应用被不好设计。全部数据库质问，形式和报告被储存在数据库里，并且与相关的模型的理想协调，没有与他们做一个身体上组织的阶层的可能性。一种设计技术是把进入应用在数据和计划之间进行分发。一数据库应该只包含桌子和关系，当另一个将有全部计划时，形式，报告和质问和对第一个数据库桌子的连接。令人遗憾，当连结时，进入允许没有有关的道路，因此那些发展环境作为这种生产环境有相同的道路应该(虽然你写你们自己的能"动态连接程序"常规在里VBA那搜出能一定背面结束档案以透过这个目录树搜寻，如果它发现这条电流通路它不能)。这种技术也允许开发者在不同的档案中分申请，因此一些架构是可能的。 Access的优点（1）存储方式单一 Access管理的对象有表、查询、窗体、报表、页、宏和模块，以上对象都存放在后缀为（.mdb）的数据库文件种，便于用户的操作和管理。 (2)面向对象 Access是一个面向对象的开发工具，利用面向对象的方式将数据库系统中的各种功能对象化，将数据库管理的各种功能封装在各类对象中。它将一个应用系统当作是由一系列对象组成的，对每个对象它都定义一组方法和属性，以定义该对象的行为和外国，用户还可以按需要给对象扩展方法和属性。通过对象的方法、属性完成数据库的操作和管理，极大地简化了用户的开发工作。同时，这种基于面向对象的开发方式，使得开发应用程序更为简便。（3）界面友好、易操作 Access是一个可视化工具，是风格与Windows完全一样，用户想要生成对象并应用，只要使用鼠标进行拖放即可，非常直观方便。系统还提供了表生成器、查询生成器、报表设计器以及数据库向导、表向导、查询向导、窗体向导、报表向导等工具，使得操作简便，容易使用和掌握。（4）集成环境、处理多种数据信息 Access基于Windows操作系统下的集成开发环境，该环境集成了各种向导和生成器工具，极大地提高了开发人员的工作效率，使得建立数据库、创建表、设计用户界面、设计数据查询、报表打印等可以方便有序地进行。（5）Access支持ODBC（开发数据库互连，Open Data Base Connectivity），利用Access强大的DDE（动态数据交换）和OLE（对象的联接和嵌入）特性，可以在一个数据表中嵌入位图、声音、Excel表格、Word文档，还可以建立动态的数据库报表和窗体等。Access还可以将程序应用于网络，并与网络上的动态数据相联接。利用数据库访问页对象生成HTML文件，轻松构建Internet/Intranet的应用。 ACCESS的缺点 ACCESS是小型数据库，既然是小型就有他根本的局限性，以下几种情况下数据库基本上会吃不消： 1.数据库过大，一般ACCESS数据库达到50M左右的时候性能会急剧下降！ 2.网站访问频繁，经常达到100人左右的在线。 3.记录数过多，一般记录数达到10万条左右的时候性能就会急剧下降！ C函数函数名: access 功能: 确定文件的访问权限用法: int access(const char *filename, int amode);[编辑本段]access Synopsis #include

access 本身就可以！

这个用ACCESS的表设计，人工比较吧。