C++:数据库的通用接口设计

C++ : Generic interface design for Database

本文关键字：接口 数据库 C++      更新时间：2023-10-16

我有一个类，用于创建与数据库的连接：

class DBHandler
{
public:
DBHandler();
~DBHandler();
int connect();
int execQuery( string query);
string getField( int row, int col);
};

现在有另一个类用于从数据库中获取一些信息，

class DBManager
{
public:
DBManager();
~DBManager();
//Approach 1
string getUsername()
{
//create a query here and use     object of DBHandler class to execute it.
}
//Approach 2
string getUsername (struct     QueryDetails& qDetails)
{
//create query using fields of structure and execute the query using DBHandler class.
}
};

现在问题来了：

1)我应该遵循哪种方法：

  • A)如果我使用方法1，那么我需要硬编码查询
  • B) 如果我使用方法2，那么每次调用函数getUsername之前都需要填充结构

2)除了这两个通用的解决方案之外，还有更好的解决方案吗？

PS：结构的定义

struct QueryDetails
{
string tableName;
vector<string> colList;
...
};

您的问题非常宽泛，您给出的元素不允许为您提供客观的最佳答案。

您的方法1具有以下优点：

  • 这是一种稳健而安全的方法：查询是在了解相关对象的情况下编写的
  • 如果数据库不断发展，则很容易找到(文本搜索)表的特定查询位置，并更新对象的查询代码
  • 不用说，如果您的对象发生了变化，您将立即意识到您必须在数据库方面进行哪些更改

主要的不便之处在于，您与数据库的链接非常紧密。如果明天您从PostGres更改为其他内容，则必须重写每个查询。

您的方法2具有以下优点：

  • 它非常灵活
  • 如果数据库发生更改，则只需更改通用函数

不便之处在于，这种灵活性为维护带来了很多风险：您无法确定客户端是否发送了正确的查询，而且很难评估数据库布局更改的影响评估。

最后，由你来决定哪一个更适合你的需求。

我个人倾向于支持1。但这是主观的，无论如何，我都会引入一个额外的层，使应用程序代码更加独立于实现数据库访问的数据库系统。

然而，根据您的需要，更大的灵活性可能是有利的。例如，如果你的类实际上是其他caless获取自己数据的中间层，那么方法2可能是最好的选择。

相关文章：