自从人们开始关注LCA的概念自从第一个LCA研究出现，在80年代末90年代初，人们一直在讨论LCA数据标准对于数据库开发，最好是高效的。

以下几项发展形成了这一格局:

• 从1992年到1995年，生命周期数据促进协会(www.spold.org)试图组织数据流。该协会由北欧国家的公司和研究人员成立，并创建了第一个Spold数据格式。
• 1996年，一个名为SPINE的瑞典联盟提出了一个非常详细的格式，描述了如何以一致的方式存储所有数据。这是一个很棒的想法，但不幸的是，所有软件开发人员都必须投入大量精力来遵循这些规则。
• 大约在同一时间，联合国环境规划署- lc倡议就命名达成一致。
• 在90年代后期，Ecoinvent扩展了Spold格式，并将其命名为Eco-spold。它还采用了商定的命名法。
• 与此同时，ISO 14048数据格式的工作也在进行，旨在成为一种数据交换格式。它看起来很有前途，但在最终版本中，它的定义远没有那么严格，所以它不能再用作数据交换格式了。它现在被称为文件格式。
• 2000年左右，一切似乎都走到了一起。在里尔的SETAC会议上，当时的六名主要软件开发人员聚集在一起，演示了他们的软件如何从Ecospold....导入和导出问题解决了!当然，不完全是。
• JRC宣布将开发一种新的格式，他们还引入了一个新的命名法。直到今天，我仍然不知道为什么要这样做。从那时起，我们就一直被混乱和低效率所困扰，因为现在我们突然有了两种格式和两种命名。

为了整理混乱局面，并结束LCA社区中许多其他无益的讨论，SETAC-UNEP生命周期倡议在日本香南发起了第一个佩尔斯通式的研讨会，由日本和美国政府资助，而不是JRC。50位专家(或者我们应该说是麻烦制造者)达成了一个非常高水平的共识:关于LCA的全球指导原则。

问题解决了吗?是也不是。全球指导是伟大的，但它不产生数据，这是我们都需要的。几年后的2013年，欧盟发起了一项政府间合作。它的部分灵感来自PEF飞行员因为欧洲希望确保出口国能够提供数据。继布鲁塞尔和华盛顿会议之后，在马来西亚举行的第三次会议确立了使主要数据库可互操作的目标。成立了三个工作组，研究:

• 允许搜索和获取可互操作数据的系统体系结构
• 命名法:用于识别资源和排放的物质名称的标准列表
• 元数据:描述所需的文档字段，LCA从业者可以使用这些字段来理解数据是关于什么的、它代表什么以及它代表哪一年等等。

互操作性背后的思想是每个数据库都可以独立维护。各国不应判断其他国家数据的质量，但用户应能够确定数据是否“适合用途”。元数据字段将用作数据的选择标准。

在巴西举行的第四次会议建立了非常好的共识。数据架构得到批准，并发出了开发系统的招标。下图描述了由Christoffer Krewer、Sangwon Suh和我共同担任主席的团队开发的架构。它描述了一个系统，其中所有数据库通过接口(API)连接到一个中心节点，用户可以在中心节点上搜索和下载数据。

与此同时，由JRC和Ecoinvent共同主持的命名小组提出了统一的命名法。元数据组在文档字段方面取得了良好的进展，有些字段是必需的，有些字段是可选的。此外,一个Pellston车间最近在西班牙举办了旗舰1b项目，在全球指引和协调方面取得良好进展。

问题解决了吗?这很可能是解决办法，因为我们现在已经在各方之间达成了真正的协商一致意见，解决问题的意愿似乎已经存在。虽然该倡议最初是一个政府间合作进程，旨在使国家数据库可互操作，但它已发展成为全球LCA数据访问(GLAD)。GLAD不仅与政府合作，也与非政府和商业参与者合作。这种开放可能会产生深远的影响，因为没有理由单个LCA软件用户不能成为节点，如果他们愿意的话。这将发展成为LCA从业者之间真正的合作平台。

在PRé，我们当然会密切关注事态发展。我们已经看到很多用户在我们的网站上互相帮助数据LCI讨论列表。我们也相信在这样一个平台上，人们可以互相帮助并发起数据库活动。如果您想分享您的想法，或者如果您对开始数据库开发感兴趣，请给我发封电子邮件。