私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL 総合 Part24
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>500
テーブル分ければ良いだけだからさ
テーブル分ければ良いだけだからさ
webサイト毎にtable作るってのも考えたんですが
以前ココで1000万テーブル作ったりするのは設計ミスとか言われたんで
以前ココで1000万テーブル作ったりするのは設計ミスとか言われたんで
>>502
テーブルパーティショニングとかそこらへんの話だろ
テーブルパーティショニングとかそこらへんの話だろ
SQLインジェクション対策したいんですが、
$test = $_GET['data'];
//エスケープ
$test = mysql_real_escape_string($test);
$result = mysql_query("select * from aaa where name = '{$test}'");
このようにmysql_real_escape_stringでエスケープしてれば、SQLインジェクションって防げますよね?
防げない場合どういうパターンがあるのか教えてください
$test = $_GET['data'];
//エスケープ
$test = mysql_real_escape_string($test);
$result = mysql_query("select * from aaa where name = '{$test}'");
このようにmysql_real_escape_stringでエスケープしてれば、SQLインジェクションって防げますよね?
防げない場合どういうパターンがあるのか教えてください
レプリケーション時に マスターに障害発生したら
スレーブ⇒マスター切り替え はよく目にするんだけど
その後元マスターが復旧したときに
マスター⇒スレーブ を安全におこなう方法がよくわからない
DB起動する前にマスターがいたら云々というバッチを作るの?
スレーブ⇒マスター切り替え はよく目にするんだけど
その後元マスターが復旧したときに
マスター⇒スレーブ を安全におこなう方法がよくわからない
DB起動する前にマスターがいたら云々というバッチを作るの?
>>506
スレ違い
スレ違い
俺が見てるスレだけでも3つのスレでマルチしてるなコイツ
PHPスレで回答もらったっぽいけど
PHPスレで回答もらったっぽいけど
普通にchange masterすればいいんじゃね
posがずれていないかとか、そもそもパラメータがACID特性を満たす設定になっているとか確認すべき項目はあるが
posがずれていないかとか、そもそもパラメータがACID特性を満たす設定になっているとか確認すべき項目はあるが
インデックスがかかっているカラムに対してIN句を使って
データを抽出したいと思っています。
WHERE id IN (id1, id2, id3……)
ソースが雑なのと条件が増えた時に遅くなりそうなのでもう少しスマートな
方法はないものかと思っているのですが、いい処理方法はないでしょうか?
データを抽出したいと思っています。
WHERE id IN (id1, id2, id3……)
ソースが雑なのと条件が増えた時に遅くなりそうなのでもう少しスマートな
方法はないものかと思っているのですが、いい処理方法はないでしょうか?
>>513
それは前画面にチェックボックスがあって、そこでチェックした時にidを仕込んで
次画面でREQUESTから取得して、配列からカンマ区切りにしてid1,id2,id3…としています。
前画面というものが条件に合致したデータを全て表示して、
そこからチェックボックスで選択したものだけに対して、次画面でデータを
再度引っ張ってきてデータ内容の詳細表示をするというような画面になっています。
IN句を使えばできてはいるのですが、何かちょっと…と思いまして。
それは前画面にチェックボックスがあって、そこでチェックした時にidを仕込んで
次画面でREQUESTから取得して、配列からカンマ区切りにしてid1,id2,id3…としています。
前画面というものが条件に合致したデータを全て表示して、
そこからチェックボックスで選択したものだけに対して、次画面でデータを
再度引っ張ってきてデータ内容の詳細表示をするというような画面になっています。
IN句を使えばできてはいるのですが、何かちょっと…と思いまして。
集計のクエリーについて質問です
例えば都道府県の名前をユニークキーとしたマスターテーブルがあり
そのキーを使用したログテーブルがあるとします 訪れた場所[北海道、千葉、東京、千葉、大阪]
それを
北海道 1
千葉 2
東京 1
大阪 1
のように複数レコードで集計したいのですが下記のように書くと
SELECT 県名, count( 県名, ) FROM ログ WHERE ログ.県名 IN ( SELECT マスター.県名 FROM 都道府県 マスター )
最初の県名[北海道]と全ての合計数[5]と1レコードで終了してしまいます
各合計を求めるにはどのようにすればよいでしょうか?
よろしくお願いします
例えば都道府県の名前をユニークキーとしたマスターテーブルがあり
そのキーを使用したログテーブルがあるとします 訪れた場所[北海道、千葉、東京、千葉、大阪]
それを
北海道 1
千葉 2
東京 1
大阪 1
のように複数レコードで集計したいのですが下記のように書くと
SELECT 県名, count( 県名, ) FROM ログ WHERE ログ.県名 IN ( SELECT マスター.県名 FROM 都道府県 マスター )
最初の県名[北海道]と全ての合計数[5]と1レコードで終了してしまいます
各合計を求めるにはどのようにすればよいでしょうか?
よろしくお願いします
ああ・・・こういう時にGROUP BY を使うのですね
失礼しました
失礼しました
最近のバージョンだと、システムのデータベースもInnoDBになるとかなかったっけ
みんなテーブル名は大文字小文字混ぜてる?
大文字固定? 小文字限定?
大文字固定? 小文字限定?
何も考えずにSELECTしたときのソート順が
なぜか主キー順になってるんだけど、そういうもの?
以前は適当というか、順保証なんてなかった気がするけど
いつのまにかデフォルトソート順が仕様で決まったとかある?
なぜか主キー順になってるんだけど、そういうもの?
以前は適当というか、順保証なんてなかった気がするけど
いつのまにかデフォルトソート順が仕様で決まったとかある?
InnoDBでフルテーブルスキャンしたら、主キー順番になるはず
それはInnoDBが行データをクラスタ化インデックスで保持しているから。
MyISAMなら、ばらばらになるんじゃないかな
それはInnoDBが行データをクラスタ化インデックスで保持しているから。
MyISAMなら、ばらばらになるんじゃないかな
InnoDBの構造上きれいなテーブルなら、上からなめれば主キー順になるだろうけど
それはたまたまたで「主キー順になることは保証しません」ってことでしょ。
それはたまたまたで「主キー順になることは保証しません」ってことでしょ。
まぁ、実務でSELECTする時にORDER BYを付けない
シチュエーションなんてほとんどないからどうでもいい話しだ
シチュエーションなんてほとんどないからどうでもいい話しだ
>>529
勘弁してくださいよ
勘弁してくださいよ
事情があり、サーバーマシンのホスト名を変更しました
mysqlでエラーが出ているので調べたところ、
pidファイルにサーバー名が使われていました。
mysql運用中にサーバーマシンのホスト名を変更したため、ファイルが壊れたようです
バッチバックアップでは修復処理も走らせているのですが、それでも修復できていませんでした
こういう壊れ方をしたファイルを修復することはできないのでしょうか?
mysqlでエラーが出ているので調べたところ、
pidファイルにサーバー名が使われていました。
mysql運用中にサーバーマシンのホスト名を変更したため、ファイルが壊れたようです
バッチバックアップでは修復処理も走らせているのですが、それでも修復できていませんでした
こういう壊れ方をしたファイルを修復することはできないのでしょうか?
古いプロセスをkillしてから
myisamchk --safe-recover
したら、エラーなく起動しました
思わぬトラブルで青ざめました
myisamchk --safe-recover
したら、エラーなく起動しました
思わぬトラブルで青ざめました
MySQLモニタ上で
mysql> ほにゃららこまんど
'>
ってなるんですが '> ってどういう時に表示されますか?
またネットで検索するときに「mysql '>」とか検索しても '> が無視されているような感じで
今後自力で検索するときにはどうやって検索すればいいでしょうか?
mysql> ほにゃららこまんど
'>
ってなるんですが '> ってどういう時に表示されますか?
またネットで検索するときに「mysql '>」とか検索しても '> が無視されているような感じで
今後自力で検索するときにはどうやって検索すればいいでしょうか?
どうしても分からないorz
社内で、情報参照のためにMySQL+PEAR+PHP+Apacheでデータベース作ったんだけど、
これが好評で社外に公表してはどうか、という話があるんだけど、これってどっかに
ライセンス料収めないとあかんの? PostgresSQLなら問題ないという話もあるけど。
WEBブラウドで使うPHPで作ったデータベースのUIが「プログラム」にあたるとすると
GPL汚染されてアウトなんだろうか。こんなんでデータ公開みたいなことになると
正直やってけませんが。別に無料で普通に使い続けていいよね?
社内で、情報参照のためにMySQL+PEAR+PHP+Apacheでデータベース作ったんだけど、
これが好評で社外に公表してはどうか、という話があるんだけど、これってどっかに
ライセンス料収めないとあかんの? PostgresSQLなら問題ないという話もあるけど。
WEBブラウドで使うPHPで作ったデータベースのUIが「プログラム」にあたるとすると
GPL汚染されてアウトなんだろうか。こんなんでデータ公開みたいなことになると
正直やってけませんが。別に無料で普通に使い続けていいよね?
MySQL関連だと下記のことをやっていたら、すべてのプログラムのソースコードを公開する必要がある
・MySQLのプログラム自体を改造
・PHPからMySQLに接続する際、libmysqlclientを使用している場合(これは可能性があるって話だったかも)
一つ目は多分していないだろうし、二つ目はPHP5.3以降に組み込まれているmysqlndを使用すれば問題ない。
普通に使う分には問題無いと思うけど、それでも気になるならMariaDBを検討すればいいんじゃね?
・MySQLのプログラム自体を改造
・PHPからMySQLに接続する際、libmysqlclientを使用している場合(これは可能性があるって話だったかも)
一つ目は多分していないだろうし、二つ目はPHP5.3以降に組み込まれているmysqlndを使用すれば問題ない。
普通に使う分には問題無いと思うけど、それでも気になるならMariaDBを検討すればいいんじゃね?
インタプリタによるリンクはNG
動的リンクのみOK
PHP自体もGPLにしなければいけなくなって
Mysqlに除外条項が作られたんだよ
動的リンクのみOK
PHP自体もGPLにしなければいけなくなって
Mysqlに除外条項が作られたんだよ
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 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 ○
トップメニューへ / →のくす牧場書庫について