のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,644,937人
昨日:no data人
今日:
最近の注目
人気の最安値情報

元スレMySQL 5.0

mysql覧 / PC版 /
スレッド評価: スレッド評価について
みんなの評価 :
タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
←前へ 1 2 3 4 5 6 7 8 9 10 11 12 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter
251 = :

> 明示的に--user=rootとすればあがるのでmysql-test-run.plに
> パッチをあてて実験中。

test通った。ので原因確定。

結論として、
MySQLのSRPMはrootでなくて一般ユーザでrpmbuildすべし。
一般ユーザでrpmbuildしたらパッチなくてもtest通った。

参考http://memo.blogdns.net/rpmbuild.html

ねる

253 = :

すいません。>>252は246の間違いです。
しかもあげてしまった・・・orz。

254 = :

mysqlの文字列の型で、charとvarcharとtextとありますが、
それぞれ、どのような文字列の場合に使用するものなのでしょうか?

たとえば、高速化をはかりたい場合はcharで、ディスクの容量を節約したい場合は、varcharで
といった具体に目的に応じて、使用する型を選ぶと思うのですが、
その判断方法を教えていただきたく、ごきょうじゅお願い致します。

256 = :

MySQLのVARCHARは64KB入るよ。

CHARは余った末尾は空白埋めされる。
VARCHRは空白埋めされない、末尾に空白を入れても削られる。
TEXTは空白埋めされないけど、末尾に入れた空白はそのまま残る。

なので

CHAR:何か固定桁のIDを入れる
VARCHAR:何かの名前を入れる(末尾の空白はいらない!)
TEXT:文章を入れる(末尾に空白を残したい人がいるかもしれない!)

っていうのがお作法じゃね?
性能差はたぶん測定不可能だと思う。

257 = :

>>256
5.0からvarcharの末尾空白は削られなくなったというような話をどっかで聞いたような気がする。

258 = :

ほんとだorz
しらんかった

259 = :

ありがとうございます。
結局、varcharとtextはでもどっちでもよいという話ですね。

260 = :

MySQLって、primary keyをselectすると、
そのレコードの全てのカラムのデータをひっぱってくるという話を
聞いたことがあるのですが、これは事実でしょうか?

事実とした場合、4000文字程度のデータが入るカラムをtext型として
データベースに追加することを考えた場合、
既存のテーブルに追加すると性能が落ちる気がするので、
同じprimaryキーの別のテーブルを新しく作成して、
そこにtextのカラムを追加したほうがいいのかなと考えたのですが、
この考え方はあっていますでしょうか?

よろしくごきょうじゅお願いします。

261 = :

>>260
http://www.mysql-ucj2007.jp/session/index.html
セッションJ25の下の資料のP13~15、17~18を読めばいいんじゃない?
興味があったらセッションJ14のP18~19も読めばいいと思うよ。

262 = :

>>260
たぶんいろいろ勘違いしてると思われ。

264 = :

変則的な使い方だと思うのですが、ビューについて質問させてください。

<条件>
共通のカラムをもった別のテーブルを2つ以上用意する。
(カラムは共通のもの以外にもある可能性がある。例として共通カラム:ID,NAME)

<質問1>
これらのビューを作成するときには、

create or replace view view_name as select ID,NAME from * where 条件式;

で作成可能でしょうか?

<質問2>
上記SQL文でビューに組み込まれるテーブルは少なくともID,NAMEカラムを持っていることが条件となり、

ID,NAMEカラムの片方だけを持つテーブル→ビューには組み込まれない。
ID,NAMEカラム以外にもカラムを持つテーブル→ビューに組み込まれる。

となるのでしょうか?

<質問3>
元のテーブルのデータがUPDATE,INSERT等で更新し、ビューを意図的に更新しない時ビ
MySQLではビューの検索ではどのような挙動になるのでしょうか?

具体的には、
NAMEフィールドが更新された→検索に引っかかるのは更新前の文字列か更新後の文字列か?
レコードが削除された→検索には削除されたレコードも引っかかるのか?

以上です。
よろしくお願いします

265 = :

いいからマニュアル読めよ。
http://dev.mysql.com/doc/refman/5.1/ja/create-view.html

1はできん。
3は意味不明。

VIEWってなんだか理解してる?

270 = :

http://ksrajt.cn/olympia-green-fuels.html Olympia green fuels
http://ksrajt.cn/dj-green-lantern.html Dj green lantern
http://ksrajt.cn/cello-design-rug.html Cello design rug
http://ksrajt.cn/web-design-ribble-valley.html Web design ribble valley
http://ksrajt.cn/crane-river-fish-study.html Crane river fish study

271 = :

