行路独迷见-CSDN博客

原创 python学习之迭代器和生成器

在迭代器中，我们将对列表使用一个iter方法，这个就是迭代器的方法（注意：此时程序并没有在内存中调用该列表中的值），把迭代器想象成一个生产工厂，每一个原材料（列表中的每一个值）都会逐个进入到加工厂（next函数）进行加工(print操作)后生成，所以我产生了一个疑问，那么nums列表是一个一个的减少的吗？4、next调用第三步里的num方法，在yield处向后执行，打印“生成器后操作”，随后while循环打印“生成器前操作”和“生成器：最终值：2”，因为又运行到了yield处，所以程序退出运行。

2024-05-29 21:48:40 258

原创呕心总结，一些心得体会：业务与技术的关系

一个非常恐怖的速度，可能在学习现有技术的时候，就会发现新的技术已经在试运行阶段了，所以此时我想说的是，业务的重要性是优于技术的。其实先去看技术和业务两个词，我们都很难描述，到底什么是技术，什么是业务，下面我也将从以下几点分开讲解技术和业务分别是什么，并总结技术和业务之间的关系应该是什么样？这里需要了解的是数据为什么要按照一定的数据结构来存储，这是因为当数据过于庞大的时候，无法在很快的时间查找到需要的数据，就比如一个拥有一百间屋子的房子，数据库百度百科中描述是：“按照数据结构来组织、存储和管理数据的仓库”。

2024-05-15 15:26:51 450

原创 gbase编码字符集导致的入库数据乱码或者无法关联查询的问题

此时只需要重新使用create table table_name as select * from 被导入的表名；使用新表进行关联查询就不会报错，所以该问题是出现在两张表的编码字符集不同，导致无法关联查询。入库数据乱码，我们能够很快想到是字符集问题导致的汉字乱码，所以我们需要注意导出的数据的字符集、及表的字符集是否相同，如果不同也会出现上述问题，还有可能出现无法成功导入的情况。

2024-05-08 17:19:07 295 1

原创关于oracle中的dbms_stats.gather_table_stats用法:

认为该主表的数据量为10w，但是在漫长的使用中，该表的数据量达到了亿级别，此时的执行计划还会认为该表的数据量是10w，所以执行计划就会认为该表只有10w条数据，此时就可能会走了错误的执行计划，表中的数据量不同，有无索引都会影响他的执行方式，比如我们在收集统计信息时，此时主表数据只有10w条，那么凡是涉及到该主表的sql的执行计划都会。false：当收集完统计信息后，收集对象的cursor会立即失效（新的执行计划，新的子游标）SKEWONLY:统计指定列的histograms.N的取值范围[1,254]

2024-05-06 17:55:27 582

原创我们该如何学习发散性思维

前一阵子在研究如何用程序编辑一个word文档的时候，我遇到了难题，我想不到该如何去编辑这个word文档，但是真正实现的方式却是用替换，把word文档中需要修改的地方用变量标注，然后循环替换这些变量就可以实现用程序编辑word文档。其实仔细往下一想，我们就可以得到答案，这样的调度工具的底层都是用代码堆积而来，如果我们没有调度工具的话，我们是不是可以自己去写一个这样的类似的调度工具呢？就比如，etl开发的过程中，如果没有kettle或informatic等这样的调度工具，我们该如何实现调度呢？

2024-04-07 16:00:56 383

原创 gbase 8a中数据存储类型为blob字段，显示格式乱码，应该如何查看。

今天在通过gbase查询一条数据时，发现该表有一个bolb字段，此时我想查看内容是什么，但是由于该字段是存储中文字符，无法正常显示出来，此时只需要用gbase的cast对该字段进行转换就可以了，selct cast(blob字段名 as char) from 表名,此时就可以正常查看数据内容了。

2024-03-27 11:24:38 290

原创 dblink之后报错：ORA-00997: illegal use of long datatype

经网上查阅问题后，发现说是oracle11g基本不建议使用long类型，所以会报错，网上给的解决方式是：通过to_lob方式将数据转换，但是我在尝试中发现报错：ora-22992:无法使用从远程表选择的 LOB 定位符。经查阅资料后发现是clob字段本身就不支持dblink的方式，此时一般情况下会通过导入导出的方式，将源数据插入到目标表中，但是我此时想到了一种方式，使用游标和存过的方式，将数据一条一条的读取，一条一条的插入。--（在使用的时候，请将所有注释都删除）

2024-03-04 16:30:24 602

原创 sql优化~表瘦身的重要性

今天在处理增量的时候发现有一张全量表的脚本，每天都要对全量数据进行group by操作后，取max最大值，这个sql每天都要跑40多分钟，然后我的初步优化方向是基于此表增加索引，但是奈何由于表空间告警，任何增加表空间的操作都不被允许，此时就考虑如何把这张大表变成小表，此时我发现全量数据大概是几十亿，但是能用到的数据只有几百万，此时我考虑在group by之前，就给此表瘦身，然后再进行group by操作。更加充分的说明了瘦身的重要性，每次优化前先考虑一下，表里的数据是不是全都要用上，怎么剔除没用的数据。

2024-02-28 17:48:53 376

原创 sqluldr2 报错ora-24345: A Truncation or null fetch error occurred

sqluldr2.bin user=hr/'hr123'@zx query="select * from table_name where length(clob字段)>=10000" field='^' record=0X12 safe=yes rows= 1000 charset=AL32UTF8 file="clob.txt" log="clob.log"然后我对于此的理解是，他在导出时，可能会认为该clob字段默认buffer为100，然后因为这几百条超过10000长度的数据，导致数据无法导出。

2024-02-19 14:03:04 789

2401_82853421的博客