如何避免使用OOP PHP打开到DB的多个连接

我已经做了超过4年的程序程序员，现在是时候开始研究OOP了。话虽如此，假设我需要在我的类中调用两个方法。每个方法都需要一个到DB的连接，因此需要两次到DB的连接，这也会打开多个连接。 这可以通过在应用层（构造器）中使用某种代码来避免吗？或者必须在DB端设置连接池吗？为了好玩，我没有使用mysql；我正在使用mongodb和codeigniter

这是我到目前为止所拥有的，不确定它是否适合使用

这里是我设置数据库信息的地方：

数据库连接php

class Database_Conn extends Model {

    function _connect() {
        $m = new Mongo("localhost:27017", array("persist"=>"x"));
        $db = $m->selectDB( "foo" );
        return $db;
    }    
}     

示例模型文件

class Home_model extends Model {

    public function __construct() {
        // Establish connection to "profiles" table
        $this->db_conn = Database_Conn::_connect()->selectCollection( "profiles" );
    }

    function getMyProfile($username) {
        $data = $this->db_conn->findOne(array("username" => $username) );
        return $data;
    }

    function getAll() {
        $data = $this->db_conn->find(); 
        return $data;
    }
}

你应该使用

编辑： 按照您的方式，可以多次调用_connect，这意味着重新连接

单例实现通常意味着您必须将构造函数设为private/protected，并定义一个getInstance方法，该方法在第一次调用时创建连接，在以后的调用中返回创建的连接

这就是我要做的：

class Database_Conn extends Model {

    static protected $_instance;

    protected $db = null;

    final protected function __construct() {
        $m = new Mongo("localhost:27017", array("persist"=>"x"));
        $this->db = $m->selectDB( "foo" );
    }

    static public function getInstance() {
        if (!(self::$_instance instanceof self)) {
            self::$_instance = new self();
        }
        return self::$_instance;
    }

    public function getConnection() {
        return $this->db;
    }

    final protected function __clone() { }
}

---

然后使用

数据库连接：：getInstance（）->getConnection（）

获取连接对象。

您应该查看数据库连接的管理器类。然后，您可以在一个中心位置请求连接。如果已经存在打开的连接，管理器可以返回该连接，而不是返回新连接

---

这将是一种方法。有很多关于如何实现这样的东西的例子。mysql和mssql已经有了一些。但是您当然可以扩展数据库。

使用数据库层。在这种情况下，Dibi是一个很棒的图书馆

我认为这对最终需要扩展的应用程序来说是不好的？singleton是一种创建一个只实例化一次的对象的方法。它如何降低可伸缩性？请告诉我）对不起，我在想别的事情（不要问）。我明白你的意思，我想我现在正在这么做。看看我上面的代码。谢谢。@cHao-我认为luckytaxi的目的不是拥有多重连接。php不适合多线程，所以我们必须等待查询完成，在此期间连接不会用于任何其他目的time@luckytaxi：我的意思是，将所有数据库访问强制到单个连接中可能是一个错误的选择。通过扩展，表示唯一DB连接的单例也将是不好的。但是，如果您的单例能够表示DB本身，并提供获取连接的能力（例如，可以从可用的、可能是持久的连接池中提取连接），那么情况可能不会那么糟糕。当然，在这一点上，很难证明单例模式适用于这种情况。但就我个人而言，我发现几乎在任何地方都很难证明单身是正当的。但是如果你看我们发布的时候，他们同时是对的。虽然之后他也做了编辑，包括了更多。没问题，我确实意识到了这一点，但我想确保我正确理解了这个概念。再次感谢！我的错。我以为你在暗示我只是抄袭了他写的东西。是的，这两个是一样的。一个单例，以便只创建类的一个实例。这样，它可以控制所有连接请求并重用任何打开的请求。我是否应该担心最终关闭连接？不。您只针对管理器而不是连接。您不想关闭连接，因为经理不会知道您已关闭连接，并且会将该连接分发给其他请求的人，这显然不起作用。