go - 使用一个接口(interface)抽象多个数据源供存储库使用

Question

我正在尝试应用干净的架构，除此之外，我有一个数据源层和一个存储库层。
存储库使用一个接口(interface)与底层数据源(只有一个 sql db atm)进行交互，但是数据源接口(interface)是为 sql 数据库量身定制的，如下所示:

package datasource

import "database/sql"

type Source interface {
  Open() error                                        // Open the connection

  Close()                                             // Close the connection
      
  Exec(string, ...interface{}) error                  // Execute a prepared query(e.g:insert)

  Query(string, ...interface{}) (*sql.Rows, error)    // Retrieve rows with a prepared query
}

正如我想象的其他数据源将在稍后引入(如 nosql dbs 或外部 API ......)，我如何将它们全部分组在一个通用接口(interface)下，以便存储库不需要知道源数据。
谢谢你。
PS:我知道有类似的问题，但从存储库的角度处理问题，我正在寻找数据源方面的解决方案(例如:通用接口(interface))，因为我不希望每个源都有一个单独的存储库。

Answer 1

您选择的抽象级别不支持与数据库无关的实现。您期待 SQL 查询，并返回 *sql.Rows .
如果您想独立于数据库(包括关系数据库和 NoSQL 数据库)，则需要使用更高的抽象级别，其中不存在 SQL 或 NoSQL 查询等术语。
例如，如果您打算查询、加载和保存用户，您界面的相关部分可能如下所示:

type User struct {
    ID string
    // other info about users
}

type Source interface {
    GetUser(id string) (*User, error)
    SaveUser(u *User) error
    FindUsersByFirstName(firstName string) ([]*User, error)
}

此接口(interface)不限制实现使用 SQL 查询和相关对象，但它表达了您需要的操作。您应用程序的其他部分应该(必须)仅通过此接口(interface)访问数据层。所有细节(例如 SQL 查询)都属于实现。
此外，在您继续进行这种抽象之前，请检查其优势和所需的额外工作，因为人们通常会为极不可能的场景做计划。如果您从 SQL 数据库开始，您可能永远不会切换到 NoSQL 数据库。
你不能(不应该)有一个单一的数据源层来支持你想要的抽象级别的所有数据库。这将需要“开发”一种独立于数据库的查询语言及其解析器，然后您需要将其转换为特定的数据库查询。如果要支持所有数据库，最简单的方法是合并存储库和数据源层。或者放弃支持所有数据库，因为几乎 99% 的项目永远不会切换到根本不同的数据库。