今天发现BW系统从K3系统数据库抽取会计科目的描述时,转换出错. 从监控器上看是值2KO 845 412D#有问题,但不知道有什么问题,检查后感觉是符号#的问题. 在转换中添加代码,替换#,发现没有起任何作用. REPLACE '#' IN RESULT WITH ''. 检查字符串中发现字符串中的# 十六进制是0D00,一般的#符号是2300,这里基本确定从K3抽取过来的#不是正常的#符号,而且字符串中的换行符或者回车. 调整代码,先获取SAP的换行符,再替换字符串中的符号. DATA LS_
1.在oracle中,group by后将字符拼接.任务:在学生表中,有studentid和subject两个字段.要求对studentid进行group by分组,并将所选科目拼接在一起.oracle中sql语句如下. select studentid, listagg(subject, ',') within group(order by subject) from student group by studentid; 第一幅图是未分组的数据显示,第二幅图是分组后的字符串连接之后的显示.
这两天敲代码的时候,偶然间发现一个好玩的事情,分享一下,记录一下. 该段代码主要是:先产生的几个整数,把整数转换成对应的字符,最后的字符拼接成字符串,在把字符拼接成字符串的时候,个人因为偷懒使用+号进行操作,出现了一点小惊喜.拼接以后出现了两种不同的结果,感到十分的意外,所以分析了一下出现的结果,记录一下. package top.supertd.www; import java.util.concurrent.ThreadLocalRandom; public class TestString
SYNOPSIS(总览) col [-bfx ] [ Fl l Ar num ] DESCRIPTION(描述) Col 过滤掉反向(以及半反向)换行符(LF: line feed or NL: new line), 这样输出按正常顺序,即只包括正向和半正向换行符, 而且在可能的地方使用tab替换白空格.这对 nroff(1) 和 tbl(1) 的输出处理很有用处. col 从标准输出读入,并写出到标准输出上. 选项如下: -b 不输出任何退格符,在每列的位置上只打印最后写的那个字符. -f 允