在FuelPHP DB水平分割對應

是札幌辦事處的K個。

傳統上,生產服務器系統(LAMP環境)是為內部框架的開發中心,很快就已經增加了使用開源框架。

我不是太糟糕了,房子的框架,但是這是一個開源框架,業務開發,或在相反的情況下,接管操作,從其他公司,我認為,如果你還接手其​​他公司是否容易做。

所以,這一次的FuelPHP聽說已經開始被廣泛應用在這樣的社交遊戲的發展,我想編寫的不關心必要的DB的提示。

※關於是否FuelPHP莫莫的是什麼,請參照日本文檔。

(FuelPHP日本文獻)http://fuelphp.jp/

 

■這次生產環境

這一次,我們驗證了以下環境。

阿帕奇2.2.22

PHP 44年4月5日

MySQL的44年5月5日,

FuelPHP 1.7.3

空置的也有,我們是在內部測試環境中的事實,但PHP的版本是一個小老頭,FuelPHP有我的對應關係。

順便說一句,在FuelPHP 1.8最新發行版本,還支持PHP7!

該報告也有,我想一起來。

 

提示!

■DB表的水平分割對應

表的水平啟用分數據庫是一個有效的方式與社交遊戲的負載均衡。

但是,FuelPHP對應的水平分工是令人驚訝的信息沒有,我們將在摸索著進行製作。

FuelPHP是,DB本身的主人,但你必須隔離奴隸的能力,這是允許水平方向色散表的情況下的處理沒有考慮,它可能不能夠也找到一個很好的樣本。

 

因此,要創建一個擴展現有的ORM,我們已決定把選擇取決於條件表的模型的模型。

在各處理及兒童模特類,然後用來繼承這個擴展模型。 (這將是正常的程序。)

 

在這種機制下,我們有東西像下面這樣。

•創建一個覆蓋是connenction連接類,

其中,根據劃分規則,並表選擇。

·分表,製備的繼承的類的,使得不分割,

該部門的設置。

·單獨的類為表,對各種繼承該類的上述的繼承。

 

寫作,會有點複雜氈,但它是一個結構通常如下所示。

fig001

例如,查找然後,因為已經成為機構新的自我級在查詢一個事實::鍛造是,這將是這可能是。

如果你已經自動生成腳手架等一類,則需要被重寫。

 

本公司準備的表與被分散的目的地,並從那裡進入在每個用戶的基礎上獲取的表的形式(在_0,等等)。這個區域,我認為這是取決於設計的一部分。

 

■在跌跌撞撞

FuelPHP的配置文件配置,改寫從核心被複製的時候,是那些通過重寫後,但它是解釋,,,

環境開發之外,它發現在核心意志config來住。

因此,您複製這段時間在配置文件中我會在mysqli的,你在生產中改變環境,錯誤設置,盡快! !

如果你看一下,核心的默認配置已經成為了本該是PDO錯誤。

 

由於這方面FuelPHP是重寫內核本身,常常在那裡,它很可能需要小心。

 

■印象

FuelPHP是易於使用,但我覺得這是一個框架,這樣的鬆動也追平,通過量,它也將需要閱讀有一定的權力,我認為這是很好的去利用好自定義。

在未來,FuelPHP好,我想談談各種事情。