私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
ログインするとレス評価できます。登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

元スレMySQL 総合 Part15

mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 : ☆
レスフィルター : (試験中)

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

252 : NAME IS - 2009/01/14(水) 15:40:57 ID:??? (+5,-22,-47)

文字列検索のとき、半角を含めないで抽出する方法はありませんか？

DB内「山田雄一」

検索ワード「山田雄一」→Hit

255 : NAME IS - 2009/01/15(木) 00:42:19 ID:??? (-13,-26,-11)

>>254
クエリ

256 : NAME IS - 2009/01/15(木) 00:51:48 ID:??? (+53,+17,+1)

>>249
ありがとうございます。試してみます

257 : NAME IS - 2009/01/15(木) 06:46:22 ID:??? (-12,-30,-30)

>>254
http://blog-it.izlo.net/?eid=524517
IZLOのIT技術記録 [DB] SQLの区分け　(DML,DDL,DCL)

258 : NAME IS - 2009/01/15(木) 09:23:55 ID:??? (+38,+10,-37)

cpuの違いによるﾊﾟﾌｫｰﾏﾝｽの違いを知りたいのです
詳しいｻｲﾄとかあったら教えてください。
ｉ７と Quad どちらにするか悩んでます

259 : NAME IS - 2009/01/15(木) 10:44:29 ID:??? (+3,-29,-66)

データベースは、一般的にはIO-boundなアプリケーションなので、
メモリを沢山積んでキャッシュが沢山使えることの方が、ｃｐｕの性能よりもよく効くことがある。
悩んでいるのがお金のことなら、cpu のグレードアップより、メモリに使うことをお勧めしますが。

261 : NAME IS - 2009/01/17(土) 06:24:13 ID:??? (+15,-29,-18)

なぜ未だにphpmyadminで文字化けするのか

262 : NAME IS - 2009/01/17(土) 09:29:37 ID:??? (+51,+27,+0)

>>261
どんな釣りだよ

263 : NAME IS - 2009/01/17(土) 12:29:05 ID:??? (+12,-10,-12)

エンコードがおかしいだけだな

264 : NAME IS - 2009/01/17(土) 23:00:25 ID:??? (+59,+29,-16)

なぜ未だに文字化けをなおさないのか、>>261よ

265 : NAME IS - 2009/01/18(日) 05:19:04 ID:??? (+51,+23,+0)

ワイルドカードの_のうまい使いどころ教えてくれ

266 : NAME IS - 2009/01/18(日) 19:03:41 ID:??? (+47,+19,-6)

pmaのインポートの最長を伸ばしたい

267 : NAME IS - 2009/01/18(日) 19:47:08 ID:??? (+11,-30,-95)

pmaをとりあえずutf-8に設定して、インポートするファイルも全部utf-8してうまく行く。
でも、shift-jis前提で書かれてるひろってきたファイルで、VARCHAR(10)とかになってると
全角三文字までしか読み込んでくれねぇ
四文字目が?っぽいで表示される
VARCHAR(20)とか増やしてやれば問題なく表示される・・
が、実にめんどくせぇ

269 : NAME IS - 2009/01/19(月) 02:14:35 ID:??? (+53,+29,+0)

>>267
そら当たり前だ

270 : NAME IS - 2009/01/19(月) 09:17:59 ID:??? (+7,-29,-10)

RAND()でselectした時が遅すぎる
PHPなどのrand()に頼らざるをえない現実

271 : NAME IS - 2009/01/19(月) 13:09:29 ID:??? (+58,+29,-19)

>>270
1行評価するごとに乱数生成するからな。
ぶっちゃけ全行なめることになったりする。

272 : NAME IS - 2009/01/20(火) 08:02:26 ID:1xX6/ChS (+32,+29,-26)

プライマリーキーとユニークインデックスは
どちらも重複した値をいれられない機能だけど
どう使い分ければいいの？

