不使用SQL外键的缺点包括：

1. 数据的一致性问题：没有外键约束，可能导致数据不一致的情况发生。例如，一个表中的某个数据被删除或修改，但相关的另一个表中的数据没有相应的更新，就会导致数据的不一致。

2. 查询效率问题：没有外键约束，可能导致查询效率下降。例如，如果要查询两个表之间的关联数据，没有外键约束的情况下，需要使用复杂的JOIN操作来进行查询，而且没有索引的支持，查询效率会受到影响。

3. 数据完整性问题：没有外键约束，可能导致数据的完整性受到破坏。例如，如果一个表中的外键字段没有被正确地引用到另一个表中的主键字段，就会导致数据的完整性问题。

解决方法可以通过应用层代码来实现类似外键约束的功能。例如，可以在应用层代码中进行数据的验证和处理，确保数据的一致性和完整性。

以下是一个示例代码，演示如何在应用层代码中实现类似外键约束的功能：

# 假设有两个表：users和orders
# users表的结构：id, name
# orders表的结构：id, user_id, product_name

# 定义一个函数来检查user_id是否存在于users表中
def check_user_exists(user_id):
    # 在此处编写代码来检查用户是否存在于users表中
    # 如果用户存在，返回True；否则返回False
    pass

# 在插入订单数据前，先检查user_id是否存在于users表中
def insert_order(user_id, product_name):
    if check_user_exists(user_id):
        # 在此处编写代码来插入订单数据到orders表中
        pass
    else:
        # 如果用户不存在，可以抛出异常或进行其他处理
        pass

# 在更新订单数据前，先检查user_id是否存在于users表中
def update_order(order_id, user_id, product_name):
    if check_user_exists(user_id):
        # 在此处编写代码来更新订单数据到orders表中
        pass
    else:
        # 如果用户不存在，可以抛出异常或进行其他处理
        pass

# 在删除订单数据前，先检查user_id是否存在于users表中
def delete_order(order_id):
    # 在此处编写代码来删除订单数据
    pass

在以上示例代码中，通过定义一个check_user_exists()函数来检查user_id是否存在于users表中。在插入、更新和删除订单数据时，都先调用check_user_exists()函数进行用户的存在性检查。如果用户不存在，可以抛出异常或进行其他处理，以确保数据的一致性和完整性。