Access之后我们会做什么？
微软似乎对于贬低数据库工具的瑞士军刀似乎心有余而力不足。 关于文件交换/克隆/名称 – 首字母缩写 – 连接任意数据库服务器/电子表格/ CSV /平面文件还有什么特别之处？
您从Access中挤出了哪些奇怪的function？ 还有什么要取代它？
访问不是一个DBMS。 或者至less它不只是一个简单的DBMS。 这是一个非常好的RAD环境，以graphics方式创buildSQL代码的简单方法，以及常规的前端到完全成熟的DBM。
SQL Server（Express或MSDE），Oracle，MySQL等都不会取而代之，除非它们与一个简单的编程语言，一个类似Crystal Reports的工具集成在一起，并且让初学者无需学习SQL即可解决问题。
在我的第一个专业工作中，我完全在Access中开发了一个非常大的系统。 前端为客户端，pipe理端为我，pipe理的报告和监控，每个用户的权限，在特定时间运行的自动化任务等等。结果我学到了很多缺点和优点。
我已经看到了奇妙的应用程序，以及一些废话。 我仍然把它用于个人项目，并不以此为耻（例如，数独玩家或卡诺图制图实施）。 有一个MVP在Access中完全创build了一个Paint克隆，尽pipe我相信这是极端的。
访问'珍珠：很容易testing一个数据库devise的想法，并为您创build素描forms，报告等。 如果你改变一个列的名字（或者甚至是一个表，尽pipe有时会失败），很高兴自动地看到所有的引用已经改变为新的名字。 这个“子形”控制的岩石，我渴望在VB6上。 而“雷霆”button在桌面上重复过滤是非常棒的，我希望在SSMS上有类似的东西！
replaceAccess和取代Access 的问题是阻止我在绝大多数情况下推荐迁移到Ubuntu或SUSE桌面到我的业务客户端的问题 – 是不是Access被广泛用于其数据库设施：它不是除了用户编写的部门应用程序的最Micky鼠标是重新编码相对微不足道的。 问题是数据很久以前迁移到企业SQL Server的中型应用程序。
这是一场噩梦。 他们往往写得不好（我已经获得了几年的pipe理），并封装了大量的业务逻辑。 在任何情况下重新编码通常都是在几个人工月份引用的，通常是两到三倍，而发现这些规模的部门有预算来支持这一点是不寻常的。 此外，尽pipeAJAX和类似桌面的控件的出现意味着至less现在理论上是可行的，但是实际上这些与MS Office桌面的其余部分大量集成，并且几乎不可能与出现的用户看到在短期到中期的可用性下降 – 这本身就是一个阻碍。
我真的不知道解决scheme是什么，除了用其他方法创build新系统的速度缓慢，希望现有应用逐渐消亡。 麻烦的是我认为访问可能是20世纪90年代的Cobol – 它将永远支持传统应用，因为从头开始重写代价太高。
顺便说一句，其他来自非Access传统Win32编码背景的人有没有经验发现，甚至专业编写的Access应用程序的编码标准通常低于平均水平？ 虽然格式化和variables名称等表面（但重要）的东西通常很好，但是我一遍又一遍地发现程序结构很差。 我知道这通常可能是因为这些应用程序已经像Topsy一样成长了，VBA确实不利于良好的编码，但即使考虑到这些因素，事情看起来总是比预想的要糟糕。
我认为简单的答案是没有什么…访问是常用的，因为它是唯一的select，它是可扩展的。 世界上几乎所有的商业机器上都没有安装任何其他的东西， 如果您正在寻找替代scheme，Oracle Application Express是一个相当强大的基于Web的应用程序，可以在Oracle XE上运行。 这是Access的潜在替代scheme，但不支持Master-Detail表格以及访问权限。
世界上有许多开发商，而不是硬性的和快速的界限。 人员范围从业务经理和IT专业人员。 我认为自己是一个先进的业余开发者，介于两者之间。 因此，我在工作中使用MS Access在小型build筑办公室中组织大量数据，包括时间表，财务和build筑规范。 当然，现在的应用程序是一个已经长达近五年的大量臭味的p **。
我一直在寻找比Access更好的东西 – 我可以在VB.NET中创build简单的应用程序，但是VBA的学习曲线非常庞大。 我已经看了各种各样的select。 通常情况下，您需要Crystal Reports来获得任何types的报告function，或者IDE非直观，或者每次将数据对象连接到数据对象需要十分钟，或者根本不与其他办公产品进行集成。 老板也不会为了一件炸弹而付出代价。 我很想远离Access，但是我所看到的没有任何东西可以接近所有的盒子。
Access的好处在于它对于大型IT膨胀的回答。 它配备了MS Office，因此它已经被批准在locking的计算机上使用，但是我不必为了获得通过各个部门批准的应用程序而花费数周/几个月的时间来努力，编码时间需要考虑，并且所有的testing应用程序，我可以在一个下午与访问鞭打。 当然SQL服务器会很好用，但不值得头痛。
我怀疑微软会杀死访问。 随着Access 2007 与Sharepoint的集成和SharePoint的快速发展，Access实际上可能重新成为SharePoint网站的离线和报告工具。
我的表弟是一个严重的FileMaker家伙。 他似乎做得很好，并且在它周围成长了一个小公司。 显然FileMaker是一个跨平台的Mac / PC系统的快速应用程序开发…
也许这样的事情将会随着业务用户/ RAD设置而上升？
微软可能有故意杀死这样的数据库系统的历史。 我曾经在Les Pinter的一次采访中听过一个.Net Rocks的采访，他曾经声称他曾经听过一位微软顶级高pipe说，每销售一个FoxPro副本，都会损失数千美元的SQL费用。 FoxPro今天在哪里？ 正式的，这是在2007年3月份终结的。那么它是如何从突然到死亡？ 那么，莱斯说，微软收购了它，并有目的地运行它。
我在阴谋论方面通常不是很大，但是这确实引起了微软在那个时代的logging。
无论如何，除了琐事之外，我相信还会有更多的RAD风格的数据库工具…它们赋予非开发人员力量，并且允许开发人员很快地解决某些types的问题。 我厌恶他们用于大型项目，不幸的是，级联 – 小型项目往往随着时间的推移而增长。 因此，我只把它们用于最有价值的事情。
至于长期的后果…呃，我看到他们没有很好地扩展的情况，所有这些零碎的解决scheme开始看起来很像技术债务。 实际上可以将Access挂接到SQL Server后端，这样可以解决很多问题。
我用Access做的最大/最奇怪的事情可能是从零开始编写一个EDI系统。 对于那些与EDI亲身合作的人，你知道我在说什么。 这是多么愚蠢的想法。 我的问题在这里有更多的VBA比访问虽然 – 我记得只是真的需要接口，没有他们。
在像Codesmith这样的东西可用之前，我也用它来代码生成。 它为ASP Classic生成业务对象（CRUD和其他一些基础）。 这真的很棒。
我不认为MS有任何意图摆脱访问。 它们可能比程序员的工具更多地转化为最终用户工具，但它永远不会消失。 将Jet数据库引擎分成与Windows的每个副本一起提供的传统Jet 4版本（因为Active Directory使用Jet 4作为其数据存储）以及由Access开发组（ACE）和ACCDB文件格式，事实上，Jet 4.5或Jet 5）。
访问是一个非常受欢迎和有用的应用程序，并在任何数量的大小组织中的许多层次上起作用。
为什么没有Access的开源替代品？
因为要创build如此复杂的软件来完成许多不同的事情是太难的了。
根据我的经验，Excel在军团内更为广泛。 我们现在正在做一个项目，在这个项目中，我们将〜60 000个Excel文档（每个文档4-12张）转换为Sharepoint和Infopath表单。 ;）
微软希望我们转向使用Office业务应用程序 – 实际上是将办公室应用程序连接到数据库。 将SharePoint添加到混合中有很多的可能性。 还有MS的许可证费用也很多。
我已经看到用于集成和前端GIS和健康数据的访问。 它吹走了我的这个程序是如何编码和logging。
作为马克。 Access是我的第一个数据库方法，当时我发现它很强大。 它有一些很好的function，如从“查询示例”生成SQL。 它的forms特征和能力，以各种格式（例如标签）打印也不错。
在缺点，它是专有的，并且每个新版本与前一个不兼容：如果您使用Access 2000加载与Access 97基地，您不能再加载与旧的…
尽pipe我没有做太多的个人数据库工作（主要是地址列表），但是对于这样的工作，我会使用Open Office的数据库工具（还没有试过）或者一个很好的旧的开源数据库（MySQL，SQLite）基地）与一个GUI前端，例如，SQuirreL SQL客户端，可能JasperReport作为报告的前端。
不像Access一样整合，学习曲线陡峭，但更灵活。
现在，我确信我们可以find一些简单的老的非关系数据库，以适应当时我的简单使用。 🙂
我欢迎最后一口气呼吸，joinClippy喜欢的日子。
访问是善意的，但它已成为一个拐杖。 即使在拥有IT人员的大型公司中，Access应用程序也可能猖獗，为了解产品维护的全球状况，这是一个难题。 在我看来，指向其他数据源的链接访问数据库，无维护的访问应用程序以及剪切灵活性都是问题。
我认为Access实际上太强大，太灵活，而且为了自己的利益而扩展太多。 在微软的善意尝试中，把桌面数据库领域快速发展，实际上已经打开了一个潘多拉的盒子。 从另一个angular度来看也是如此。 假设一家公司有几个用Access编写的应用程序。 写他们的开发者离开。 这些应用程序足够重要，以至于仍然需要使用，但不够重要，IT部门得到批准将其移植到更具技术能力的平台上。
现在的情况是，如果团队中没有人知道Access，那么对于新开发者来说是需要的。 这意味着如果他没有传统印章，你可能不得不传递一个技术最全面，最适合的开发者。 我从经验讲到这一点。 我们可以归结为两个传统的Access应用程序，并且正在疯狂地试图说服将function整合到相关的，基于代码的项目或者自己的新项目中。 我有一个开发人员的访问“印章”，并不会基于候选人search是否有人知道访问或不在他离开的事件。
就我见过的最奇怪的东西挤进Access …
我是一所小型大学的警察调度员，我们（几乎每个机构）都使用CAD（计算机辅助调度）和RMS（loggingpipe理系统）系统。
我们以前的CAD / RMS软件完全build立在Access中。 你打开Access，并通过一个丑陋的graphics用户界面，input服务的呼叫，一切。 官员通过相同的接口写报告。
它起初效果很好，随着数据库规模的增长，它变得非常缓慢和难以使用。 这是当国家让你跟一个项目中最低的投标者一样时发生的事情…
现在我们使用基于浏览器的CAD / RMS解决scheme，由MS SQL支持。
我不认为Access会很快消失。 Office 2010的testing版已经包含更新的Access，Microsoft博客宣传了Access 14（2010年以后的版本）的function，其中包括改进的Access项目（.ADP），更好地支持SQL Server 2005/2008。networking整合。
如果我要寻找一个提供前端和后端function的新型集成数据库开发系统，Oracle APEX将是主要的竞争者。 前端是基于Web的，不需要客户端的运行时间，整个系统可以免费下载和安装（快速版），几年后，新用户的入口障碍有望减less，这是外行可以涉足的。
访问只是迁移到桌面上的单个用户或共享数据库文件上的一些用户，而没有太多的安全性。 如果你想把它提高到一个更高的水平，使用Access作为SQL Server的前端。
那么现在看来，Access 2010正在试图获取钩子进入SharePoint，试图“networking启用”访问应用程序。 甚至有主机站点迎合这项技术。 也许所有关心Access的人都无法扩展，不能再害怕了吗？
Access绝对有正反两面，只是另一个使用而不是滥用的工具。 我曾经使用过的每一个成人的工作都在窗户上运行，所以Access或类似的东西将存在。 我感到遗憾的是，被困在Accessstream沙中的地方或者失去了地狱。 但是我们是否忘记了所有这些都可以纠正，并且更好地防止了一个糟糕的屁股队伍和适当的训练。
PostgreSQL，MySQL，FileMaker， <插入不是Access的数据库名称> ，Excel，自定义parsing器，自然语言导入器，Perl只是因为它是瑞士军刀，旧版本Access之前Access的消亡，…
奇怪的function？ 我使用SQL语句来访问Access，而不是通常的无数访问Access的方法。 我使用的SQL语句与其他数据库以及Access一起工作 – 我知道。
像很多人一样，多年来我一直使用和滥用权限，但是总是觉得有点肮脏……我最近在Rob Conery遇到这个post的时候感觉好一些：
http://blog.wekeroad.com/blog/hacking-your-vote/
决不会梦想在投票系统中使用访问权限。 害怕。
FileMaker是从MS Access转移的一个很好的数据库。 它是一个跨平台的数据库（mac / PC）。 它有一个Web浏览器，通过它你可以连接到networking世界。 例如，可以在此Web查看器中显示图表，地图等。 FileMaker很容易为初学者使用。 您还可以探索脚本机制并实现数据操作。 最新的FileMaker 10有几个新的有趣的function。 我的投票是FileMaker。
如果人们知道它存在，我相信File Maker Pro可能会成为一个新的标准。
如果你知道你在做什么，FMP具有Access +的所有function/简短function，你实际上可以做一个真正的客户端/服务器设置。
在一个文件中，您可以定义您的表格，报告，表格等。它也是跨平台的，可以在Windows或Mac上运行，也可以适应基于networking的。 全部由devise。
从“真正”的SQL服务器到File Maker Pro真的很困难，但一旦我得到了它的窍门，我发现它是相当惊人的。 现在作为一个数据库，没有什么特别的，但作为一个数据库应用程序开发系统，“正常”的人可以使用它真正的光芒。
如果你在networking设置上计划，我build议花时间学习如何将存储数据库从应用程序数据库中分离出来。 否则，升级要求您执行大量的数据导出/导入操作，如果您的表格发生了显着变化，那么可能需要一段时间或几乎不可能。
我已经build立了一个呼叫中心应用程序，自动处理传入的电话号码查找，并自动使用NT上的FMP拨打普通的POTS电话。 那大概是在6年前，所以我想从那时起就有所改进。
我只使用Access时，我希望Excel可以做一个“左内连接”。 否则，MS已经做了一个公平的工作，使C＃/ SQL提供简单（免费）的轻量级RDB项目。
