便宜VPS网项目中遇到逻辑删除问题
1、所以如果没有必要，那么可以优先采用物理删除，从而避免逻辑删除引入的麻烦。比如说本人这次碰到的情况，实际上项目中并不需要逻辑删除，没有这方面需求，这些历史数据也没什么价值。
2、在工程目录栏下面的空白处点击鼠标右键，选择Import...。点击General前面的小三角展开General。选中Existing Project Into Wordspace 导入已经存在的工程。点击Browse...到磁盘中找到你的工程。
3、boot项目中，进行了如下配置，并且实体类也加上了@TableLogic注解，逻辑删除无效，删除方法仍是物理删除。需要在mybatis配置中加入逻辑删除注入，之后逻辑删除生效，不再是物理删除。
雪花内核怎么用
1、要使用雪花内核，你需要按照以下步骤进行：定义数据模型：首先，你需要根据你的业务需求和数据结构设计一个合适的数据模型。这包括确定维度表和事实表，并确定它们之间的关系。
2、首先打开手机，进入应用商店。其次搜索雪花内核app。最后点击下载安装即可。雪花内核app是一款非常受欢迎的省钱购物平台，平台聚合了淘宝、天猫、京东和拼多多的商品。
3、在最后出现无响应为正常情况 制作途中请不要选择上面的功能 确保第一次使用为源文件，否则备份有误，请及时清空数据 CF在更新前必须先还原文件在更新CF，否则下次还原的为上几个版本的rez 希望能帮到你，。
4、雪花图标 如图图标的意思是制冷模式。制冷模式一般是夏天使用，它主要是将室内的热量带到室外去，通过这种方式将室内的温度降低。一般夏天制冷时设定温度是26℃到28℃。而且空调在进行收氟时只能在制冷模式下进行。
5、下载一个雪花视频，要干净的，只有雪花最好有通道，纯色底也行黑底最好，放在PR里，需要视频的上层，没通道的点开效果控件，不透明度，混合模式，滤色（SCREEn），就可以了。
雪花算法生成id重复的坑
解决方法，写一个IdentifierGeneratorutil，既然DefaultIdentifierGenerator的Sequence不是单例，那么我们就在外层做操作，把调用到的IdentifierGenerator变成单例。
先上code 以上是采用snowflake算法生成分布式唯一ID 41-bit的时间可以表示 （1L41）/(1000L360024*365)=69 年的时间，10-bit机器可以分别表示1024台机器。
ID的实现方式 为了保证ID的唯一性，常见的ID实现方式有UUID、自增长ID和Snowflake算法等。
是在浏览器控制台看到preview和response得到得数据不同 后台采用雪花算法，生成了17位Long类型id；前端js解析超出范围（大于16位）会四舍五入，导致id变了 将传入给前端得Long类型转化成String类型。
雪花算法(SnowFlake)
首先，SnowFlake的末尾12位是序列号，用来记录同一毫秒内产生的不同id，同一毫秒总共可以产生4096个id，每一毫秒的序列号都是从0这个基础序列号开始递增。
最高1位固定值0。雪花算法，SnowFlake算法，是Twitter开源的分布式id生成算法。其核心思想就是：使用一个64bit的long型的数字作为全局唯一id。最高1位固定值0，因为生成的id是正整数，如果是1就是负数了。
id长度可控。雪花算法生成的id是一个64位的整数，其中包括了时间戳、机器id、序列号等信息，不同位数的id可以通过调整这些信息的位数来实现。
雪花算法的原始版本是scala版，用于生成分布式ID（纯数字，时间顺序），订单编号等。最高位是符号位，始终为0，不可用。41位的时间序列，精确到毫秒级，41位的长度可以使用69年。
雪花内核（SnowflakeCore）是一种用于数据仓库的虚拟数据表格架构设计模型。它主要用于在云环境下进行大规模的数据分析和处理。
