0

我会尽量让我的场景尽可能简短和切中要害。

我目前工作的办公室在 Windows 98 / XP 上使用 Lotus Smartsuite,使用大量 Lotus Script 将 Lotus 123 和 Lotus Word Pro 文档联系在一起。他们还大量使用 Lotus Object Linking 功能。我将在下面描述它的行为:

您可以用大量数据填充 123 电子表格中的行和列,以任何您喜欢的方式对其进行样式设置和格式化,并将其定义为一个范围(这里没有什么独特的)。但是,您随后可以复制该范围并将其作为链接粘贴到 Lotus Word Pro 文档中。然后,此链接按其范围名称分类,因此将范围扩展回 123 文件会导致 Word Pro 文档中的表格扩展。此链接还带有 123 电子表格中单元格的所有格式和样式。我想你现在已经知道了,这个链接是完全实时的,你可以双击对象中的任何地方,它会打开 123 文件进行编辑,所有更改都会在两个文档之间来回切换。

注意:为了清楚起见,这与 Open Office 中的 DDE 链接不同,它似乎允许复制未定义的单元格范围以导入到所有格式都丢失的文档中并来回编辑不是直截了当。它与 OLE 对象的行为也不同,OLE 对象似乎只导入整个电子表格,而不是其中的一小部分。

然而,近年来,支持这种较旧的软件(Lotus)变得越来越困难,特别是在向客户发送文档方面(Lotus word Pro 文件通常不被更现代的 Office 工具支持)并且对 Lotus Smartsuite 的技术支持似乎几乎没有-这些天存在。此外,由于担心主流 IT 技术人员不再使用脚本语言进行持续开发,因此持续开发和支持似乎是徒劳的。一旦编写它的人转向其他事情,我们将留下意大利面条脚本,没有人可以帮助我们。

因此,我们的目标是在年底前“现代化”我们的 IT 系统。Linux 也正在成为一个非常可行的选择(毫无疑问是 Debian 或衍生产品),但 Open Office 似乎没有上面提到的链接功能。这种链接如此重要的原因是因为办公室的老手们已经习惯了这种工作方式——将数据存储在电子表格中,稍后在他们的 Word Pro 文档中链接回它,等等。我认为他们非常热衷于保留这种做法正在进行中,我们在现代办公工具中没有发现类似的东西(按照我的要求)。作为一名软件工程师(精通多种语言),我可以看到,这种做法如何不是使用和存储数据的最安全或最佳方式(我想到了数据库),

所以,对于那些仍然和我在一起的人,我想我要问的是:

  1. 这种存储数据、将其格式化为电子表格并在 word 文档之间直接来回导入数据的做法是好是坏,可以做些什么呢?我想我需要证明我的观点,以防万一。

  2. 对于 Linux 或 Windows,是否有任何现代替代方法可以替代这种链接方法(无论天气如何,它是好还是坏的做法)?此链接必须带有格式和动态范围大小(DDE 链接似乎不是答案)。

  3. 如果您必须从头开始,您的解决方案是什么?将所有内容存储在数据库中并使用 SQL 简单地询问您在 Word 文档中需要的数据?你会怎么做?你会用什么软件?

对这种情况的任何帮助都将非常有帮助,或者如果您知道我应该去哪里寻求建议,那也将不胜感激。

感谢您的阅读!

4

1 回答 1

0

我的建议是先退一步。现在做事的方式有什么好处?这只是一个很难改掉的习惯吗?是否有任何理由需要按原样维护和链接文档和电子表格,或者这只是一个要求,因为“以前就是这样做的”?

如果您可以删除该要求,您将拥有更多选择,并且您正在构建一个更易于理解和维护的系统。

关于问题1,我认为将数据存储在电子表格中没有任何问题,尤其是在最终用户需要创建和维护它们并且开发人员有限的情况下。一些问题是这些数据是否需要保护、是否在电子表格之间关联、是否在整个公司内复制,或者是否应该以更好的方式在公司内共享。如果其中任何一个是正确的,那么集中式数据库将更有意义。就我个人而言,我希望将任何有价值的数据安全地存储在可以管理的数据库中,可以控制对其的访问,可以轻松备份等。

关于问题 2,您可以在 Microsoft Office 中执行相同的操作。您可以链接文档,以便数据保留在源 excel doc 中但出现在 word doc 中,或者您可以将 excel 电子表格嵌入 word doc 中。

您可能希望查看 Microsoft Access 以存储数据和生成报告。或者,您可以使用关系数据库后端和报告前端来构建应用程序。可能性是广泛的。这实际上取决于专业知识在公司内部的位置。

如果是我,我可能会使用 SQL Express 后端(它是免费的)和自定义 ASP.NET MVC 应用程序来生成报告,但这正是我的专长所在。

于 2011-04-18T03:41:15.347 回答