关于FreeSql使用过程中遇到的一个很严重的问题
现在我们的项目里面FreeSql用得越来越多了,但是前面发现FreeSql有个非常危险的问题。
在把一个老项目的数据库转成FreeSql的时候,数据库表中有一个字段是长文本的类型,因为前面没有采用FreeSql库的,所以原先也是没有关于StringLength的配置,重构的时候忽略了这个细节,也忘了把这个参数配上。
private string _Content; [Column(StringLength = -2)] public string Content { get { return _Content; } set { if (_Content != value) { NotifyPropertyChanging("Content"); _Content = value; NotifyPropertyChanged("Content"); } } }
这样的后果是,FreeSql配置认为这个字段是varchar(255),并且把mysql数据库表的字段类型,由longtext改成了varchar(255),并且把原先所有记录的这个字段的内容都只保留255个字符。
虽然后面把这个属性加上了,但是数据却已经丢失恢复不回来了。
个人感觉这个是一个非常严重的安全漏洞和安全隐患,如果在一些生产环境下的项目,这已经是非常严重的事情了。
不知道怎么样才能很好地避免这个问题的发生。
分类:
C#开发 / 数据库相关
标签:
Freesql
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