jamenu的博客

blob类型是数据库用于保存二进制文件的一种类型，可以将文件存储到数据库的表中。ADO.NET原生的方法操作blob类型需要一个OracleBlob类作为中介，通过它来获取流或是字节。然后再进行下一步的操作，如果要获取的数据比较多，则比较繁琐。🚩 Tip: 如需通过ORM对象来获取Blob列，只需要将Blob列的对应类型设置为和上例中的byte[]即可。而Dapper的方法更加简单，直接用byte[]来传递二进制文件，操作则更加简单。原生的Ado.Net存取Blob比较繁琐，通过上面的例子可以看出，

✈️有一些关于金额和时间的精确且量大的计算需要在存储过程中完成。存储过程中有一些自定义的异常。并且将在RAISE前通过out类型的参数将详细的异常原因返回。但是在通过Csharp的调用中,发现了很多的问题。需要书面总结。

要避免这种情况，你必须新建压缩包，把Excel一个个修改后直接存在新的压缩包里，毕竟上面的代码改动后还是被流塞进了原来的文件，故会造成一些不知名的损坏。在他下载对应压缩包的接口中直接修改压缩包内的Excel文件，这种方法比较直接且好像可行。虽然在Excel自动的修复后可以使用，但终究是不能使用这种方法的。在他的接口逻辑里直接在拆分后直接设置自动列宽…如果能在压缩前就修改完成就不需要修改压缩包内的文件。如果能在压缩前就修改完成就不需要修改压缩包内的文件。如果能在压缩前就修改完成就不需要修改压缩包内的文件。

PS：这样并不能彻底的解决问题，因为解决了跨秒造成的时间分组错误，但是无法解决跨分钟的，如此还可以向下推（虽然可能性极小）为了硬凑一个列的结果，所以将该Date列也放入Group by 的列中。需要通过一个分组的列来对一张/多张表的查询结果进行分组，其中一个Date列可以用于组合分组，且。从结果看很明显，副表的记录create-time的一秒间隔造成了分组错误（程序执行的间隔）本该是一组的结果被显示为不同的两组结果（单组的ID却一样）一天后问题出现，测试环境的查询结果中。精度的可选参数如下表。

有一个需求改动，需要把一张表里的所有数据从简体中文改为繁体中文。表的数据也不多，大概500左右。大概有几种思路：1.手动翻译，然后用Navicat等工具直接文本替换（相同文本多还好，少还是很难受）2.调公共的翻译接口，再使用ORM保存（翻译接口大多收费）3.直接使用程序翻译，再使用ORM保存还是第三种方法更方便一些，我查阅了一下，可以通过VB的方法（.Net core无法使用）和加载一个简繁体转换的dll来实现。

在一些具体的业务实现中经常要使用Excel作为数据的来源，或者导出一些Excel。一般我们都是使用POI(Java)/NPOI(.Net)来读取或写入相关的数据。这个月接手别人的模块，在模块中需要频繁的导入导出Excel操作,在给那些‘测试’对接时，经常出现导入失败的情况，非常烦人。这大概率是POI/NPOI的行数和实际导入的Excel有效行数不一样造成的这里以下面的一个Excel为例这个Excel没有改格式也没有加空格，它的行数统计如下这里随便插入一行再运行便可再次测试1.空格造成的行数错

背景： 要给一个以前的项目从APIKey的验证方式换成JWT的验证方式，之前也换过一个老系统，当时也没出现什么问题。但换到这个项目却因为序列化出现了点小问题，而且比较细节，不好找是什么原因。问题描述：前端收到的返回值的属性名都是小写，所以要求我在Token校验通过后放行的结果里也要保持全部小写的属性名。之前在StartUp里面是设置了小写属性名Resolver的，services.AddMvc(filters).SetCompatibilityVersion(CompatibilityVersio