[Tritonn-dev 78] Re: Tritonnエンジン実装案

Zurück zum Archiv-Index

Tetsuro IKEDA te.ik****@jpta*****
2008年 1月 17日 (木) 10:19:57 JST


おはようございます。池田です。

MySQL買収のニュースで今日はドキドキな朝ですが。。

> とみたです。
> 
> On Wed, 16 Jan 2008 10:19:24 +0900
> Tetsuro IKEDA <te.ik****@jpta*****> wrote:
> 
> > > さらに適応するテーブルを指定できるとか。ワイルドカードも指定可 :-)
> > > 
> > > senna_attribute=db1.tbl1:ngram,split_alpha;db2.*:no_senna
> > > 
> > > # すいません、実装の都合を何も考えずに書いてます (^^;
> > 
> > とりあえず実装の都合は置いておきましょう^^
> > 
> > 利用シーンとして、my.cnfに書くのをメインで考えると便利かもですね。
> 
> あ、そうです。my.cnf に書いておくのを前提に考えてました。

お〜、やはりそうでしたか。

> ちなみにパラメータの書式等は、replicate-wild-ignore-table とか
> innodb_data_file_path が念頭にありました。
>
> > ややこしくなりすぎて、とっつきにくくなるのも嫌ですが・・・。
> 
> たしかにややこしいです… (^^;

すみません^^;

書式は従来のものを流用できれば、それほどややこしくはならないかもですね。


> 
> > ただ、mysqldumpでダンプ→mysqlでインポートの作業も考えると、逆に
> > この方法みたいに「my.cnfに全て書いて置けばOK」というのが寧ろ必要なのかなぁ
> > とも思いました。
> 
> まさにその通りです。drop table & create table でも設定が維持できて欲し
> かったので。

そうですね。「dump&importを問題なく行える」というのが設計上、まず
重要なポイントのような気がしてきました。

他にもTritonnエンジンのユーザインタフェースとして、重要になりそうな
ポイントがあればどしどしご指摘いただけるとありがたいです。

よろしくお願いいたします。

------------------------------
Tetsuro IKEDA
Sumisho Computer Systems, Corp.
http://www.scs.co.jp/mysql/
------------------------------




Tritonn-dev メーリングリストの案内
Zurück zum Archiv-Index