我目前正在考虑将我们的办公机器从Office XP升级到Office 2010.对于大多数用户来说，标准版本没有问题，但只有less数人使用Access。 只有几个独立的Access数据库，但该程序被广泛使用（主要是我自己）作为MySQL的前端。
由于Office 2010的标准版本和专业版本之间的成本差别大约是170美元（澳元），我正在寻找可能的Access替代品。 我不是Open Office的忠实拥趸，但是如果我能find一种方法来迁移我们目前在Access中的许多报告，就可以使用它。 数据不是问题。 到目前为止，我还没有发现任何暗示，甚至可能/实际可能，但也许这里有人知道。
我也接受对其他Accessscheme的build议，但它必须能够轻松地生成灵活的报告。 在我看来，这是Access的一个真正的力量。
由于它的主观性质，我正在制作这个社区维基。
作为一个报告生成工具，看看JasperForge的iReport 。 它可以根据各种来源的数据（包括MySQL显然）拖放创build报告。 它比Access报告稍微复杂一点，但也更强大。
该工具的主要输出应该是可以在JasperReports / JasperServer中使用的报告，但是您可以将预览工具用作报告查看器和/或将报告导出为PDF或HTML文件。
缺点 – 我认为迁移现有报告的唯一方法是重新创build它们。 我不知道有任何“导入”function。
顺便说一下，如果您要将报告分发给组织中的许多人，请参阅实施JasperServer–这是一个基于Web的报告前端，非常漂亮。
没有人知道你的用户使用Access做什么，真的可以回答你的问题。
他们只是使用完整的Access来运行现有的Access应用程序，还是使用交互式Access来查询date，创build自己的报告等？
对于前一种情况，Access运行时将工作得很好，从A2007开始，它是免费的（用于运行许可费用为$ 300）。
对于后一种情况，他们是否真的需要访问取决于他们正在使用的访问哪些部分。 他们所做的大部分工作都可以在Excel中完成，但这取决于用户在做什么。 你不会说有多less用户在这里参与，但是对于真正从事实际工作的最终用户而言，170美元在生产力方面似乎并不那么重要。 除了入门级员工之外，这比几天的工资还要less。
已经尝试了一些可能的替代scheme，并没有find完全适合我已经解决了以下解决scheme：
这个设置的优点是我可以继续使用Access作为MySQL的前端，根据需要创build报告。 我必须说，在Access 2010中这样做并不像直到2003年（包括2003年）那样直观。
在财务上，这也certificate是一个很好的折衷，因为我们节省了大量的资金，而不会过分牺牲function。
对于那些在报告方面寻找可能替代scheme的人来说，我发现最近的事情是Navicat ，它有一个明确的从Access中复制的报告生成系统，这是一个相当简单的过渡。