场景大概是:文章信息分 文章表,文章图片表 等 存储,后台数据操作为同时编辑入库。
如果利用MySQL自增ID区分数据,则图片表等关联信息表需要利用文章表的insert后的ID。
想到的一个方法是文章表insert后的获得LAST_INSERT_ID,并且多表insert时加以事务。
但怀疑 LAST_INSERT_ID 可靠性,而且事务会影响性能,不是跟钱有关的操作,感觉没必要。
是否有其他更好的方案?
场景大概是:文章信息分 文章表,文章图片表 等 存储,后台数据操作为同时编辑入库。
如果利用MySQL自增ID区分数据,则图片表等关联信息表需要利用文章表的insert后的ID。
想到的一个方法是文章表insert后的获得LAST_INSERT_ID,并且多表insert时加以事务。
但怀疑 LAST_INSERT_ID 可靠性,而且事务会影响性能,不是跟钱有关的操作,感觉没必要。
是否有其他更好的方案?
4 回答1.6k 阅读✓ 已解决
8 回答1.3k 阅读
3 回答1k 阅读✓ 已解决
3 回答1.1k 阅读✓ 已解决
3 回答2k 阅读
2 回答1.7k 阅读
1 回答923 阅读✓ 已解决
换uuid吧,完全由程序端来挺控制。