273 : NAME IS - 2009/01/20(火) 14:24:06 ID:??? (+57,+29,-50)

プライマリーな所にプライマリーキー
プライマリーじゃなくてユニークなところにユニーク
でいいよ

274 : NAME IS - 2009/01/20(火) 21:47:40 ID:??? (+52,+20,-7)

>>272
プライマリキーにはNULLは入れられない。
あと、InnoDBはプライマリキーを特別扱いする。

275 : NAME IS - 2009/01/20(火) 23:31:16 ID:??? (+3,-29,-56)

説明しにくいんだけど、pmaでテーブルを影響しないフォルダー式にまとめられないかな
左サイドバーにテーブル一覧があるけど、それを

データベース1

・テーブルa
・テストフォルダ
　└テーブル1
　└テーブル2
　└テーブル3
・テーブルb
・テーブルｃ

みたいな感じでまとめたいんだが

277 : NAME IS - 2009/01/21(水) 01:32:07 ID:??? (+9,-29,-54)

http://dev.mysql.com/doc/refman/4.1/ja/example-maximum-column-group-row.html
の「特定のフィールドのグループごとの最大値が格納されているレコード」のサブクエリの流れが分からないのですが、どのような流れになっているのでしょうか。

何故最大値を持ったレコードが表示されるのでしょうか。

特に
WHERE s1.article = s2.article
の部分が複雑怪奇に見えます。

278 : NAME IS - 2009/01/21(水) 02:12:09 ID:??? (+45,+22,-1)

基礎中の基礎すぐる

279 : NAME IS - 2009/01/21(水) 06:14:59 ID:??? (+39,+10,-19)

>>277
「自己結合　　SQL」でぐぐってみたら

280 : NAME IS - 2009/01/21(水) 07:41:56 ID:??? (-21,-30,-28)

>>276
show variables like 'host%';

281 : NAME IS - 2009/01/21(水) 14:45:55 ID:mfrhRDVy (+24,+29,-9)

ルシーンのインストール方法と使い方教えて
必要なのは何と何よ

282 : NAME IS - 2009/01/22(木) 07:02:33 ID:lsEiWNPR (+29,+29,-116)

MySQLの書籍で、
*.MYIファイルのサイズの総合計が、メモリーを超えないようにする、
というノウハウを読んだのですが、
これが超えた時はどうなるのでしょうか？
使い物にならないほど低速になってしまうのでしょうか？
インデックスがたとえすべてメモリーに載らなくなっても、
少し遅くなる程度で済むのではないかなーとも思うのですが。
最近MYIファイルがだんだん肥大化して心配になってきました。

283 : NAME IS - 2009/01/22(木) 09:32:49 ID:??? (+35,+7,-20)

MYIファイルのサイズなんて制御できないのに
その本は何を意図してそんなことを書いているんだろう

284 : NAME IS - 2009/01/22(木) 10:07:29 ID:??? (-1,-29,-54)

表現は違っていたと思います
サーバパラメータkey_buffer_sizeはmyiファイルがすべて収まる程度が望ましいとか、
そういった表現だったと思います。

285 : NAME IS - 2009/01/22(木) 11:48:27 ID:??? (+57,+29,-20)

メモリ不足でスラッシングが発生したPCを操作したことがあるかい？

286 : NAME IS - 2009/01/22(木) 15:53:48 ID:??? (+57,+29,-10)

メモリ不足云々の前に、そんなでかすぎるインデックスで性能が出るのか気になる。

287 : NAME IS - 2009/01/23(金) 08:51:19 ID:??? (+3,-29,-137)

ファイルアップローダーとかでさAUTO_INCREMENT
で連番してたとき、例えば、

番号
125
124　　←アップロードされると自動で番号がついていく
123
122　　←122がデリートされても、次アップロードされれば126で連番してくれる
121
・
・

