元スレMySQL 総合 Part24
mysql覧 / PC版 / みんなの評価 :
前へ
501 = :
>>500
テーブル分ければ良いだけだからさ
502 = :
webサイト毎にtable作るってのも考えたんですが
以前ココで1000万テーブル作ったりするのは設計ミスとか言われたんで
503 = :
>>502
どんな質問をして設計ミスって言われたのか知らん。
ただ言えることは、規模とか用途とかによってテーブル設計が変わる。
まあそれでも1000万テーブル作るってことは無いと思うけど。
504 = :
>>502
テーブルパーティショニングとかそこらへんの話だろ
505 = :
やっとでたか
506 = :
SQLインジェクション対策したいんですが、
$test = $_GET['data'];
//エスケープ
$test = mysql_real_escape_string($test);
$result = mysql_query("select * from aaa where name = '{$test}'");
このようにmysql_real_escape_stringでエスケープしてれば、SQLインジェクションって防げますよね？
防げない場合どういうパターンがあるのか教えてください
507 :
レプリケーション時に マスターに障害発生したら
スレーブ⇒マスター切り替え はよく目にするんだけど
その後元マスターが復旧したときに
マスター⇒スレーブ を安全におこなう方法がよくわからない
DB起動する前にマスターがいたら云々というバッチを作るの？
508 = :
>>506
スレ違い
509 = :
一度死んだ奴をマスタに戻す必要があるのか？
510 = :
俺が見てるスレだけでも3つのスレでマルチしてるなコイツ
PHPスレで回答もらったっぽいけど
512 = :
インデックスがかかっているカラムに対してIN句を使って
データを抽出したいと思っています。
WHERE id IN (id1, id2, id3……)
ソースが雑なのと条件が増えた時に遅くなりそうなのでもう少しスマートな
方法はないものかと思っているのですが、いい処理方法はないでしょうか？
513 = :
id1,2,3はどうやって出してるの？
514 = :
>>513
それは前画面にチェックボックスがあって、そこでチェックした時にidを仕込んで
次画面でREQUESTから取得して、配列からカンマ区切りにしてid1,id2,id3…としています。
前画面というものが条件に合致したデータを全て表示して、
そこからチェックボックスで選択したものだけに対して、次画面でデータを
再度引っ張ってきてデータ内容の詳細表示をするというような画面になっています。
IN句を使えばできてはいるのですが、何かちょっと…と思いまして。
515 = :
idを出す手段に規則性が無いならそうやるしかないと思うけど。
516 = :
>>515
やっぱりそうですかー
このままやることにします。ありがとうございました。
517 = :
集計のクエリーについて質問です
例えば都道府県の名前をユニークキーとしたマスターテーブルがあり
そのキーを使用したログテーブルがあるとします 訪れた場所[北海道、千葉、東京、千葉、大阪]
それを
北海道 1
千葉 2
東京 1
大阪 1
のように複数レコードで集計したいのですが下記のように書くと
SELECT 県名, count( 県名, ) FROM ログ WHERE ログ.県名 IN ( SELECT マスター.県名 FROM 都道府県 マスター )
最初の県名[北海道]と全ての合計数[5]と1レコードで終了してしまいます
各合計を求めるにはどのようにすればよいでしょうか？
よろしくお願いします
518 = :
ああ・・・こういう時にGROUP BY を使うのですね
失礼しました
520 = :
指定しなくてもInnoDBになる
それだけ
521 = :
最近のバージョンだと、システムのデータベースもInnoDBになるとかなかったっけ
522 = :
>>520
おうサンキュウ
それくらいしかメリットないなら面倒くさいし放置しとくわ
523 = :
InnoDBってバックアップ取りにくくていやなんだよな
524 = :
みんなテーブル名は大文字小文字混ぜてる？
大文字固定？ 小文字限定？
525 = :
何も考えずにSELECTしたときのソート順が
なぜか主キー順になってるんだけど、そういうもの？
以前は適当というか、順保証なんてなかった気がするけど
いつのまにかデフォルトソート順が仕様で決まったとかある？
526 = :
主キーが連番で、UPDATEしたことが無いテーブルなんだろ
527 = :
InnoDBでフルテーブルスキャンしたら、主キー順番になるはず
それはInnoDBが行データをクラスタ化インデックスで保持しているから。
MyISAMなら、ばらばらになるんじゃないかな
528 = :
>>527
そういうことね
InnoDB使うようになって日が浅いから気づかなかったわ
ありがとう
529 = :
InnoDBの構造上きれいなテーブルなら、上からなめれば主キー順になるだろうけど
それはたまたまたで「主キー順になることは保証しません」ってことでしょ。
530 = :
まぁ、実務でSELECTする時にORDER BYを付けない
シチュエーションなんてほとんどないからどうでもいい話しだ
531 = :
>>529
勘弁してくださいよ
532 = :
事情があり、サーバーマシンのホスト名を変更しました
mysqlでエラーが出ているので調べたところ、
pidファイルにサーバー名が使われていました。
mysql運用中にサーバーマシンのホスト名を変更したため、ファイルが壊れたようです
バッチバックアップでは修復処理も走らせているのですが、それでも修復できていませんでした
こういう壊れ方をしたファイルを修復することはできないのでしょうか？
536 = :
MySQLモニタ上で
mysql> ほにゃららこまんど
'>
ってなるんですが '> ってどういう時に表示されますか？
またネットで検索するときに「mysql '>」とか検索しても '> が無視されているような感じで
今後自力で検索するときにはどうやって検索すればいいでしょうか？
537 = :
ほにゃららこまんどの末尾に;を付けてないから
540 = :
だな
541 = :
主キー って「しゅきー」って読みでいいんでしょうか
542 = :
あるじキー
ぬしキー
543 = :
だいしゅきぃ
544 = :
だいちらい
546 = :
どうしても分からないorz
社内で、情報参照のためにMySQL+PEAR+PHP+Apacheでデータベース作ったんだけど、
これが好評で社外に公表してはどうか、という話があるんだけど、これってどっかに
ライセンス料収めないとあかんの? PostgresSQLなら問題ないという話もあるけど。
WEBブラウドで使うPHPで作ったデータベースのUIが「プログラム」にあたるとすると
GPL汚染されてアウトなんだろうか。こんなんでデータ公開みたいなことになると
正直やってけませんが。別に無料で普通に使い続けていいよね?
547 = :
MySQL関連だと下記のことをやっていたら、すべてのプログラムのソースコードを公開する必要がある
・MySQLのプログラム自体を改造
・PHPからMySQLに接続する際、libmysqlclientを使用している場合（これは可能性があるって話だったかも）
一つ目は多分していないだろうし、二つ目はPHP5.3以降に組み込まれているmysqlndを使用すれば問題ない。
普通に使う分には問題無いと思うけど、それでも気になるならMariaDBを検討すればいいんじゃね？
548 = :
え、libmysql 叩いただけでGPL感染するの？
549 = :
インタプリタによるリンクはNG
動的リンクのみOK
PHP自体もGPLにしなければいけなくなって
Mysqlに除外条項が作られたんだよ
みんなの評価 :
mysql一覧へ類似してるかもしれないスレッド
- MySQL 総合 Part25 (947) - [94%] - 2017/6/18 6:30
- MySQL 総合 Part14 (1001) - [94%] - 2008/11/23 10:17 ☆
- MySQL 総合 Part23 (992) - [94%] - 2013/8/11 17:00
- MySQL 総合 Part22 (1001) - [94%] - 2012/7/10 16:45
- MySQL 総合 Part26 (860) - [94%] - 2023/2/2 9:30
- MySQL 総合 Part21 (1001) - [94%] - 2011/12/25 22:16
- MySQL 総合 Part20 (995) - [94%] - 2011/10/17 4:48
- MySQL 総合 Part12 (1001) - [89%] - 2008/1/30 17:34 ○
- MySQL 総合 Part18 (986) - [89%] - 2011/1/17 15:46
- MySQL 総合 Part13 (996) - [89%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part15 (1001) - [89%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part17 (1001) - [89%] - 2010/6/10 20:47 ○
- MySQL 総合 Part19 (982) - [89%] - 2011/6/9 2:33
- MySQL vs PostgreSQL Part2 (941) - [36%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について