私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL 総合 Part20
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
わからんー。たすけてくれー。
# mysql -u ユーザー名 -p -h ホスト名 DB名 < c:\mysql\data\insert.sql
すると
bash: c:mysqldatainsert.sql: そのようなファイルやディレクトリはありません
て言われるー
mysql> use DB名
Database changed
mysql> SOURCE c:\mysql\data\insert.sql
すると
ERROR:
Failed to open file 'c:\mysql\data\insert.sql', error: 2
て言われるー。でもcドライブのmysqlフォルダ無いのdataフォルダ内にinsert.sqlは確実にある。
.sqlファイルを読み込ませたいだけなんやー。なんがダメなんやー。
文字コードはutf8にして改行コードもLFで統一してるー。
後何を試せばよいですか皆さん助けてー。とりあえず風呂いって眠気冷まし的亜MS宇。
# mysql -u ユーザー名 -p -h ホスト名 DB名 < c:\mysql\data\insert.sql
すると
bash: c:mysqldatainsert.sql: そのようなファイルやディレクトリはありません
て言われるー
mysql> use DB名
Database changed
mysql> SOURCE c:\mysql\data\insert.sql
すると
ERROR:
Failed to open file 'c:\mysql\data\insert.sql', error: 2
て言われるー。でもcドライブのmysqlフォルダ無いのdataフォルダ内にinsert.sqlは確実にある。
.sqlファイルを読み込ませたいだけなんやー。なんがダメなんやー。
文字コードはutf8にして改行コードもLFで統一してるー。
後何を試せばよいですか皆さん助けてー。とりあえず風呂いって眠気冷まし的亜MS宇。
>>951
>bash: c:mysqldatainsert.sql
ディレクトリ構成からするとWindowsで使ってるように見えるんだけど、DOSプロンプトじゃなくてbashということはCygwinかMSYSあたりで使ってる?
だとしたら、Cygwinなら
/cygdrive/c/mysql/data/insert.sql
のような形にすればいけるかも。
>bash: c:mysqldatainsert.sql
ディレクトリ構成からするとWindowsで使ってるように見えるんだけど、DOSプロンプトじゃなくてbashということはCygwinかMSYSあたりで使ってる?
だとしたら、Cygwinなら
/cygdrive/c/mysql/data/insert.sql
のような形にすればいけるかも。
>>952
基本情報ごっそり抜けて済みません。
自分はwinXPprofetnolで操作してまして、アップロード希望先のサーバは
DTIで借りてるserversman@vpsです。操作はteraterm様で行っています。
teratermの代わりにCygwinを使うの早速やってみます。ありがとうございます。
Cygwinて昔、何かで触って以来です。自信んっしん。
基本情報ごっそり抜けて済みません。
自分はwinXPprofetnolで操作してまして、アップロード希望先のサーバは
DTIで借りてるserversman@vpsです。操作はteraterm様で行っています。
teratermの代わりにCygwinを使うの早速やってみます。ありがとうございます。
Cygwinて昔、何かで触って以来です。自信んっしん。
>>953
つまり
・SQLファイル = 自PCのデスクトップ
・DB = VPS
・VPSへの接続 = Teraterm
ですよね。
それだとCygwin使っても状況は変わらない。
mysql> SOURCE c:¥mysql¥data¥insert.sql
はTeraterm上の(つまりVPS上の)ファイルを見に行くわけだから当然該当ファイルは無いわけだし、
# mysql -u ユーザー名 -p -h ホスト名 DB名 < c:¥mysql¥data¥insert.sql
も先頭が#なところからしてTeraterm上(=VPS)で行ってるだろうから、これもだめ。
つまり
・SQLファイル = 自PCのデスクトップ
・DB = VPS
・VPSへの接続 = Teraterm
ですよね。
それだとCygwin使っても状況は変わらない。
mysql> SOURCE c:¥mysql¥data¥insert.sql
はTeraterm上の(つまりVPS上の)ファイルを見に行くわけだから当然該当ファイルは無いわけだし、
# mysql -u ユーザー名 -p -h ホスト名 DB名 < c:¥mysql¥data¥insert.sql
も先頭が#なところからしてTeraterm上(=VPS)で行ってるだろうから、これもだめ。
ものすごい基礎の基礎を見逃していてお恥ずかしいというか
先ずsqlファイルをどうにかしてvpsサーバへ送り込まないとならんわけですね
そう。それがffftpで何故か送れなくて(重すぎる?)アレなのでした。
ちょっと寝て起きたら移送方法をちゃんと調べます。展開は間違ってない富田。
どうもありがとう。
先ずsqlファイルをどうにかしてvpsサーバへ送り込まないとならんわけですね
そう。それがffftpで何故か送れなくて(重すぎる?)アレなのでした。
ちょっと寝て起きたら移送方法をちゃんと調べます。展開は間違ってない富田。
どうもありがとう。
>>953
というわけで、恐らく一番簡単な正解は
「SQLファイルをVPSにアップロード」ではないかと。
VPSに
/home/{953のユーザ名}/insert.sql
の形でアップロードして、
# mysql -u ユーザー名 -p -h ホスト名 DB名 < /home/{953のユーザ名}/insert.sql
でいけると思う。
要は、サーバ側で作業するならサーバ側にSQLファイル置こうねって事です。
WindowsにMySQLクライアントインストールしてるなら、「DOSプロンプト上から(つまり自端末から)」
mysql -u ユーザー名 -p -h ホスト名 DB名 < c:¥mysql¥data¥insert.sql
すれば行けると思うけど、自分はやったことない。
というわけで、恐らく一番簡単な正解は
「SQLファイルをVPSにアップロード」ではないかと。
VPSに
/home/{953のユーザ名}/insert.sql
の形でアップロードして、
# mysql -u ユーザー名 -p -h ホスト名 DB名 < /home/{953のユーザ名}/insert.sql
でいけると思う。
要は、サーバ側で作業するならサーバ側にSQLファイル置こうねって事です。
WindowsにMySQLクライアントインストールしてるなら、「DOSプロンプト上から(つまり自端末から)」
mysql -u ユーザー名 -p -h ホスト名 DB名 < c:¥mysql¥data¥insert.sql
すれば行けると思うけど、自分はやったことない。
あーそうですね、955 の理解であってると思いますw
serversmanかFFFTPに固有の事情があるのかもしれないけど、自分はさくらVPSでマカーなのでその辺はよくわからないや。
軽いファイルや空ファイルでチェックするのが早そうだけど、この辺はMySQLの話題ではなくなるのでこの辺で。
serversmanかFFFTPに固有の事情があるのかもしれないけど、自分はさくらVPSでマカーなのでその辺はよくわからないや。
軽いファイルや空ファイルでチェックするのが早そうだけど、この辺はMySQLの話題ではなくなるのでこの辺で。
serversmanは自分で設定しないかぎりftpd動いてないだろ
scpしろ
scpしろ
Datetime型のフィールドについて、現在より30分前のものという条件でセレクトしたいときはなにを使うべきでしょうか?
>>959
ヒント:time_add(), between, now()
ヒント:time_add(), between, now()
>>959
30分前ってことは、現在時からジャスト30分0秒前、ってことだよね。
30分前ってことは、現在時からジャスト30分0秒前、ってことだよね。
商品Aが複数カテゴリ(別テーブルにて定義、それをJOIN)に入ってる場合に
こんな感じで帰ってくるんだけどこれでいいの?初めての設計でよくわからない。
itemId ... categoryId
A ... 4
A ... 5
A ... 6
見た目上は商品名とかの ... が何度も繰り返しされてるようで気持ち悪い。
内部的に何らかの最適化が行われてるといいんだけど、他にいい方法があるのかな?
それと、PHPで利用する場合にこのレコードを順に走査していって、前回と同じIDなら
そのIDに対してカテゴリを追加って具合で大丈夫?
こんな感じで帰ってくるんだけどこれでいいの?初めての設計でよくわからない。
itemId ... categoryId
A ... 4
A ... 5
A ... 6
見た目上は商品名とかの ... が何度も繰り返しされてるようで気持ち悪い。
内部的に何らかの最適化が行われてるといいんだけど、他にいい方法があるのかな?
それと、PHPで利用する場合にこのレコードを順に走査していって、前回と同じIDなら
そのIDに対してカテゴリを追加って具合で大丈夫?
>>967
DB設計としては合ってる
DB設計としては合ってる
>>967
とあるものが複数カテゴリに属してるなら、そうなって当たり前だろ。
とあるものが複数カテゴリに属してるなら、そうなって当たり前だろ。
>>978
エゴだよそれは!
エゴだよそれは!
>>979
囲碁だよそれは!
囲碁だよそれは!
>>979
うちの上司、定石って名前
うちの上司、定石って名前
SNSサイトを作っているのですが、DBに投稿した日記(Text)の冒頭部分のみを取り出すにはどうすればいいでしょうか
レコード登録時に冒頭部分のみのカラムを作るのも効率が悪い気がしてきて・・
レコード登録時に冒頭部分のみのカラムを作るのも効率が悪い気がしてきて・・
>>984
LEFTとか使えば
LEFTとか使えば
>>983
エコだよそれは!
エコだよそれは!
id int
category_id int
post_date datetime
comment varchar(255)
count int 5.1 MyISAM
100万件以上あるテーブルで、
数種類あるカテゴリ別に月単位でcountの多い順に20件集計したいのですが、
どこにインデックスをつけたらいいですか?
試してみたところcategory_idとcountの複合インデックスが一番早かったのですが、
もっと早くなるいい付け方はないでしょうか
category_id int
post_date datetime
comment varchar(255)
count int 5.1 MyISAM
100万件以上あるテーブルで、
数種類あるカテゴリ別に月単位でcountの多い順に20件集計したいのですが、
どこにインデックスをつけたらいいですか?
試してみたところcategory_idとcountの複合インデックスが一番早かったのですが、
もっと早くなるいい付け方はないでしょうか
>>989
yyyymmってカラムを追加して
(category_id, yyyymm, count)というインデックスを作り、
SELECT ... FROM ttt
WHERE category_id = aaa AND yyyymm = bbb
ORDER BY count DESC LIMIT 20;
をcategory_id分繰り返すのが速い。
けど先月分まで確定してるならあらかじめサマリ作っておけばいい
yyyymmってカラムを追加して
(category_id, yyyymm, count)というインデックスを作り、
SELECT ... FROM ttt
WHERE category_id = aaa AND yyyymm = bbb
ORDER BY count DESC LIMIT 20;
をcategory_id分繰り返すのが速い。
けど先月分まで確定してるならあらかじめサマリ作っておけばいい
ありがとうございます。試してみます。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- MySQL 総合 Part22 (1001) - [94%] - 2012/7/10 16:45
- MySQL 総合 Part21 (1001) - [94%] - 2011/12/25 22:16
- MySQL 総合 Part25 (947) - [94%] - 2017/6/18 6:30
- MySQL 総合 Part24 (1010) - [94%] - 2015/2/14 4:46
- MySQL 総合 Part23 (992) - [94%] - 2013/8/11 17:00
- MySQL 総合 Part26 (860) - [94%] - 2023/2/2 9:30
- MySQL 総合 Part13 (996) - [89%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part14 (1001) - [89%] - 2008/11/23 10:17 ☆
- MySQL 総合 Part15 (1001) - [89%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part17 (1001) - [89%] - 2010/6/10 20:47 ○
- MySQL 総合 Part18 (986) - [89%] - 2011/1/17 15:46
- MySQL 総合 Part19 (982) - [89%] - 2011/6/9 2:33
- MySQL 総合 Part12 (1001) - [89%] - 2008/1/30 17:34 ○
- MySQL vs PostgreSQL Part2 (941) - [36%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について