Jus*_*tin 2 database user-interface ms-access vba ms-office
我创建了一个用于跟踪指标的数据库,其中包含一些自动化技巧(电子邮件,.doc,.ppt演示文稿等),其中包含一个非常大的主表,以及许多表单/ GUI.这是我第一次担心这个问题的MDE /前端.因此,如果你非常友好地回答几个问题,或者提出任何建议,我将非常感激(我讨厌所有这些工作都不被利用).
我需要做的第一件事是什么？它是必须转换为03以创建MDE的2000版本,但是在我使用数据库拆分器之前完成了吗？
数据库中的对象数量是否会影响执行此操作的能力？我有80个表单,70个查询,20多个宏,12个表等等......但是一旦前端在那里,对象的数量是否会阻止其中一些工作正常？
当我分割数据库时,我可以继续在"后端"上工作/进行更改等,并让这些更改直接影响前端吗？
这些可能是一些基本问题,但我不知道答案所以.....谢谢!
这是我的2¢.
问题1 - 我从未使用数据库分割器,因为我觉得我有更多的控制手动操作.如果您手动执行此操作,则可以将其用于没有数据库拆分器的版本.但是,如果您确实使用了拆分器 - 是的 - 您必须在执行之前升级到具有拆分器的版本.
这里手动执行这些步骤.
应该这样做.如果你搞砸了你做了备份......对吗？
一些提示和陷阱...确保您转到工具/选项,并且您没有显示系统和隐藏表.您只是不想从MyApp中删除系统表.另一种方法是不要删除以MSys或USys开头的表.
问题2 - 无论您拥有多少物体,都无关紧要.事实上,无论如何你都没有那么多物品.
问题3 - 是的...您将在MyAppData.mdb中进行后端更改,当您打开MyApp.mdb时,这些更改将自动神奇地在那里查看和查询等.(在查询设计器中,您可能需要保存/关闭/如果在查询中创建了mod,则重新打开以查看新字段.除此之外的新表是您必须使用文件/获取外部数据/链接表选项来创建指向新表的链接.
要记住的一件事(我希望你已经意识到)是分裂数据库的一个缺点是当你部署前端文件时,通常数据的相对路径因机器而异,并且没有自动在访问中重新链接表.如果目标客户端具有完全访问权限,则可以始终使用工具/数据库实用程序/链接表管理器刷新指向正确位置的链接.如果您不能这样做,那么您将必须执行以下操作之一:
1.编写为您自动重新链接的代码.基本上它会检查链接...如果无效,它将提示用户输入数据(或在INI文件中查找)并重新链接表.
2.始终将应用程序部署到所有计算机上的相同位置.如果您对您的应用程序有商业愿景,这将无法工作......我出于学术原因提及它.对于有限部署而言,这可能是可行的,您可以在每台计算机上对文件放置进行大量控制.
3.将数据文件(MyAppDATA.mdb)放到网络共享上,并使用驱动器映射或UNC(\ myserver\mydata\ApplicationData\MyAppData.mdb)在网络上链接表.后者是首选,但它们都具有与第二个相同的风险.
赛斯
PS这个答案假定Access
2003.PPS如果您的应用程序有商业愿景,那么表格链接必须非常强大.PPPS我同意评论者的意见,如果你的技能在你的技能组合中你可能想要冒险并做SQL.