mysql:9606
From: 深海水草 <深海水草 <VYG01106@xxxxxxxxxx>>
Date: Sat, 12 Jun 2004 17:55:52 +0900
Subject: [mysql 09606] Re: ACCESS97 ODBC接続のパフォーマンス
長谷です > メモリですね。そういえば128MBかも・・ じゃぁせめて 512MB。 そのマザーボードは恐らく 512MB までしか積めないでしょうから できれば 1GB くらいは欲しいですが あとスワップ領域は物理的に別の HDD で出来るだけ高速のものに 大きな領域が欲しいですね > > あとせっかく Linux なのですから GUI (X Window)は落としておい > > た方がいいですよね^^; > > いや〜これは、はずせません!シロウトには必須です。 Windows と Linux の大きな違い、というか利点に挙げられるのが ココです。Windows では 3.1 以前は別として GUI を外そうにも 外せません。しかし Linux は X Window を落としてしまえば、その リソースは DB に廻せます。これは大きな利点かと思います それをしないで、というのはチト何でも酷いかと。 GUI は LAN 接続した Windows マシンで遠隔操作すればいいんじゃ ないのでしょうか。何も MySQL のマシンで GUI を直接使用する 必要は無いかと思います CUI については telnel で入ればデスクトップコンソールと同じ 操作を行えますし... > 弱小企業では、充分に耐えるDBだと、シロウト的には思います。 私も小さいところでは Access で入れてますよ ただ Access は所詮 Personal DB である故か、データロックが完全 ではありません。これがよく言われる MDB の破壊です データ一件のみをロックできればいいのですが、何故かブロック単位 でのロックをしているようです 従って Access を単に MDB としてみてクライアントソフトウェア を作る時には、その回避のコーディングをしないと完全なものに なりません まぁ RDBMS でもそれを当然考慮して作るべきですが、SQL を出せば 済む話なので、こっちのほうが安全で楽なように思います > 当然保守は必要ですが。 ですが OS の方が保守が終わってしまったらどうするのでしょう #まぁその時は「新しくしないといけない」と受注するネタになる #かもしれないですけど -- 長谷 <VYG01106@xxxxxxxxxx>
9599 2004-06-12 15:53 ["Tsugawa" <tsugawa@x] ACCESS97 ODBC接続のパフォーマンス 9600 2004-06-12 16:19 ┣[深海水草 <VYG01106@x] 9602 2004-06-12 16:58 ┃┗["Tsugawa" <tsugawa@x] 9604 2004-06-12 17:40 ┃ ┣["Ryuichiro Munechika] -> 9606 2004-06-12 17:55 ┃ ┣[深海水草 <VYG01106@x] 9607 2004-06-12 18:05 ┃ ┗[Kenji Irie <kenji@xx] 9610 2004-06-12 21:07 ┃ ┗[深海水草 <VYG01106@x] 9616 2004-06-12 22:32 ┃ ┗[Kenji Irie <kenji@xx] 9601 2004-06-12 16:39 ┣[遠藤 俊裕 <endo_t@xx] 9603 2004-06-12 17:02 ┃┣["Tsugawa" <tsugawa@x] 9605 2004-06-12 17:43 ┃┗["Ryuichiro Munechika] 9609 2004-06-12 21:02 ┣[とみたまさひろ <tomm] 9615 2004-06-12 22:28 ┃┗[ML account <ml@xxxxx] 9618 2004-06-12 23:49 ┗[katuhisa <katuhisa@x]