`
antivir
  • 浏览: 97812 次
  • 来自: ...
社区版块
存档分类
最新评论

oracle多行转字符串

阅读更多

http://sites.google.com/site/o52tger/Home/wo-de-cheng-xu-yuan-zhi-lu/oracleduoxingzhuanhuanchengzifuchuanfangfazongjie

 

Oracle多行转换成字符串方法总结

2008-11-10 上午6:44 发布人 tiger chang 当我们在做一些比较复杂的数据导出时,可能会经常遇到要将不固定的多行数据组合成一个字符串返回;ISVP中就遇到了类似 的情况,要求对于每一个APP,返回他所属的所有类目名称,类目名称之间用,隔开;对于该类型的问题,总结一下大致有如下几种常见方案;在具体陈述实现方 案之前,我们先介绍下我们即将操作的表结构:

  1. SQL> desc app_category_link;
    Name                 Type         Nullable Default Comments     
    -------------------- ------------ -------- ------- -------------
    APP_CATEGORY_LINK_ID VARCHAR2(20)                  主关键       
    APP_ID               VARCHAR2(20)                  应用ID       
    APP_CATEGORY_ID      VARCHAR2(20)                  应用类别ID   

其中字段APP_ID和APP_CATEGORY_ID是一对多关系;

方案1:sys_connect_by_path + start with ... connect by ... prior + 分析函数

从上面的这个公式中我们可以看出,该方案主要是通过分析函数和父子级联查询 来完成,一般是一条SQL搞定,比较省事;首先来看几个具体实现SQL;
具体实现1:

  1. SELECT app_id,
  2.        ltrim(max(sys_connect_by_path(app_category_id,  ',' )),  ',' ) categ_ids
  3.   FROM (SELECT app_id,
  4.                app_category_id,
  5.                app_category_id ||  '|'  || rn rchild,
  6.                app_category_id ||  '|'  || (rn -  1 ) rfather
  7.           FROM (SELECT app_id,
  8.                        app_category_id,
  9.                        row_number() over(PARTITION BY app_id ORDER BY app_category_id) rn
  10.                   FROM app_category_link))
  11.  START WITH rfather LIKE  '%|0'
  12. CONNECT BY PRIOR rchild = rfather
  13.  GROUP BY app_id;

具体实现2:

  1. select app_id,
  2.        ltrim(max(sys_connect_by_path(app_category_id,  ',' )),  ',' ) categ_ids
  3.   from (select t.app_id,
  4.                t.app_category_id,
  5.                min(t.app_category_id) over(partition by app_id) categ_min,
  6.                (row_number() over(order by app_id, app_category_id)) +
  7.                (dense_rank() over(order by app_id)) numid
  8.           from app_category_link t)
  9.  start with app_category_id = categ_min
  10. connect by numid -  1  = prior numid
  11.  group by app_id;

具体实现3:

  1. select app_id,
  2.        ltrim(max(sys_connect_by_path(app_category_id,  ',' )),  ',' ) categ_ids
  3.   from (select t.app_id,
  4.                t.app_category_id,
  5.                (row_number()
  6.                 over(partition by app_id order by app_category_id)) numid
  7.           from app_category_link t)
  8.  start with numid =  1
  9. connect by numid -  1  = prior numid
  10.        and app_id = prior app_id
  11.  group by app_id;

具体实现4:

  1. select app_id,
  2.        ltrim(sys_connect_by_path(app_category_id,  ',' ),  ',' ) categ_ids
  3.   from (select t.app_id,
  4.                t.app_category_id,
  5.                (row_number()
  6.                 over(partition by app_id order by app_category_id)) numid
  7.           from app_category_link t)
  8.  WHERE connect_by_isleaf =  1
  9.  start with numid =  1
  10. connect by numid -  1  = prior numid
  11.        and app_id = prior app_id;

请注意看4种实现方式的区别,下面分别介绍下这4种实现方式的具体思路;
第1种 实现采用了1个分析函 数、2次子查询、一个like、以及父子级联查询字段值连接;可以猜测下性能肯定不咋的,2次子查询本来已经很耗时了,对查询出来的结果集还要用like 匹配,速度就更慢了,此法可以查询到我们需要的具体数据,但是效率很低,不可取;他的实现思路是利用待查询字段值与各APP下面各类目ID的序列值进行组 合,并作为父子关系级联的依据;
第2种 实现采用了3个分析函数、1次全表扫描、以及父子级联字段值连接;和第 1种实现比较而言的话效率会高不少;他的实现思路是利用各APP对应的最小类目ID作为父子级联的开始点,而父子级联的依据是row_number()+ dense_rank(),这样做主要是为了避免无限循环;
第3、4两种 实现思路基本上是一样的,都是1个分 析函数、1次全表扫描、以及父子级联字段值连接;从代码长度来说,比前2种实现方式简洁了不少,思路也清晰了很多,直接利用各APP对应类目ID的序列值 作为父子级联的开始点和连接依据;但仔细看看两者的SQL,会发现第3这种方式用到了group by子句,而第4种实现却没有用到,而是在where子句中添加了connect_by_isleaf = 1 的查询条件;从性能上来看,应该是第4种实现方式更高,但他只能在10g及其以后的版本中才能使用,connect_by_isleaf 字段是10g中新提供的一个伪列,他可以用来判断该条记录是否是树形记录的叶节点,不过还在用9i版本的可能就有些可惜了;
综合以上分析,对4种实现方案,个人推荐使用第3、4两种实现方式 ,具体哪种可以看所用oracle的版本而定,简而言之,这种实现方式优雅、简洁、高效

方案2:自定义Function/SP

在Oracle中提供了非常强大的自定义Function/SP功能,对于该需求,如果说大家觉得方案1中的SQL太长太复杂,那完全 可以考虑这种方案;但是和java开发一样,相同的功能不同的人员来实现都会有不同的效果,代码的质量也都会不一样;下面我们就从不同方面来介绍几种 function的具体实现方式;
实现1:最简单明了、但可扩展性极差 ;对于我们需要的该表 app_category_link写一个特定的function,传入app_id,然后在function内部查询出该app_id对应的所有类目 ID信息,然后对结果集循环,最后将连接成的字符串返回;若有很多类似的表都有这样的查询,就得写多个对应的function,所以扩展性极差,但却最简 单、有效;
实现2:实现较复杂、但可扩展性较好 ;这种实现方式从实现1演变而来,主要是为了解决多表问题;需要将待查询表名、待查询字段key-value、需连接的字段名 作为参数传入function,function内部会组装这些参数并形成select语句,查询并对返回结果集循环连接;
实现3:实现简单、可扩展性好 ;不会吧!鱼和熊掌能够兼得?呵呵,当然可以,实现2中的思路值得借鉴,但是扩展性仍然不够,因为function内部需要组装查询sql,当然最好的方式是分工明确,function中只针对结果集进行循环连接 ,而不需要关心结果集是如何得来的,这和实际java开发有异曲同工之妙!
针对以上3种实现方式,很明显实现3占据几乎所有的优势,推荐采用;以下贴一段参考代码;
function实现:

  1. create or replace type strings_table is table of varchar2( 20 );
  2. /
  3. create or replace function mymerge (pv in strings_table)  return  varchar2
  4. is
  5.   ls varchar2( 4000 );
  6. begin
  7.    for  i in  1 ..pv.count loop
  8.     ls := ls ||  ','  || pv(i);
  9.   end loop;
  10.    return  ls;
  11. end;
  12. /

具体调用function的SQL实现:

  1. select t0.app_id,
  2.        mymerge(cast(multiset (select t.app_category_id
  3.                        from app_category_link t
  4.                       where t.app_id = t0.app_id) as strings_table)) categ_ids
  5.   from (select distinct app_id from app_category_link) t0;

方案3:Oracle 10g + wmsys.wm_concat

可能我们提到的这个功能太普遍了,oracle在10g及其以上版本提供了一个内置函数,可以搞定类似需求,用了这个function之后代码变得异常简单,只能说太优雅喽;具体参见如下SQL:

  1. select app_id, wmsys.wm_concat(app_category_id) categ_ids
  2.   from app_category_link t
  3.  group by t.app_id;

注意:该函数好像不支持对待查询字段排序,也就是说无法对app_category_id连接的顺序进行指定;若要完成该功能,只能利用子查询先用order by排序好,然后再调用该函数;
另外,由于该函数是加密过的,看不到源代码,所以不知道function内部具体是如何实现的,是不是采用我们上面方案2中所提到的某一种呢?
其实在10g里面,还有一个MODEL SQL ,也可以实现类似的功能,不过我还没有研究过,暂时略过,有兴趣的同学可以先研究研究;

上面提到了很多的针对不固定行转换成 字符串的实现方案,从各方案的比较来看,当然推荐用户升级到10g,这样就有很多的高级功能可以使用了;不过在现实需求中,还有一些是固定行转换成字符 串,对于这种需求想象下,实现应该会更简单,呵呵,但实际效果却并没有我们想象中那么好,其实这些实现都是人肉级的查询 ,那都有哪些实现方式呢?
其一,MAX + DECODE / CASE :该组合经常被用于固定行转换成固定多列,我们只要稍微变化下就可以满足我们的固定行转换成字符串的需求了,用 || 或者concat函数将各列连接起来即可;
其二,ROW_NUMBER + LEAD :这种组合主要是利用分析函数来实现,因为分析函数可以很容易的提取到当前记录之前或者之后N条记录的值,所以当我们明确知道有多少行需要连接组合时,就可以利用LEAD这个分析函数来搞定;

对于本文中提到的一些Oracle所特有的function或者是SQL语法,请参考我前面的几篇文章:
用START WITH...CONNECT BY PRIOR子句实现递归查询:http://blog.csdn.net/sfdev/archive/2008/06/03/2508621.aspx
ORACLE进阶之三:分析函数:http://blog.csdn.net/sfdev/archive/2008/02/23/2115244.aspx

分享到:
评论

相关推荐

    智能车竞赛介绍(竞赛目标和赛程安排).zip

    全国大学生智能汽车竞赛自2006年起,由教育部高等教育司委托高等学校自动化类教学指导委员会举办,旨在加强学生实践、创新能力和培养团队精神的一项创意性科技竞赛。该竞赛至今已成功举办多届,吸引了众多高校学生的积极参与,此文件为智能车竞赛介绍

    集字卡v4.3.4微信公众号原版三种UI+关键字卡控制+支持强制关注.zip

    字卡v4.3.4 原版 三种UI+关键字卡控制+支持获取用户信息+支持强制关注 集卡模块从一开始的版本到助力版本再到现在的新规则版本。 集卡模块难度主要在于 如何控制各种不同的字卡组合 被粉丝集齐的数量。 如果不控制那么一定会出现超过数量的粉丝集到指定的字卡组合,造成奖品不够的混乱,如果大奖价值高的话,超过数量的粉丝集到大奖后,就造成商家的活动费用超支了。我们冥思苦想如何才能限制集到指定字卡组合的粉丝数,后我们想到了和支付宝一样的选一张关键字卡来进行规则设置的方式来进行限制,根据奖品所需的关键字卡数,设定规则就可以控制每种奖品所需字卡组合被粉丝集到的数量,规则可以在活动进行中根据需要进行修改,活动规则灵活度高。新版的集卡规则,在此次政府发布号的活动中经受了考验,集到指定字卡组合的粉丝没有超出规则限制。有了这个规则限制后,您无需盯着活动,建好活动后就无人值守让活动进行就行了,您只需要时不时来看下蹭蹭上涨的活动数据即可。 被封? 无需担心,模块内置有防封功能,支持隐藏主域名,显示炮灰域名,保护活动安全进行。 活动准备? 只需要您有一个认证服务号即可,支持订阅号借用认证服务号来做活动。如果您

    出口设备线体程序详解:PLC通讯下的V90控制与开源FB284工艺对象实战指南,出口设备线体程序详解:PLC通讯与V90控制集成,工艺对象与FB284协同工作,开源学习V90控制技能,出口设备1200

    出口设备线体程序详解:PLC通讯下的V90控制与开源FB284工艺对象实战指南,出口设备线体程序详解:PLC通讯与V90控制集成,工艺对象与FB284协同工作,开源学习V90控制技能,出口设备1200线体程序,多个plc走通讯,内部有多个v90,采用工艺对象与fb284 共同控制,功能快全部开源,能快速学会v90的控制 ,出口设备; 1200线体程序; PLC通讯; 多个V90; 工艺对象; FB284; 功能开源; V90控制。,V90工艺控制:开源功能快,快速掌握1200线体程序与PLC通讯

    基于Arduino与DAC8031的心电信号模拟器资料:心电信号与正弦波的双重输出应用方案,Arduino与DAC8031心电信号模拟器:生成心电信号与正弦波输出功能详解,基于arduino +DAC

    基于Arduino与DAC8031的心电信号模拟器资料:心电信号与正弦波的双重输出应用方案,Arduino与DAC8031心电信号模拟器:生成心电信号与正弦波输出功能详解,基于arduino +DAC8031的心电信号模拟器资料,可输出心电信号,和正弦波 ,基于Arduino;DAC8031;心电信号模拟器;输出心电信号;正弦波输出;模拟器资料,基于Arduino与DAC8031的心电信号模拟器:输出心电与正弦波

    (参考项目)MATLAB口罩识别检测.zip

    MATLAB口罩检测的基本流程 图像采集:通过摄像头或其他图像采集设备获取包含面部的图像。 图像预处理:对采集到的图像进行灰度化、去噪、直方图均衡化等预处理操作,以提高图像质量,便于后续的人脸检测和口罩检测。 人脸检测:利用Haar特征、LBP特征等经典方法或深度学习模型(如MTCNN、FaceBoxes等)在预处理后的图像中定位人脸区域。 口罩检测:在检测到的人脸区域内,进一步分析是否佩戴口罩。这可以通过检测口罩的边缘、纹理等特征,或使用已经训练好的口罩检测模型来实现。 结果输出:将检测结果以可视化方式展示,如在图像上标注人脸和口罩区域,或输出文字提示是否佩戴口罩。

    kernel-debug-devel-3.10.0-1160.119.1.el7.x64-86.rpm.tar.gz

    1、文件内容:kernel-debug-devel-3.10.0-1160.119.1.el7.rpm以及相关依赖 2、文件形式:tar.gz压缩包 3、安装指令: #Step1、解压 tar -zxvf /mnt/data/output/kernel-debug-devel-3.10.0-1160.119.1.el7.tar.gz #Step2、进入解压后的目录,执行安装 sudo rpm -ivh *.rpm 4、更多资源/技术支持:公众号禅静编程坊

    day02供应链管理系统-补充.zip

    该文档提供了一个关于供应链管理系统开发的详细指南,重点介绍了项目安排、技术实现和框架搭建的相关内容。 文档分为以下几个关键部分: 项目安排:主要步骤包括搭建框架(1天),基础数据模块和权限管理(4天),以及应收应付和销售管理(5天)。 供应链概念:供应链系统的核心流程是通过采购商品放入仓库,并在销售时从仓库提取商品,涉及三个主要订单:采购订单、销售订单和调拨订单。 大数据的应用:介绍了数据挖掘、ETL(数据抽取)和BI(商业智能)在供应链管理中的应用。 技术实现:讲述了DAO(数据访问对象)的重用、服务层的重用、以及前端JS的继承机制、jQuery插件开发等技术细节。 系统框架搭建:包括Maven环境的配置、Web工程的创建、持久化类和映射文件的编写,以及Spring配置文件的实现。 DAO的需求和功能:供应链管理系统的各个模块都涉及分页查询、条件查询、删除、增加、修改操作等需求。 泛型的应用:通过示例说明了在Java语言中如何使用泛型来实现模块化和可扩展性。 文档非常技术导向,适合开发人员参考,用于构建供应链管理系统的架构和功能模块。

    基于四旋翼无人机的PD控制研究 附Matlab代码.rar

    1.版本:matlab2014/2019a/2024a 2.附赠案例数据可直接运行matlab程序。 3.代码特点:参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象:计算机,电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。

    C#与VB实现欧姆龙PLC的Fins TCP通信案例源码:调用动态链接库进行数据读写,定时器与计数器数据区的简洁读写操作示例,C#与VB实现欧姆龙PLC的Fins TCP通信案例源码:调用动态链接库进

    C#与VB实现欧姆龙PLC的Fins TCP通信案例源码:调用动态链接库进行数据读写,定时器与计数器数据区的简洁读写操作示例,C#与VB实现欧姆龙PLC的Fins TCP通信案例源码:调用动态链接库进行读写操作,涵盖定时器计数器数据区学习案例,C#欧姆龙plc Fins Tcp通信案例上位机源码,有c#和VB的Demo,c#上位机和欧姆龙plc通讯案例源码,调用动态链接库,可以实现上位机的数据连接,可以简单实现D区W区定时器计数器等数据区的读写,是一个非常好的学习案例 ,C#; 欧姆龙PLC; Fins Tcp通信; 上位机源码; 动态链接库; 数据连接; D区W区读写; 定时器计数器; 学习案例,C#实现欧姆龙PLC Fins Tcp通信上位机源码,读写数据区高效学习案例

    可调谐石墨烯超材料吸收体的FDTD仿真模拟研究报告:吸收光谱的化学势调节策略与仿真源文件解析,可调谐石墨烯超材料吸收体:化学势调节光谱的FDTD仿真模拟研究,可调谐石墨烯超材料吸收体FDTD仿真模拟

    可调谐石墨烯超材料吸收体的FDTD仿真模拟研究报告:吸收光谱的化学势调节策略与仿真源文件解析,可调谐石墨烯超材料吸收体:化学势调节光谱的FDTD仿真模拟研究,可调谐石墨烯超材料吸收体FDTD仿真模拟 【案例内容】该案例提供了一种可调谐石墨烯超材料吸收体,其吸收光谱可以通过改变施加于石墨烯的化学势来进行调节。 【案例文件】仿真源文件 ,可调谐石墨烯超材料吸收体; FDTD仿真模拟; 化学势调节; 仿真源文件,石墨烯超材料吸收体:FDTD仿真调节吸收光谱案例解析

    RBF神经网络控制仿真-第二版

    RBF神经网络控制仿真-第二版

    松下PLC与威纶通触摸屏转盘设备控制:FPWINPRO7与EBPRO智能编程与宏指令应用,松下PLC与威纶通触摸屏转盘设备控制解决方案:FPWINPRO7与EBPRO协同工作,实现多工位转盘加工与IE

    松下PLC与威纶通触摸屏转盘设备控制:FPWINPRO7与EBPRO智能编程与宏指令应用,松下PLC与威纶通触摸屏转盘设备控制解决方案:FPWINPRO7与EBPRO协同工作,实现多工位转盘加工与IEC编程模式控制,松下PLC+威纶通触摸屏的转盘设备 松下PLC工程使用程序版本为FPWINPRO7 7.6.0.0版本 威纶通HMI工程使用程序版本为EBPRO 6.07.02.410S 1.多工位转盘加工控制。 2.国际标准IEC编程模式。 3.触摸屏宏指令应用控制。 ,松下PLC; 威纶通触摸屏; 转盘设备控制; 多工位加工控制; IEC编程模式; 触摸屏宏指令应用,松下PLC与威纶通HMI联控的转盘设备控制程序解析

    基于循环神经网络(RNN)的多输入单输出预测模型(适用于时间序列预测与回归分析,需Matlab 2021及以上版本),基于循环神经网络(RNN)的多输入单输出预测模型(matlab版本2021+),真

    基于循环神经网络(RNN)的多输入单输出预测模型(适用于时间序列预测与回归分析,需Matlab 2021及以上版本),基于循环神经网络(RNN)的多输入单输出预测模型(matlab版本2021+),真实值与预测值对比,多种评价指标与线性拟合展示。,RNN预测模型做多输入单输出预测模型,直接替数据就可以用。 程序语言是matlab,需求最低版本为2021及以上。 程序可以出真实值和预测值对比图,线性拟合图,可打印多种评价指标。 PS:以下效果图为测试数据的效果图,主要目的是为了显示程序运行可以出的结果图,具体预测效果以个人的具体数据为准。 2.由于每个人的数据都是独一无二的,因此无法做到可以任何人的数据直接替就可以得到自己满意的效果。 这段程序主要是一个基于循环神经网络(RNN)的预测模型。它的应用领域可以是时间序列预测、回归分析等。下面我将对程序的运行过程进行详细解释和分析。 首先,程序开始时清空环境变量、关闭图窗、清空变量和命令行。然后,通过xlsread函数导入数据,其中'数据的输入'和'数据的输出'是两个Excel文件的文件名。 接下来,程序对数据进行归一化处理。首先使用ma

    【图像识别】手写文字识别研究 附Matlab代码+运行结果.rar

    1.版本:matlab2014/2019a/2024a 2.附赠案例数据可直接运行matlab程序。 3.代码特点:参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象:计算机,电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。

    旅游管理系统(基于springboot,mysql,java).zip

    旅游管理系统中的功能模块主要是实现管理员;首页、个人中心、用户管理、旅游方案管理、旅游购买管理、系统管理,用户;首页、个人中心、旅游方案管理、旅游购买管理、我的收藏管理。前台首页;首页、旅游方案、旅游资讯、个人中心、后台管理等功能。经过认真细致的研究,精心准备和规划,最后测试成功,系统可以正常使用。分析功能调整与旅游管理系统实现的实际需求相结合,讨论了Java开发旅游管理系统的使用。 从上面的描述中可以基本可以实现软件的功能: 1、开发实现旅游管理系统的整个系统程序;  2、管理员;首页、个人中心、用户管理、旅游方案管理、旅游购买管理、系统管理等。 3、用户:首页、个人中心、旅游方案管理、旅游购买管理、我的收藏管理。 4、前台首页:首页、旅游方案、旅游资讯、个人中心、后台管理等相应操作; 5、基础数据管理:实现系统基本信息的添加、修改及删除等操作,并且根据需求进行交流查看及回复相应操作。

    Boost二级升压光伏并网结构的Simulink建模与MPPT最大功率点追踪:基于功率反馈的扰动观察法调整电压方向研究,Boost二级升压光伏并网结构的Simulink建模与MPPT最大功率点追踪:基

    Boost二级升压光伏并网结构的Simulink建模与MPPT最大功率点追踪:基于功率反馈的扰动观察法调整电压方向研究,Boost二级升压光伏并网结构的Simulink建模与MPPT最大功率点追踪:基于功率反馈的扰动观察法调整电压方向研究,Boost二级升压光伏并网结构,Simulink建模,MPPT最大功率点追踪,扰动观察法采用功率反馈方式,若ΔP>0,说明电压调整的方向正确,可以继续按原方向进行“干扰”;若ΔP<0,说明电压调整的方向错误,需要对“干扰”的方向进行改变。 ,Boost升压;光伏并网结构;Simulink建模;MPPT最大功率点追踪;扰动观察法;功率反馈;电压调整方向。,光伏并网结构中Boost升压MPPT控制策略的Simulink建模与功率反馈扰动观察法

    基于matlab平台的图像去雾设计.zip

    运行GUI版本,可二开

    Deepseek相关参考资源文档

    Deepseek相关主题资源及行业影响

    WP Smush Pro3.16.12 一款专为 WordPress 网站设计的图像优化插件开心版.zip

    WP Smush Pro 是一款专为 WordPress 网站设计的图像优化插件。 一、主要作用 图像压缩 它能够在不影响图像质量的前提下,大幅度减小图像文件的大小。例如,对于一些高分辨率的产品图片或者风景照片,它可以通过先进的压缩算法,去除图像中多余的数据。通常 JPEG 格式的图像经过压缩后,文件大小可以减少 40% – 70% 左右。这对于网站性能优化非常关键,因为较小的图像文件可以加快网站的加载速度。 该插件支持多种图像格式的压缩,包括 JPEG、PNG 和 GIF。对于 PNG 图像,它可以在保留透明度等关键特性的同时,有效地减小文件尺寸。对于 GIF 图像,也能在一定程度上优化文件大小,减少动画 GIF 的加载时间。 懒加载 WP Smush Pro 实现了图像懒加载功能。懒加载是一种延迟加载图像的技术,当用户滚动页面到包含图像的位置时,图像才会加载。这样可以避免一次性加载大量图像,尤其是在页面内容较多且包含许多图像的情况下。例如,在一个新闻网站的长文章页面,带有大量配图,懒加载可以让用户在浏览文章开头部分时,不需要等待所有图片加载,从而提高页面的初始加载速度,同时也能

    1. Download this file: https://cdn-media.huggingface.co/frpc-gradio-0.3/frpc-windows-amd64.exe

    Could not create share link. Missing file: C:\Users\xx\.conda\envs\omni\Lib\site-packages\gradio\frpc_windows_amd64_v0.3 1. Download this file: https://cdn-media.huggingface.co/frpc-gradio-0.3/frpc_windows_amd64.exe 2. Rename the downloaded file to: frpc_windows_amd64_v0.3 3. Move the file to this location: C:\Users\xx\.conda\envs\omni\Lib\site-packages\gradio

Global site tag (gtag.js) - Google Analytics