使用JavaScript操作Firebase删除节点后 如何重排剩余索引从0连续编号

现有删除操作代码：
firebase.database().ref('putninalog/'+ NadiiIndeksNaloga()).remove();
仅可移除对应键名的单个节点及其关联数据。Firebase Realtime Database中数字类键属于普通存储键，删除单个键后不会自动重排剩余键名，会出现索引不连续的情况：例如原有索引为0/1/2/3的节点，删除0号节点后，剩余节点会保留原键名成为1/2/3，无法达到删除后索引从0开始连续编号的预期效果。

核心逻辑：不直接使用单个节点删除操作，改为读取全量剩余数据后，按连续规则重新生成键名，整体覆盖原putninalog节点。
操作流程：

• 读取putninalog节点下的全量数据快照
• 过滤掉待删除的目标节点，将剩余数据转为顺序数组
• 按数组顺序生成新键名：数组第0项对应键0、第1项对应键1，以此类推
• 用新生成的连续索引数据整体替换putninalog节点内容

参考实现代码：

// 获取待删除的目标索引
const targetDeleteIndex = NadiiIndeksNaloga();
const putniNalogRef = firebase.database().ref('putninalog');

// 读取全量节点数据
putniNalogRef.once('value', snapshot => {
  const allData = snapshot.val();
  // 节点无数据时直接终止逻辑
  if (!allData) return;
  // 过滤掉待删除项，转为顺序数组
  const dataList = Object.values(allData).filter((_, index) => index !== targetDeleteIndex);
  // 生成连续索引的新结构
  const newData = {};
  dataList.forEach((item, newIndex) => {
    newData[newIndex] = item;
  });
  // 整体写入完成重排
  putniNalogRef.set(newData);
})

注意：如果putninalog节点下的条目量较大，全量覆盖会产生额外流量开销。这类场景更推荐直接使用push()生成的随机ID作为节点键，从根源上避免依赖连续数字索引的需求。

内容的提问来源于stack exchange，提问作者nniks19