在数据库中，自增ID的使用场景主要有以下几个：

1. 插入记录时不需要指定ID：使用自增ID可以避免手动指定ID，从而避免了因重复ID导致的错误
2. 数据库自动编号，速度快：数据库会按照预设的步长（默认为1）进行编号，这对于检索非常有利
3. 占用空间小，易于排序和传递：数字型的自增ID通常只占用4个字节，比字符串类型的ID更节省空间

然而，自增ID也有一些局限性，不适合在以下场景中使用：

1. 数据表需要合并：如果两个使用自增ID的表需要合并，可能会出现ID冲突的问题
2. 分布式存储的数据表：自增ID难以处理分布式存储的数据表，尤其是在需要合并表的情况下
3. 系统集成或割接时：如果新旧系统的ID类型不同，可能需要修改关联表的数据类型，这将导致其他有外键关联的表也需要修改，可能会引发一系列问题

在这些情况下，可以考虑使用UUID或其他非自增的ID生成策略。UUID是一种在一台机器上生成的数字，它保证了对在同一时空中的所有机器都是唯一的，因此在分布式系统中，UUID可以作为一种全局唯一的标识符

总的来说，是否使用自增ID取决于具体的业务需求和场景。在大多数情况下，使用自增ID是一个很好的选择，但在某些特殊情况下，可能需要考虑其他的ID生成策略。