为什么许多企业不喜欢用Access数据库？

　　因为Access不上不下，而且对于微软来说不赚钱。
　　前言：很多人不明白，Access首先是一个办公软件，其次才是一个数据库，它面向的用户是普通办公人员，它面向的场景是办公室或部门级。性能和多并发等等现代数据库看重的东西，对于Access来说恰恰是不重要的，它最重要的用途是给了普通用户一个易用的＂关系型数据模型＂处理软件，所以更不要拿Excel这种靠Vlookup来凑数的电子表格软件来对比。
　　对于普通用户来说Access本来应该是一个不错的桌面级数据库应用，它天生是文件形式，容易迁移，很容易做后端共享，还有一个我认为相当简单易用的前端制作方法（窗体、报表）。如果作为部门级数据库本应是相当不错的，我早先也做了一些简单的应用给办公室的同事使用，用于避免每个人都拥有自己版本的Excel文件，提高信息共享。然并卵，大家热情不高，一个原因是，普通办公室的人并没有关系型数据库的概念，意识不到数据库带来的便利（要不是强制，我估计很多人连ERP都不想碰）。另一个原因是，入门台阶比较高，一旦使用发生问题，一般人根本束手无策，远没有Excel的便利。
　　虽然Access相较于其它专业数据库，已经是傻瓜级别，无需借助其它工具就可以做一个不错的前端，甚至无需编程。然而无需编程不代表不需要懂编程，要想用明白它，几个必要的知识需要有基本的了解，如数据库概念、范式、SQL语句、VBA语法，这几条概念对于程序员来讲是基础概念，但对于excel函数都用不明白的普通用户来讲，基本属于不可逾越的大山的级别。这些障碍不是说Access再优化下、再添加几个辅助功能就能化解的，是天生的。所以Access可以说从一开始，就是面向高级用户（有人称为power user）的，虽然它放到了Office包里。
　　但是面向高级用户也有问题，高级用户不等于专业用户，这些人属于会琢磨，但也会惹事，对于一个企业来讲，需要放进数据库的数据是宝贵的，是经不起风险的，高级用户自身的能力以及精力方向最多可以保证Access给自己用不出问题，但保证不了给其他人用不出问题，所以对一个稳定经验的企业来讲，关于数据库的操作还是要交给一个专业的人如IT部门，或者购买商业级别的ERP、CRM等系统，这些有保障的投入，对企业来讲反而是最省钱的。
　　对于专业用户，比如专门开发系统的工程师，Access功能相对弱鸡，且不稳定，他们不会用。
　　对于软件开发商比如微软来讲，卖软件不挣钱，卖服务才挣钱，Access反而是在阻碍企业用户购买其专业数据库。微软很乐意企业找它来定制一个ERP系统，定制一套ERP比得上卖多少套Access啊！所以相较于不断给Excel添加功能，微软一直在削弱Access的能力（比如微软取消了用户权限管理功能，比如微软不肯给SQL编辑器提供自动补全功能），Access陷入爹不疼娘不爱的境地。
　　总上，对普通用户、专业用户来讲Access要么太高要么太低，只是对于有能力折腾的高级用户、有认识到Excel缺陷的用户来讲，Access是太香了。
　　现在的年轻一代程序员可能没有接触过当年红极一时的Visual Basic，那时有许许多多通过VB开发的软件使用的就是ACCESS数据库。
　　以现在我们的眼光来看，VB的功能是非常Low的，但它是软件开发史上一个具有划时代意义的东西，因为它是第一个＂可视＂的编程软件，使得当时很多的程序员欣喜至极，蜂拥而至在VB上进行软件创作。
　　在2000年-2006年，很多的小软件，各种行业软件都使用Access数据库来开发，因为Access是一种桌面数据库，界面很友好，可操作性强，是一款很容易上手的数据库软件。Access小尺寸时性能好，兼容性强，备份简单。Access也常被用作开发简单的WEB应用程序。
　　Access存在一个致命的缺陷，当库文件变大时，性能就会直线下降，并且容易报错丢数据。一旦你使用Access作为数据库时心理总会有种隐隐的不祥预感，只有几个用户时，运行非常良好，当公司内有许多人开始接入后，系统就会出现一些神秘莫测的故障。Access也很容易造成服务器IIS假死或消耗掉服务器内存导致服务器崩溃。
　　如果你想给Access数据库创建一套Web界面，其他人可以通过远程使用这套数据库，但接着就会发现根本就无法下手，也没有一点相关的资料，也找不到其他常规的一些数据所提供的任何机制，比如：安全模型、数据完整性等等。
　　很多人都在思考这样一个问题：烂透了的Access为什么还能存活那么久。
　　自从动态网站的全面推进，本地存储数据越来越少，同时更多的软件厂商也采用本地Mysql来存放小数据，避免数据同步到服务器时出现丢失的情况，而像Access这样的本地数据库的需求就自然而然的下降了。
　　在DB-Engines今年11月份发布的数据库排名榜单中，排名前三的分别是Oracle、Mysql、Microsoft SQL server。其中Oracle主要应用在传统行业的数据化业务中，比如：银行、金融这样对数据的可用性、健壮性、安全性、实时性要求极高的业务。Oracle对于复杂计算、统计分析的强大支撑，使得它在互联网数据分析、数据挖掘方面的应用也越来越多。
　　Mysql生与互联网，长于互联网，它的高并发存取能力一点也不比大型数据库差。Mysql的开源特性对于一些对数据库有特别要求的应用，可以通过修改代码来实现定向优化。最主要的是：任何一个人都可以使用Mysql而不同支付一毛钱。
　　微软成熟的.NET、Silverlight技术，为Microsoft SQL server赢得了很大一部分市场。那些不缺钱但缺IT人才的中小企业，往往会偏爱Microsoft SQL server用于自建ERP系统、餐饮系统、零售系统等等，因为微软的生态系统高度集成化，Microsoft SQL server也可以支撑大的数据应用。
　　你所在的圈子很少用Access数据库，并不见得它就没有市场了。
　　由于Access的技术门槛并不高，它可以填补很多ERP照顾不到位的临时开发需求，可以立竿见影的提升日常的工作效率。宝马、奔驰这些高端车企每年都会花费很多资源对员工进行Access数据库的培训。
　　在微软的Office套件中并没有弱者，如果哪天我们像Word、Excel一样熟练掌握，那么你也许就不会说许多企业不喜欢用Access了。
　　以上个人浅见，欢迎批评指正。
　　认同我的看法，请点个赞再走，感谢！
　　喜欢我的，请关注我，再次感谢！
　　你说的是很多中国企业不喜欢用Access数据库。
　　老外对于Access喜欢着呢，别的不说，宝马、奔驰这些高端汽车企业每年都花很多资金对员工进行Access数据库培训。因为确实好用啊，能填补很多ERP照顾不到的临时开发需求，立竿见影的提升工作效率。
　　国内企业不喜欢Access数据库主要还是因为：按国内的标准来看，Access太难，会Access还能用好它的人太少了。Access的技术门槛不高，但是应用门槛高，需要懂技术也懂业务，自己能做技术落地能寻找业务场景，这种复合型人才，即便在技术大厂也是不多的，更何况一般企业了。宜家公司的Access软件
　　其实不光是Access数据库中国企业不喜欢用，Excel这种看起来在国内很流行的软件，我也没觉得中国企业用户用的有多好、有多精。别看Excel的培训教材多的眼花缭乱，会玩的人真的不多～
　　中国企业做软件，最要命的短板是不会提需求。导致懂技术的不懂业务，懂业务的不屑于搞技术，脱节严重，长期对于办公软件的使用停留在浮皮潦草的初级阶段。
　　办公软件的客户都是这个水平，培训机构水平也就可想而知。很多培训都把Excel培训路径带歪了，不研究具体场景，转去研究VBA了。
　　更别提一些在国外使用率很高的Adobe专业文件整理软件，国内的企业对于这些高效率软件几乎无人问津，更别说熟练操作和使用。
　　我相信多数普通上班族，根本不了解Adobe是支持图片直接扫描成文字的，也压根没有使用专业PDF文件进行信息传递的习惯（90%的信息传递用Word）。而用PDF传递信息在欧美企业都是标配。
　　我没有崇洋媚外的意思，只是陈述我经历的事实。我们做事的思维和国外不大一样，我们不太喜欢研究一些＂奇技淫巧＂。
　　要不是WPS这种软件实在是过于无能，我们连Word可能都不会用，更别提Access数据库这种需要很高逻辑思维能力的软件了。
　　造成这种局面的原因很简单：
　　第一、因为中国的企业平均文化水准不高。
　　我是在外企工作的时候发现这个现象的：欧美国家的员工平均文化素质要高于国内同行。
　　国外的上班族我发现有一个特点，就是老外对于常用办公软件的使用率和使用时间远远大于国内同行。我观察到国外一些60岁的老年员工，掌握的Excel技巧要远超过国内的同龄人，让我这个自认为Excel玩的很熟练的人都很自愧不如。
　　令我震惊的是一个和我年龄相仿的老外，汇报工作全程用Excel实时出图表，而且居然不用鼠标，全是快捷键操作！
　　我们连Excel这种入门简单的软件都没有几个玩的很好的，更别提Access这种入门比较复杂的软件了。
　　第二、人性中对于越不懂的东西，越是排斥
　　说Access不好用的人，可能压根就没接触过Access编程，十有八九也玩不好更高端的SQL Server。
　　我写过一篇文章，就是专门挤兑国内企业的IT部门的，我在文章中说，Access数据库一旦普及，一半企业的IT部门都得失业，立马一大堆人跳出来指责我太low太二布拉布拉的。
　　200321增加
　　企业不爱用Access数据库还有个重要原因：
　　掌握Access数据库的办公人员太少啊！这技术门槛没有那么低的！没人会用企业就招不到人啊！
　　以前用fox base，不知道现在还有没有人用。当初还专门学过这个。
　　access自带数据库的确太弱，后来把数据库迁移到SQL sever，前面用access做客户端进行调用，并实现了客户端自动更新发布，效果还不错。10年前用这个方法避开了access的弱点，开发了一个大型项目管理系统。用起来性能不错，输入和查询远比现在的浏览器方便，速度也快。就是丑了点，支持的控件太少。
　　不是喜欢不喜欢的问题，是性能太差，sqlite批量插入可达每秒5万条数据，access每秒只能插入几百条，access还存在体积不断增大的问题，还有数据不同步的问题，一个线程写入完毕后发消息让另一个线程去读，却读不到刚刚插入的数据，总之access太渣了，不适合开发用
　　IT界对Access有比较深的误解，其实Access数据库既是一个后端的数据库容器，也是一个优秀的前端界面开发工具，而且可以生成mde或accde格式（去除了源码），而可借助access runtime脱离Access环境独立运行。并且开发中小型企业管理系统短平快，如果你在使用Excel管理公司业务时出现瓶颈，且需要多人同时并发操作，那使用Access数据库来开发一个中小型的部门级或企业级的管理系统可能是您较不错的选择，短、平、快！
　　以下是我们使用Access VBA开发的一个功能比较齐全的进销存管理系统，花费较长的时间不断迭代出来的，也希望大家多提建议。
　　一、Access做的企业级进销存管理系统部分功能亮点
　　1.企业级进销存,在企业中实际使用的管理系统,有很多人性化的设计和强大的功能,非普通用于培训的简单的进销存
　　2.销售备货 直接 转仓库出货
　　3.各单据都有审核机制,符合企业严格的管理
　　4.初始化入货单,方便第一次使用系统,快速生成期实库存
　　5.方便的盘点单,可方便生成.盘点过程还可以临时封账,避免正在盘点的产品,库存变化
　　6.强大的库存总账与明细账,可了解每月的期初 入库 出库 调整 结存,还可了解每个产品的最后入出库日期 将来可进行呆料分析
　　7.所有入出库单据都支持 条码 录入. 快捷方便
　　8.支持整套拆成散件, 散件合并整套 来入出库 (类似多单位处理)
　　9.支持多货区 多货位管理 真正企业级应用
　　10.支持货区 货位之间调拔单
　　11.单据录入,挑选商品 方便快捷,可从产品中挑选,也可从现有库存产品中挑选
　　12.对入出库进行严格控制,库存不够避免出库
　　13.支持 销售备货时,仓库 自动设置已分配数量,避免其它出库使用这部分数量
　　14.采购入库 生产入库
　　15.支持退仓单
　　16.支持历史总账查询.可查几个月前或几年前的仓库总账
　　17.支持销售团队及业务员管理
　　18.支持自定义期间及年初期间
　　19.漂亮美观的图表分析
　　20.每月图表分析 每日仓库吞吐量 畅销产品分析等
　　21.用户管理
　　22.强大的权限设置
　　23.操作日志
　　24.更强大更细致的系统管理功能
　　二. Access进销存管理系统功能界面预览
　　1.进销存管理系统主界面
　　销售备货单
　　销售订单报表
　　备货单审核
　　收款结账
　　收款明细
　　销售发货
　　库存总账
　　整手货拆散
　　选择货区货位
　　仓库单据审核
　　入出库单据选择
　　采购入库
　　生产入库
　　初始化入库
　　退仓单
　　选择产品款号(模糊搜索)
　　销售备货单
　　备货单审核
　　备货单审核成功
　　选择备货单直接转销售出库
　　销售备货出库
　　仓库单审核
　　库存盘点
　　打印盘点单
　　生成盘点单
　　生成盘点单成功
　　盘点审核过帐
　　调拔单据录入(仓库 货区 货位调拔)
　　调拔单据审核
　　调拔单据查询
　　库存历史总账查询
　　客户资料 查询
　　客户资料录入
　　销售团队管理
　　产品分类(系列)管理
　　产品款号查询
　　产品款号录入
　　沟通工具类型
　　收款方式
　　期间设置
　　期间录入(是否年初)
　　仓库管理(多仓库)
　　货区管理
　　货位管理
　　按月份统计销售额
　　图表设置
　　每日仓库吞吐量
　　畅销款号统计
　　用户管理
　　权限设置(截图软件导致有些内容没截到)
　　操作日志
　　一个完整的Access进销存开发还是需要花费较长的时间，需要慢慢琢磨，不断迭代与更新！
　　使用Access将近18年，以上系统主要是使用VBA代码来实现的，也很希望Access爱好者和 VBA 爱好者一起交流，一起学习，请关注我，也可以在评论区留言。
　　个人觉得，Access肯定有它的不足，但对于中小型管理系统，Access+VBA开发还是短平快，有它的优势！
　　如果觉得好请帮忙点个赞，及关注我的头条号，一起交流Access 及 VBA。
　　Access数据库属于一个入门级数据库，比起主流的数据库如MySQL，postgresql等存在巨大的差距，而且其只支持window环境，数据规模到几十万百万级性能就会比较差，在分区表等很多特性上并不支持，所以无法用于一些生产环境，当有MySQL和postgresql可选时为什么要选择Access数据库呢？给自己找不自在吗(⊙o⊙)！
　　我们知道微软在数据处理这块，有两款经典软件：Excel和Access。相比较Excel的放飞自我，Access更像个严肃的老学究。
　　Access定位是数据管理
　　作为一个关系数据库管理系统，Access结合SQL可以帮你储存大量数据，而且Access各个对象之间可以建立关联，方便用户快速查询与调用数据。
　　因此Access常被用来搭建管理应用，如库存管理、档案管理等。
　　管理员可将搭建好的应用共享给企业内部同事，其他同事也可同时录入、查询数据。从企业长远管理来看，用Access搭建一个管理应用比Excel高效得多。
　　但随着信息化趋势，我们接触的数据量只会越来越多，按理来说access应该早就火了起来。
　　可惜从学习资料、关注度等各方面来看，Access远没有Excel被大众喜闻乐见——很多人甚至用Excel做管理软件、搞数据库，抢Access的饭碗。
　　不过要说明的是——
　　Excel的确可以解决很多简单的数据库问题，但从企业长远的数据管理角度来看，Excel并非关系型数据库，它在数据的存储、共享协作、数据查询、报告生成上，都远不及Access。
　　这就引出一个现实问题：
　　access远没有excel普及化。
　　这是为什么？
　　首先，access代价是非常明显的。数据量比excel大但比大型数据库的海量小：作为数据库工具，处理大规模数据时 ，负荷比较大；个人单机用而不是很多人一起用：使用Access制作好的管理软件，访问页只能在局域网中使用，不能联网联机使用；只能在Windows上运行：Access仅支持windows的运行环境，不能在Mac 、 iPhone、 android 系统和其他手机平台使用；软件门槛依然略高：相较其他大多软件开发平台，Access准入门槛相对较低，最早用Access制作管理软件的往往是业务部门。但想要搭建一个好应用，业务员还需要学习VBA、SQL，最后无论是代码编辑出错、还是Access系统升级导致部署困难、亦或是数据丢失等问题，业务员大多缺乏维护能力，最后不得不求助IT部门。
　　再者，从大环境上看，access做应用开发已不在主流了：
　　Gartner已预测：到2025年，企业70%的新应用将会通过低代码或者无代码技术开发，到2024年，至少有75％的低代码应用程序开发工作将限于支持非关键任务工作负载的中小型项目。
　　顺势而为的话，更为建议通过在线软件搭建应用、管理数据，对于工作的效率提升更有帮助，精力投入不多、限制也更少：
　　所以大家说的是有点道理的：
　　＂综合起来看，access啥都能干，但啥都干不到高端＂。如果研究数据库，不建议投入大量精力在上面，SQL会更好。如果把access作为一个比较短平快的前端界面开发系统，那随着在线化、信息化、数字化的趋势加深，SaaS、零代码开发平台的冲击，access的优势只会逐渐缩小、劣势也愈发明显。
　　希望对你有所帮助。
　　access精髓估计是对于文档报表的格式转换，但是也很鸡肋，习惯了excel的同学基本所有事情不需要access都搞定了。如果只是可视化操作方便，很多db都有相关插件或者软件，navicat几乎所有db，文档类的哪怕非关系型mangodb也有类似php图形化插件和相关软件管理。做复杂数据分析也不用他，直接上一些专业bi软件，vba和access完全可以不用，word/excel最多是最后输出的格式。