关于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个字符。

  虽然后面把这个属性加上了,但是数据却已经丢失恢复不回来了。

  个人感觉这个是一个非常严重的安全漏洞和安全隐患,如果在一些生产环境下的项目,这已经是非常严重的事情了。

  不知道怎么样才能很好地避免这个问题的发生。

posted @   wzwyc  阅读(1307)  评论(1编辑  收藏  举报
编辑推荐:
· 开发者必知的日志记录最佳实践
· 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吧
点击右上角即可分享
微信分享提示