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 StartedRust0138- DDeepSeek-V4-ProDeepSeek-V4-Pro(总参数 1.6 万亿,激活 49B)面向复杂推理和高级编程任务,在代码竞赛、数学推理、Agent 工作流等场景表现优异,性能接近国际前沿闭源模型。Python00
GLM-5.1GLM-5.1是智谱迄今最智能的旗舰模型,也是目前全球最强的开源模型。GLM-5.1大大提高了代码能力,在完成长程任务方面提升尤为显著。和此前分钟级交互的模型不同,它能够在一次任务中独立、持续工作超过8小时,期间自主规划、执行、自我进化,最终交付完整的工程级成果。Jinja00
MiniCPM-V-4.6这是 MiniCPM-V 系列有史以来效率与性能平衡最佳的模型。它以仅 1.3B 的参数规模,实现了性能与效率的双重突破,在全球同尺寸模型中登顶,全面超越了阿里 Qwen3.5-0.8B 与谷歌 Gemma4-E2B-it。Jinja00
MiniMax-M2.7MiniMax-M2.7 是我们首个深度参与自身进化过程的模型。M2.7 具备构建复杂智能体应用框架的能力,能够借助智能体团队、复杂技能以及动态工具搜索,完成高度精细的生产力任务。Python00
MusicFreeDesktop插件化、定制化、无广告的免费音乐播放器TypeScript00
热门内容推荐
最新内容推荐
项目优选
收起
暂无描述
Dockerfile
726
4.66 K
Ascend Extension for PyTorch
Python
599
750
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
1.09 K
610
deepin linux kernel
C
29
16
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
1.01 K
138
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
427
377
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
992
988
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.66 K
971
暂无简介
Dart
969
246
昇腾LLM分布式训练框架
Python
162
190