元スレMySQL 総合 Part20

mysql覧

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

951 = :

わからんー。たすけてくれー。

# 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宇。

952 = :

>>951
>bash: c:mysqldatainsert.sql

ディレクトリ構成からするとWindowsで使ってるように見えるんだけど、DOSプロンプトじゃなくてbashということはCygwinかMSYSあたりで使ってる？

だとしたら、Cygwinなら

/cygdrive/c/mysql/data/insert.sql

のような形にすればいけるかも。

953 = :

>>952
基本情報ごっそり抜けて済みません。
自分はwinXPprofetnolで操作してまして、アップロード希望先のサーバは
DTIで借りてるserversman@vpsです。操作はteraterm様で行っています。
teratermの代わりにCygwinを使うの早速やってみます。ありがとうございます。
Cygwinて昔、何かで触って以来です。自信んっしん。

954 = :

>>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)で行ってるだろうから、これもだめ。

955 = :

ものすごい基礎の基礎を見逃していてお恥ずかしいというか
先ずsqlファイルをどうにかしてvpsサーバへ送り込まないとならんわけですね
そう。それがffftpで何故か送れなくて（重すぎる？）アレなのでした。
ちょっと寝て起きたら移送方法をちゃんと調べます。展開は間違ってない富田。
どうもありがとう。

956 = :

>>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
すれば行けると思うけど、自分はやったことない。

957 = :

あーそうですね、955 の理解であってると思いますw

serversmanかFFFTPに固有の事情があるのかもしれないけど、自分はさくらVPSでマカーなのでその辺はよくわからないや。
軽いファイルや空ファイルでチェックするのが早そうだけど、この辺はMySQLの話題ではなくなるのでこの辺で。

959 = :

Datetime型のフィールドについて、現在より３０分前のものという条件でセレクトしたいときはなにを使うべきでしょうか？

960 = :

> なにを使うべきでしょうか？

どういう意味？

961 = :

>>959
WHEREを使って30分前を指定してあげればいい。

>>960
こうやって回答してあげるのが楽しいんだ。

962 = :

>>950
ありがとうございます！

963 = :

お安い御用です。

964 = :

次スレの季節

965 = :

>>959
ヒント：time_add(), between, now()

966 = :

>>959
30分前ってことは、現在時からジャスト30分0秒前、ってことだよね。

968 = :

>>967
DB設計としては合ってる

969 = :

あってない。
DB設計を勉強しましょう

970 = :

PHPで順に操作とかアホのやること

971 = :

PHPで順に捜査とか天才のやること

972 = :

多対多ならこの構成でいいんじゃないの?

973 = :

DB設計でならあってる

974 = :

見た感じ多対多じゃなくて１対多じゃね？

975 = :

用途がまったく想像できますん

976 = :

あんたに想像してもらいたくない

977 = :

>>967
とあるものが複数カテゴリに属してるなら、そうなって当たり前だろ。

978 = :

当たり前かどうかは当人の価値観に依存する

979 = :

じゃあ定石で

980 = :

>>978
エゴだよそれは！

981 = :

>>979
囲碁だよそれは！

982 = :

>>979
うちの上司、定石って名前

983 = :

うちのは力石

984 = :

SNSサイトを作っているのですが、DBに投稿した日記(Text)の冒頭部分のみを取り出すにはどうすればいいでしょうか
レコード登録時に冒頭部分のみのカラムを作るのも効率が悪い気がしてきて・・

985 = :

>>984
LEFTとか使えば

986 = :

>>985
LEFT関数中々便利ですね
Textを全文取り込んで文字列操作するよりもメモリが節約できそうです
ありがとうございます

987 = :

お安い御用です。

988 = :

>>983
エコだよそれは！

989 = :

id　　　　　　　　　int
category_id　　　int
post_date　　　　 datetime
comment　　　　 varchar(255)
count　　　　　　　int　　　　　　　　　　　5.1　MyISAM

100万件以上あるテーブルで、
数種類あるカテゴリ別に月単位でcountの多い順に20件集計したいのですが、
どこにインデックスをつけたらいいですか？

試してみたところcategory_idとcountの複合インデックスが一番早かったのですが、
もっと早くなるいい付け方はないでしょうか

990 = :

サマリ作る

991 = :

>>989
yyyymmってカラムを追加して
(category_id, yyyymm, count)というインデックスを作り、

SELECT ... FROM ttt
WHERE category_id = aaa AND yyyymm = bbb
ORDER BY count DESC LIMIT 20;

をcategory_id分繰り返すのが速い。
けど先月分まで確定してるならあらかじめサマリ作っておけばいい

992 = :

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

993 = :

お安い御用です。

994 = :

次スレまだ？

995 = :

このスレで終了します。

前へ 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 ○