私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL 総合 Part25
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
オラクル社によるオープンソースのRDBMS、MySQLの総合スレです。
MySQL 総合 Part24
http://peace.2ch.net/test/read.cgi/db/1376466127/
MySQL Developer Zonehttp://dev.mysql.com/
MySQL 5.5 マニュアル (E)http://dev.mysql.com/doc/refman/5.5/en/index.html
MySQL 5.1 マニュアル (J)http://dev.mysql.com/doc/refman/5.1/ja/index.html
日本MySQLユーザ会(MyNA)http://www.mysql.gr.jp/
ML過去ログhttp://www.mysql.gr.jp/mysqlml/mysql/
ここで質問をする前に、MyNAでのFAQと心得の条を最初に確認しましょう。
http://www.mysql.gr.jp/frame/modules/bwiki/?FAQ
http://www.mysql.gr.jp/frame/modules/bwiki/index.php?%BB%A8%B3%D8%2F%BF%B4%C6%C0
MySQL 総合 Part24
http://peace.2ch.net/test/read.cgi/db/1376466127/
MySQL Developer Zonehttp://dev.mysql.com/
MySQL 5.5 マニュアル (E)http://dev.mysql.com/doc/refman/5.5/en/index.html
MySQL 5.1 マニュアル (J)http://dev.mysql.com/doc/refman/5.1/ja/index.html
日本MySQLユーザ会(MyNA)http://www.mysql.gr.jp/
ML過去ログhttp://www.mysql.gr.jp/mysqlml/mysql/
ここで質問をする前に、MyNAでのFAQと心得の条を最初に確認しましょう。
http://www.mysql.gr.jp/frame/modules/bwiki/?FAQ
http://www.mysql.gr.jp/frame/modules/bwiki/index.php?%BB%A8%B3%D8%2F%BF%B4%C6%C0
ORDER BYを使用しないと結果順序が保証されないのは記述どおりなんだが、特定の条件下でLIMITで抽出した部分のみに対してORDER BYされる気がするんだが。
limitで抜き出した時に、order byに指定がないカラムがある場合、順序が一定してないと思った。
これのことかな?
これのことかな?
質問させてください
データがガリガリ書き換えられているときに、
mysqldumpでデータのバックアップ取ったときって、
dumpしたsqlファイルにデータの不整合は起きないのでしょうか。
起きないとしたらそれはどのような仕組みによって実現されているのでしょうか
教えていただけると嬉しいです
データがガリガリ書き換えられているときに、
mysqldumpでデータのバックアップ取ったときって、
dumpしたsqlファイルにデータの不整合は起きないのでしょうか。
起きないとしたらそれはどのような仕組みによって実現されているのでしょうか
教えていただけると嬉しいです
mysql使ったことのない俺が言うのもなんだけど、mysqldumpって1レコードごとに改行されないの?
例えば、こんな感じ
INSERT INTO `t_test` VALUES (1,3),(1,4),(1,5),(2,4),(3,1),(4,1),(4,2),(5,1);
INSERT INTO `t_test` VALUES (1,3),(1,4),(1,5),(2,4),(3,1),(4,1),(4,2),(5,1);
ちょっとマニュアルみてみたけど、
--skip-extended-insert
つけたらどうかな?
--skip-extended-insert
つけたらどうかな?
なんだそれ、マジで聞いてんのか?w
どう考えても設定ファイルのdefault-storage-engine=innodbって設定を見なおせって書いてあるように思うが。
/etc/my.cnf調べりゃあるべや
どう考えても設定ファイルのdefault-storage-engine=innodbって設定を見なおせって書いてあるように思うが。
/etc/my.cnf調べりゃあるべや
>>22
ありがとうございます!
ありがとうございます!
ビッ○カメラ札幌店の副店長の佐藤伸弦が暴行事件が起きていた
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
データベースが重くなってきたのでインデックスを作ろうと思っているのですが以下のどちらが参考になるでしょうか?
・エキスパートのための MySQL …
(技術評論社)
・MySQL トラブルシューティング
(オライリー)
データベースはMariaDB 10です。
・エキスパートのための MySQL …
(技術評論社)
・MySQL トラブルシューティング
(オライリー)
データベースはMariaDB 10です。
csvをmysqlに自動的にテーブルも作成して読み込ませたいです。
phpmyadminでcsvを読み込むときに自動的にテーブルも作成してくれますが、
mysqlimportやload data infileでは私が調べた限り無理のようでした。
なにかいい方法はありませんか?
csvファイルは100近くあるのでできればphpmyadminのようなGUIではなく、
コマンドラインでどうにかしたいです。
phpmyadminでcsvを読み込むときに自動的にテーブルも作成してくれますが、
mysqlimportやload data infileでは私が調べた限り無理のようでした。
なにかいい方法はありませんか?
csvファイルは100近くあるのでできればphpmyadminのようなGUIではなく、
コマンドラインでどうにかしたいです。
>>26
どちらもすでに良く設計されたデータベースの運用のための本であって、
インデックスの作り方のコツなんかは書いてない。
実践ハイパフォーマンスMySQL 第3版(オライリー)
をまずじっくり読むべし。電子版もあるよ。MariaDBでも同じ。
どちらもすでに良く設計されたデータベースの運用のための本であって、
インデックスの作り方のコツなんかは書いてない。
実践ハイパフォーマンスMySQL 第3版(オライリー)
をまずじっくり読むべし。電子版もあるよ。MariaDBでも同じ。
あるテーブルの一つのカラムに存在する値の種類一覧を取得する方法ってDISTINCTしかないんですかね?
hoge
hoge
huga
fizz
fizz
fizz
みたいな感じの時に、
hoge
huga
fizz
と返してほしいんです
distinctのいっぺん全取得してから削除ってのは無駄が多い気がするし、かといってexistsで書き換えるのも難しいし…
何か良い方法はないでしょうか?
hoge
hoge
huga
fizz
fizz
fizz
みたいな感じの時に、
hoge
huga
fizz
と返してほしいんです
distinctのいっぺん全取得してから削除ってのは無駄が多い気がするし、かといってexistsで書き換えるのも難しいし…
何か良い方法はないでしょうか?
条件結合みたいな方法ってあるのでしょうか?
・ユーザーテーブルのgroup_idが1ならプロフィールテーブルと結合
OR
・ユーザーテーブルのgroup_idが2なら会社テーブルと結合
と言ったイメージなのですが、ググっても出来そうな気がしません。
もし、ググり方が悪くて出来るのでしたら、結合方法を教えてください。
・ユーザーテーブルのgroup_idが1ならプロフィールテーブルと結合
OR
・ユーザーテーブルのgroup_idが2なら会社テーブルと結合
と言ったイメージなのですが、ググっても出来そうな気がしません。
もし、ググり方が悪くて出来るのでしたら、結合方法を教えてください。
>>35
良い方法はないと思う。UNIONで書けるかどうか考えてみて、
UNIONで書けるようなら、そもそも会社テーブルとプロフィールテーブルを
分けた意味があったのかどうか考えてみよう。
SELECT … FROM user JOIN profile ON user.profile_id = profile.id
WHERE user.group_id = 1
UNION ALL
SELECT … FROM user JOIN company ON user.company_id = company.id
WHERE user.group_id = 2
良い方法はないと思う。UNIONで書けるかどうか考えてみて、
UNIONで書けるようなら、そもそも会社テーブルとプロフィールテーブルを
分けた意味があったのかどうか考えてみよう。
SELECT … FROM user JOIN profile ON user.profile_id = profile.id
WHERE user.group_id = 1
UNION ALL
SELECT … FROM user JOIN company ON user.company_id = company.id
WHERE user.group_id = 2
>>36
UNIONで書けません。テーブル名の通り、全く用途(カラムの構成)が違います。
UNIONで書けません。テーブル名の通り、全く用途(カラムの構成)が違います。
じゃあ普通に横に外部結合で足せば?
from ユーザーテーブル
left join プロフィールテーブル on (group_id = 1 and ユーザーIDとなにか)
left join 会社テーブル on (group_id = 2 and ユーザーIDとなにか)
from ユーザーテーブル
left join プロフィールテーブル on (group_id = 1 and ユーザーIDとなにか)
left join 会社テーブル on (group_id = 2 and ユーザーIDとなにか)
>>38
なるほど。つまり、ユーザーテーブルに2つテーブルを結合するんですね。
どっちかのテーブルに値が存在することで「一般会員」と「会社会員」と分けられそうですね。
参考にします。ありがとうございました。
なるほど。つまり、ユーザーテーブルに2つテーブルを結合するんですね。
どっちかのテーブルに値が存在することで「一般会員」と「会社会員」と分けられそうですね。
参考にします。ありがとうございました。
某所で話題になったMySQLの寿司ビール問題
これみんな知ってた?
古いモバイルサイトなんかヤバそうなんだけど。
http://blog.kamipo.net/entry/2015/03/23/093052
これみんな知ってた?
古いモバイルサイトなんかヤバそうなんだけど。
http://blog.kamipo.net/entry/2015/03/23/093052
>>40
別にあたりまえの実装だし、照合順序の違いもわからないやつが、
明示的に utf8mb4 を指定するとは思えない。
ましてや古いモバイルサイトが最近実装した utf8mb4 を使って居るとも思えない
別にあたりまえの実装だし、照合順序の違いもわからないやつが、
明示的に utf8mb4 を指定するとは思えない。
ましてや古いモバイルサイトが最近実装した utf8mb4 を使って居るとも思えない
少ないテキスト数で荒らしたい時に使用。
tinyintとかsmallintとかと一緒。
tinyintとかsmallintとかと一緒。
SELECTしたデータをWebに表示しているDBがあるのですが、このDBに一定の時間帯でWebでスクレイピングしたデータを取り込むようにしています。
同一サーバー内でデータ挿入用のDB(もしくはテーブル)と参照用のDB(もしくはテーブル)に分けてレプリケーションすると多少は負荷の軽減になりますか?
同一サーバー内でデータ挿入用のDB(もしくはテーブル)と参照用のDB(もしくはテーブル)に分けてレプリケーションすると多少は負荷の軽減になりますか?
類似してるかもしれないスレッド
- MySQL 総合 Part24 (1010) - [94%] - 2015/2/14 4:46
- MySQL 総合 Part15 (1001) - [94%] - 2009/4/20 12:15 ☆
- 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 総合 Part14 (1001) - [89%] - 2008/11/23 10:17 ☆
- 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 ○
トップメニューへ / →のくす牧場書庫について