http://ktmyve.cn/escort-monique-new-york.html Escort monique new york
http://ktmyve.cn/laser-vaginal-rejuvenation-new-york.html Laser vaginal rejuvenation new york
http://ktmyve.cn/fetish-restaurant-new-york.html Fetish restaurant new york
http://ktmyve.cn/pda-cube-x-serial-rubik-pocket-pc.html Pda cube x serial rubik pocket pc
http://ktmyve.cn/ear-piece-for-blackjack-pda.html Ear piece for blackjack pda

272 = :

5がいかに人気が無いか分かるな

273 = :

MySQL5系からトリガという機能が追加されたらしいのですが、

このトリガって具体的にどのようなシチュエーションで利用されるものなのでしょうか?
(#トリガの説明聞いただけでは、いまいち何の役にたつのかわからないのです。。)

274 = :

>>273
サマリテーブルの更新。

275 = :

>>273
このへん読んでみたらどうか
http://www.techscore.com/tech/sql/14_02.html

276 = :

QueryBrowserで、右側のテーブル名ダブルクリックすると、上のクエリ窓に
SELECT * FROM [テーブル名] [テーブル名のイニシャル]
が出ますよね?
それで、ある一部のテーブル名だけ
SELECT * FROM '[テーブル名]' [テーブル名のイニシャル]
とシングルクオートで囲まれて出てきます。
このせいでアプリケーションでの検索ができません。
何が原因でしょうか?テーブル作成時もほかのテーブルと同じように作ったのですが・・・

277 = :

>>274
>>275
ありがとうございます

282 = :

でけるよ

284 = :

shutdownして再び動かそうとしたら
プロセス残ってるよとか言う意味のエラーが出て起動できねえ糞

285 = :

>>284
pid ファイルが残ってるんじゃないの

286 = :

>>285
pidファイル探したが見つからなくて途方に暮れてる

287 = :

リブートしたら治るかなあ

288 = :

>>286
OS は?

290 = :

strace してみて、エラーメッセージ直前でどんなシステムコールを発行しているか
見てみると良いかもね。特に fstat とか open 辺りを中心に。pid ファイルなら
それで見つかると思う。

あとは普通に mysqld のエラーログを端から眺めてみるとか。

294 = :

>/var/lib/mysql4/bin/mysqld_safe -u root -p -P3307 --defaults-file=/var/lib/mysql4/data/my.cnf --pid-file=/var/lib/mysql4/data/mysql4.pid --datadir=/var/lib/mysql4
>Starting mysqld daemon with databases from /var/lib/mysql4
>STOPPING server from pid file /var/lib/mysql4/data/mysql4.pid
>080508 17:25:20 mysqld ended
orz...

295 = :

MySQL4はあきらめてで5を入れて試してみます。
回答してくれた方ありがとうございました。

296 = :

>>295
> /var/lib/mysql4/bin/mysqld_safe ・・・・
のところの、-u root いらない。(ってか、確かroot権限でmysqldは起動できないはず)

あと、--defaults-file= 指定するなら、その後ろ側にある各種コマンドラインオプションも.cnfに書いてしまえ。
もうひとつ、予想だけど、/var/lib/mysql4 はほんとにdatadirかな?/var/lib/mysql/dataではなくて?

297 = :

>もうひとつ、予想だけど、/var/lib/mysql4?はほんとにdatadirかな?/var/lib/mysql/dataではなくて?
そのとおりでした。/var/lib/mysql4/dataでした
ただ、そのへんを直しても同じエラーでこけるっす・・・

298 = :

>>297
もう少しエスパーしてみる。

そのPathからして、多分ソースから、--prefix=/var/lib/mysql4 としてコンパイル&インストールしたんだと思われるけど、
まず、動いてるほうのmysql3を止めてから、4のほうを起動出来るか試してみる。(cnfは二つ目起動させる設定で)

それで起動出来なければ、単独とか2つ同時起動とか関係ない。そもそも起動の仕方が間違ってる。
で、予想としては、mysql権限テーブルが作成されていないとか、datadir以下のパーミッション絡みかな。
ここら辺は詳しくは、本家のmanualなりdocument見てくれ。
ここいらがわかってないと、5.0入れても多分起動できない。

逆に、上の段階で起動出来てしまったら、原因ようわからん。(オレではお手上げ)

ちなみに、ウチの環境で、>>293の通り即席でやってみたら、2つ同時起動はできた。(v4とv5でだけど)
ちゃんと別々に動作してるのも、ps と それぞれにconsolから接続して確認した。

299 = :

すみません、上司と相談した結果MySQL4をアンインストしてMySQL5を入れることになりました
それでmysqld_safeで無事起動できました
結局大本の問題は解決できませんでしたが色々相談に乗ってくださってありがとうございました


←前へ 1 2 3 4 5 6 7 8 9 10 11 12 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql一覧へ
スレッド評価: スレッド評価について
みんなの評価 :
タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

類似してるかもしれないスレッド


トップメニューへ / →のくす牧場書庫について