でも、もし125が一番上にある状態でデリートされたとき、次アップロードされると125になって
ファイル名がかぶるとおもうんだけど、これはどうやって回避するんだろ
デリートしたときintにnull値を入れたらどうなるかなと思ったんだけど、
やり方がわからん。
で、ひとつ考えたのが、ファイル番号と同じ番号を文字型でつける
デリート用のフィールドを追加しようとおもったんだけど、
何かもっと良い方法ないですかね

288 : NAME IS - 2009/01/23(金) 08:56:36 ID:??? (+0,-27,+0)

ファイル名じゃなくてファイル番号だった

289 : NAME IS - 2009/01/23(金) 09:11:51 ID:??? (-11,-29,-1)

max(id)

292 : NAME IS - 2009/01/24(土) 05:51:42 ID:??? (+57,+29,-20)

テーブルわけまくって管理しようとしたけど、
一度のクエリで複数のテーブルにレコード入れるのはmysqlじゃ無理なのか・・

293 : NAME IS - 2009/01/24(土) 07:12:56 ID:??? (+1,-18,-14)

どんなクエリ？

294 : NAME IS - 2009/01/24(土) 10:41:22 ID:??? (+3,-30,-36)

>>293
普通に一つinsertする手順で、
insert～values
insert～values
・
・

みたいに・・phpmyadmin上でやってみたんだけどエラーがでた
なんか複数 insertでぐぐたりしてたらinsert allなるものが出てきたけど
やり方が悪いのか、できなかった

295 : NAME IS - 2009/01/24(土) 10:58:05 ID:??? (-1,-29,-21)

(カラム名，カラム名，カラム名) VALUES(値，値，値)
でまとめて挿入できるじゃん

296 : NAME IS - 2009/01/24(土) 12:45:13 ID:??? (+3,-30,-37)

テーブル1　　テーブル2
カラム1　　　　カラム2
1　　　　　　　　10
2　　　　　　　　20

ってあったときに、一回でカラム1とカラム2にそれぞれ3と30を入れたいんだ。

　　テーブル1
カラム1　カラム2
1　　　　　10
2　　　　　20

だとinsert テーブル1(カラム1，カラム2) VALUES(.3，30)でいけるけど

297 : NAME IS - 2009/01/24(土) 13:11:24 ID:??? (-4,-22,+0)

joinか

298 : NAME IS - 2009/01/24(土) 13:11:58 ID:??? (+46,+28,-2)

なんで一回？

300 : NAME IS - 2009/01/24(土) 15:05:46 ID:??? (-2,-30,-40)

with-<plugin name> っていうconfigure構文がついてて
いまんとこ--helpでは表示されない模様。

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで /

mysql スレッド一覧へ

みんなの評価 : ☆

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

MySQL 総合 Part12 (1001) - [94%] - 2008/1/30 17:34 ○
MySQL 総合 Part25 (947) - [94%] - 2017/6/18 6:30
MySQL 総合 Part13 (996) - [94%] - 2008/6/10 21:02 ☆
MySQL 総合 Part14 (1001) - [94%] - 2008/11/23 10:17 ☆
MySQL 総合 Part17 (1001) - [94%] - 2010/6/10 20:47 ○
MySQL 総合 Part18 (986) - [94%] - 2011/1/17 15:46
MySQL 総合 Part19 (982) - [94%] - 2011/6/9 2:33
MySQL 総合 Part26 (860) - [89%] - 2023/2/2 9:30
MySQL 総合 Part20 (995) - [89%] - 2011/10/17 4:48
MySQL 総合 Part21 (1001) - [89%] - 2011/12/25 22:16
MySQL 総合 Part22 (1001) - [89%] - 2012/7/10 16:45
MySQL 総合 Part23 (992) - [89%] - 2013/8/11 17:00
MySQL 総合 Part24 (1010) - [89%] - 2015/2/14 4:46
MySQL vs PostgreSQL Part2 (941) - [31%] - 2022/5/26 1:30 ○

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

総計:	127,062,285人
頁
昨日:	no data人
頁
今日:	人
頁