Vizro项目中的Kedro数据集工厂集成问题解析
2025-06-27 03:31:10作者:温玫谨Lighthearted
在数据科学项目中,Kedro和Vizro是两个非常实用的工具。Kedro提供了优秀的数据管道管理能力,而Vizro则专注于数据可视化仪表板的构建。本文将深入探讨这两个工具集成时遇到的一个技术问题:如何处理Kedro数据集工厂创建的数据集。
问题背景
Kedro的数据集工厂功能允许用户通过模式匹配的方式动态创建数据集配置。例如,可以使用"{dataset_name}#csv"这样的模式来批量定义多个CSV数据集。然而,在Vizro与Kedro集成时,发现无法正确加载这些通过数据集工厂创建的数据集。
技术原理分析
Kedro的数据集工厂实现采用了"懒加载"机制。这意味着:
- 数据集配置存储在模板中,不会立即实例化
- 只有当实际访问数据集时才会进行解析和加载
- 在旧版Kedro中,这些数据集不会出现在catalog.list()的结果中
这种设计虽然提高了性能,但也带来了集成上的挑战。Vizro需要能够发现并加载所有这些数据集,无论它们是直接定义的还是通过工厂模式创建的。
解决方案演进
经过深入的技术讨论,我们确定了几个关键点:
- 对于Kedro 0.19.9及以上版本,可以使用新的KedroDataCatalog接口,它提供了更好的模式匹配支持
- 对于旧版本,需要通过管道(pipeline)信息来发现所有潜在的数据集名称
- 需要区分直接定义的数据集和通过模式匹配解析得到的数据集
最终的解决方案采用了以下策略:
def datasets_from_catalog(catalog, pipeline=None):
# 获取基础数据集配置
config_resolver = catalog.config_resolver
kedro_datasets = config_resolver.config.copy()
if pipeline is not None:
# 尝试解析管道中的所有数据集名称
for dataset_name in set(pipeline.datasets()) - set(kedro_datasets):
if dataset_config := config_resolver.resolve_pattern(dataset_name):
kedro_datasets[dataset_name] = dataset_config
# 过滤并返回pandas数据集
return {
name: dataset.load
for name, config in kedro_datasets.items()
if "pandas" in config["type"]
}
实现细节
这个解决方案有几个关键的技术要点:
- 同时支持直接配置和工厂模式数据集
- 通过可选的pipeline参数增强数据集发现能力
- 保持向后兼容性,不影响现有代码
- 只返回pandas类型的数据集,与Vizro当前能力匹配
测试用例设计也很有讲究,需要覆盖:
- 直接定义的数据集
- 通过工厂模式解析的数据集
- 混合使用的情况
- 不同Kedro版本的兼容性
未来展望
随着Kedro 1.0.0的发布,数据集管理API可能会有进一步的变化。Vizro的集成方案也需要相应演进:
- 支持更多类型的数据框架,如polars
- 更深入地与Kedro项目结构集成
- 可能的CLI工具支持,简化仪表板创建流程
- 与kedro-viz可视化工具的深度整合
这个问题的解决不仅完善了Vizro的功能,也为未来更深入的集成奠定了基础。通过这种技术协作,两个优秀的开源项目能够更好地服务于数据科学社区。
登录后查看全文
热门项目推荐
相关项目推荐
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0223
cann-learning-hubCANN 学习中心仓,支持在线互动运行、边学边练,提供教程、示例与优化方案,一站式助力昇腾开发者快速上手。Jupyter Notebook0142
uni-appA cross-platform framework using Vue.jsJavaScript09
GLM-5.2智谱开源 GLM-5.2,这是针对长文本任务的最新旗舰模型。相较于前代产品 GLM-5.1,它在长文本任务处理能力上实现了显著飞跃,并且首次在稳定的 100 万 token 上下文中提供这一能力。Jinja00
SwanLab⚡️SwanLab - an open-source, modern-design AI training tracking and visualization tool. Supports Cloud / Self-hosted use. Integrated with PyTorch / Transformers / LLaMA Factory / veRL/ Swift / Ultralytics / MMEngine / Keras etc.Python00
tiny-universe《大模型白盒子构建指南》:一个全手搓的Tiny-UniverseJupyter Notebook04
项目优选
收起
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
470
468
deepin linux kernel
C
32
16
暂无描述
Dockerfile
780
5.09 K
Ascend Extension for PyTorch
Python
759
969
本项目是CANN提供的神经网络类计算算子库,实现网络在NPU上加速计算。
C++
705
1.41 K
Claude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed.
Get Started
Rust
2.13 K
223
本项目是CANN提供的transformer类大模型算子库,实现网络在NPU上加速计算。
C++
888
2.03 K
本仓库是 Flutter SDK 与 Flutter Engine 的 OpenHarmony 适配版本,由 CPF-Flutter 团队维护。开发者可使用熟悉的 Flutter 技术栈开发 OpenHarmony 应用,3.35.7 及以后的适配版本可基于本仓库源码构建支持 OpenHarmony 的 Flutter Engine。
Dart
1.04 K
272
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
C
462
5.49 K
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
1.11 K
1.15 K