Maison  >  Article  >  cadre php  >  Opérations de base de données ThinkPHP, procédures stockées, ensembles de données, bases de données distribuées

Opérations de base de données ThinkPHP, procédures stockées, ensembles de données, bases de données distribuées

藏色散人
藏色散人avant
2021-01-28 17:15:232248parcourir

La colonne tutorielle suivante de thinkphp vous présentera les procédures stockées, les ensembles de données et les bases de données distribuées des opérations de base de données ThinkPHP. J'espère qu'elle sera utile aux amis dans le besoin. !

Opérations de base de données ThinkPHP, procédures stockées, ensembles de données, bases de données distribuées

Procédure stockée

5.0 prend en charge les procédures stockées si nous définissons une base de données La procédure stockée sp_query peut être appelée de la manière suivante :

$result = Db::query('call sp_query(8)');

renvoie un tableau à deux dimensions, et la liaison de paramètres peut également être utilisée, par exemple :

$result = Db::query('call sp_query(?)',[8]);
// 或者命名绑定$result = Db::query('call sp_query(:id)',['id'=>8]);

Ensemble de données

Le résultat de la requête de la base de données est également l'ensemble de données. Dans la configuration par défaut, le type de l'ensemble de données est un tableau bidimensionnel. configurez-le dans une classe d'ensemble de données, vous pouvez prendre en charge davantage d'opérations basées sur des objets sur l'ensemble de données. Vous devez utiliser la fonction de classe d'ensemble de données. Vous pouvez configurer le paramètre resultsset_type de la base de données comme suit :

return [    // 数据库类型
    'type' => 'mysql',    // 数据库连接DSN配置
    'dsn' => '',    // 服务器地址
    'hostname' => '127.0.0.1',    // 数据库名
    'database' => 'thinkphp',    // 数据库用户名
    'username' => 'root',    // 数据库密码
    'password' => '',    // 数据库连接端口
    'hostport' => '',    // 数据库连接参数
    'params' => [],    // 数据库编码默认采用utf8
    'charset' => 'utf8',    // 数据库表前缀
    'prefix' => 'think_',    // 数据集返回类型
    'resultset_type' => 'collection',];
L'objet d'ensemble de données renvoyé est thinkCollection, qui fournit la même fonction que le tableau à usage différent et encapsule également certaines méthodes supplémentaires. Vous pouvez directement utiliser un tableau pour faire fonctionner l'objet ensemble de données, par exemple :

// 获取数据集
$users = Db::name('user')->select();
// 直接操作第一个元素
$item = $users[0];
// 获取数据集记录数
$count = count($users);
// 遍历数据集
foreach($users as $user){    echo $user['name'];    echo $user['id'];
}

Il convient de noter que si vous souhaitez juger si l'ensemble de données est vide, vous ne pouvez pas utiliser directement vide pour juger , mais vous devez utiliser le jugement de la méthode isEmpty de l'objet ensemble de données, par exemple :

$users = Db::name('user')->select();if($users->isEmpty()){    echo '数据集为空';
}
La classe Collection contient les méthodes principales suivantes :

If la requête portant uniquement sur des données individuelles doit renvoyer l'objet de l'ensemble de données, vous pouvez utiliser

Db::name('user')    ->fetchClass('\think\Collection')    ->select();

base de données distribuée

ThinkPHP prend en charge les bases de données distribuées, y compris la séparation maître-esclave en lecture et en écriture de la base de données traditionnelle, mais la base de données distribuée doit être du même type de base de données.

Configurez database.deploy sur 1 pour utiliser la prise en charge des bases de données distribuées. Si une base de données distribuée est utilisée, la manière de définir les informations de configuration de la base de données est la suivante :

//分布式数据库配置定义
return [    
// 启用分布式数据库
    'deploy' => 1,    // 数据库类型
    'type' => 'mysql',    // 服务器地址
    'hostname' => '192.168.1.1,192.168.1.2',    // 数据库名
    'database' => 'demo',    // 数据库用户名
    'username' => 'root',    // 数据库密码
    'password' => '',    // 数据库连接端口
    'hostport' => '',]
Le nombre de bases de données connectées dépend du nombre de définitions de noms d'hôtes, donc même deux adresses IP identiques doivent être définies à plusieurs reprises, mais autres paramètres S'il y en a les mêmes, il n'est pas nécessaire de répéter la définition. Par exemple :

'hostport'=>'3306,3306'
et

'hostport'=>'3306'
sont équivalents.

'username'=>'user1',
'password'=>'pwd1',
équivaut à

'username'=>'user1,user1',
'password'=>'pwd1,pwd1',
.

Vous pouvez également définir si la lecture et l'écriture de la base de données distribuée sont séparées. Par défaut, la lecture et l'écriture ne sont pas séparées, c'est-à-dire que chaque serveur peut effectuer des opérations de lecture et d'écriture pour une base de données maître-esclave. , vous devez définir les opérations de lecture et d'écriture. La séparation en écriture peut être obtenue via les paramètres suivants :

'rw_separate' => true,
Dans le cas de la séparation en lecture et en écriture, la première configuration par défaut de la base de données est les informations de configuration du serveur principal. , qui est responsable de l'écriture des données. Si le paramètre master_num est défini, alors peut prendre en charge plusieurs écritures sur le serveur maître. D'autres sont responsables de la lecture des données à partir des informations de configuration de la base de données, et leur nombre n'est pas limité. Chaque fois que vous vous connectez au serveur esclave et effectuez une opération de lecture, le système effectuera une sélection aléatoire parmi le serveur esclave.

Vous pouvez également définir slave_no pour spécifier un serveur pour les opérations de lecture.

 

S'il y a une erreur dans la connexion à la base de données esclave, elle passera automatiquement à la connexion à la base de données principale.

Si vous appelez l'opération CURD du modèle, le système déterminera automatiquement si la méthode actuellement exécutée est une opération de lecture ou une opération d'écriture. Si vous utilisez du SQL natif, vous devez faire attention. aux règles par défaut du système :

L'opération d'écriture doit utiliser la méthode d'exécution du modèle et l'opération de lecture doit utiliser la méthode de requête du modèle , sinon un chaos de lecture et d'écriture maître-esclave se produira.

 

Remarque : Le travail de synchronisation des données de la base de données maître-esclave n'est pas implémenté dans le framework et la base de données doit prendre en compte son propre mécanisme de synchronisation ou de réplication.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Cet article est reproduit dans:. en cas de violation, veuillez contacter admin@php.cn Supprimer