场景：现需对外提供接口用于创建支付订单，调用方提供订单号和订单金额。 要求：实现该接口在数据库中创建支付订单，保证订单号的唯一性。出于性能考虑，不能使用数据库唯一索引。

为了实现这个需求，你可以在不依赖数据库唯一索引的情况下，采用一些策略确保订单号的唯一性：

1. **业务层面校验**：首先，在接收调用方传来的订单号和金额之前，可以在服务端进行简单的验证。检查当前系统内的历史记录或者缓存中是否存在相同的订单号，如果存在则返回错误信息。

2. **UUID生成**：使用全局唯一的ID生成算法，比如Java的`UUID`，这样每次生成的订单号都是独一无二的，降低冲突的可能性。

3. **自增序列或编号生成**：虽然数据库中无法直接创建唯一索引，但在插入新订单时，你可以在程序中维护一个递增的订单ID，然后将这个ID与生成的唯一标识（如UUID的一部分）结合，形成最终的订单号。这样既保持了顺序，又提高了唯一性。

4. **分布式锁定**：对于高并发情况，可能需要使用分布式锁技术，如Redis或Zookeeper，确保在创建订单过程中只有一个请求能够成功。请求到达后，尝试获取锁，成功获取后再操作数据库，失败则等待。

5. **幂等性处理**：确保对同一条订单号的多次调用能够达到同样的效果，比如在订单表中添加一个版本字段，只有当版本号增加时才表示新的订单创建，旧的版本号则视为重复。

下面是简单示例代码片段，假设我们使用了UUID和一个自增长的订单ID：

import java.util.UUID;

public class OrderService {

    private static Map<String, Integer> orderMap = new ConcurrentHashMap<>();

    public String createOrder(String orderId, double amount) throws OrderExistsException {
        if (orderMap.containsKey(orderId)) {
            throw new OrderExistsException("Order already exists with ID " + orderId);
        }

        int version = getOrderVersion(orderId);
        // 结合订单号和版本生成最终的订单ID
        String finalOrderId = orderId + "_" + version;

        // 更新订单状态并在数据库保存
        saveToDatabase(finalOrderId, amount);

        // 更新映射和版本号
        orderMap.put(finalOrderId, version + 1);

        return finalOrderId;
    }

    private void saveToDatabase(String orderId, double amount) {
        // 实际数据库操作，这里省略
    }

    private int getOrderVersion(String orderId) {
        // 获取订单ID对应的版本，这里也可以从缓存或数据库查询，实际实现根据实际情况
        // 示例代码只返回初始值1
        return 1;
    }
    
    // ...其他错误处理和事务管理逻辑

}