私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL 総合 Part14
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ☆
レスフィルター : (試験中)
なんか勘違いしていたようです。
ストアドプロシージャの中からは使えました。
ファンクションの中から使いたかった････
ストアドプロシージャの中からは使えました。
ファンクションの中から使いたかった････
しかしダウンロードすんのめんどくさいな。。
いつからこんなごちゃごちゃになったんだ？
いつからこんなごちゃごちゃになったんだ？
default 値がないと、default current_timestamp が仮定されるからでしょう。
先に定義する timestamp フィールドに default を明示的に (0 とか) 指定してやればよいのでは。
先に定義する timestamp フィールドに default を明示的に (0 とか) 指定してやればよいのでは。
あってます。
内部で作成される一時表は、GROUP BYや副問い合わせなどで作成されます。
基本的にMEMORY(HEAP)テーブルですが、TMP_TABLE_SIZEまたは
MAX_HEAP_TABLE_SIZEを超えると、MyISAMテーブルに変換されます。
チューニングとしては両パラメータを大きくするか、
あるいはそもそも内部の一時表を作らないようにSQLを工夫する
といった対処を行います。
内部で作成される一時表は、GROUP BYや副問い合わせなどで作成されます。
基本的にMEMORY(HEAP)テーブルですが、TMP_TABLE_SIZEまたは
MAX_HEAP_TABLE_SIZEを超えると、MyISAMテーブルに変換されます。
チューニングとしては両パラメータを大きくするか、
あるいはそもそも内部の一時表を作らないようにSQLを工夫する
といった対処を行います。
確かにexplainでも分かりますが
スローなクエリはexplainもスローになるので
運用環境ではしたくないです
log-queries-not-using-indexesで残すログに
何らかの印を残してくれたら一番スマートだと思うのですが・・
スローなクエリはexplainもスローになるので
運用環境ではしたくないです
log-queries-not-using-indexesで残すログに
何らかの印を残してくれたら一番スマートだと思うのですが・・
エクスポートしたデータのインポートについて質問です。
SELECT * FROM table INTO OUTFILE 'c:/a.txt' FIELDS TERMINATED BY '，' LINES TERMINATED BY '\r\n'
は成功してきちんとエクスポートされているのですが、
LOAD DATA INFILE 'c:/a.txt' INTO TABLE table FIELDS TERMINATED BY '，' LINES TERMINATED BY '\r\n'
は失敗して、インポートがされません。
エラーの内容は、Data truncated for columnです。
エクスポートとインポートともにLINES TERMINATED BYをつけない場合は、成功します。
よろしくお願いします。
SELECT * FROM table INTO OUTFILE 'c:/a.txt' FIELDS TERMINATED BY '，' LINES TERMINATED BY '\r\n'
は成功してきちんとエクスポートされているのですが、
LOAD DATA INFILE 'c:/a.txt' INTO TABLE table FIELDS TERMINATED BY '，' LINES TERMINATED BY '\r\n'
は失敗して、インポートがされません。
エラーの内容は、Data truncated for columnです。
エクスポートとインポートともにLINES TERMINATED BYをつけない場合は、成功します。
よろしくお願いします。
create table ○○ like □□;
でコピーをしようとすると
ERROR 1064: You have an error in your SQL syntax. Check the manual that corresp
onds to your MyS
QL server version for the right syntax to use near 'like □□' at
line 1
となってしまいます。
どうしてですか？
バージョンはmysql-4.0.20d-winです。
でコピーをしようとすると
ERROR 1064: You have an error in your SQL syntax. Check the manual that corresp
onds to your MyS
QL server version for the right syntax to use near 'like □□' at
line 1
となってしまいます。
どうしてですか？
バージョンはmysql-4.0.20d-winです。
SQL初心者で今後学んでいきたいと思っている者ですが、
ひとつの勉強方法として参考までに聞かせてください。
皆さん最初は何やってきました？
【 例 】
無駄にSQLたたいてみたり。
自分でテーブル作ってデータ抽出してみたり。
無駄にサブクエリ使ってみたりなど・・・。
お願いします。
ひとつの勉強方法として参考までに聞かせてください。
皆さん最初は何やってきました？
【 例 】
無駄にSQLたたいてみたり。
自分でテーブル作ってデータ抽出してみたり。
無駄にサブクエリ使ってみたりなど・・・。
お願いします。
MySQLの資格取りたいんですが、
資格に関連した本なさそうなんですが、資格取るためのお勧めの本とかありますか？
資格に関連した本なさそうなんですが、資格取るためのお勧めの本とかありますか？
>>275
DBやSQLなんてなーんも知らないときに、Postfixとかその他のアカウント認証を
MySQLバックエンドでやる仕事があって、CSVレベルの扱い方から覚えた。
そこそこの概念的な理解とSQL叩ける知識が出来てからは、プライベートで
変なもん作ったりして少しずつ覚えたな。株価データベースとかｗ
DBやSQLなんてなーんも知らないときに、Postfixとかその他のアカウント認証を
MySQLバックエンドでやる仕事があって、CSVレベルの扱い方から覚えた。
そこそこの概念的な理解とSQL叩ける知識が出来てからは、プライベートで
変なもん作ったりして少しずつ覚えたな。株価データベースとかｗ
プライベートで題材がないときは住所録が王道だな。
住所もベタベタに保存しないで、郵便番号テーブルと
リレーションしたりすれば十分楽しめるお題かと。
住所もベタベタに保存しないで、郵便番号テーブルと
リレーションしたりすれば十分楽しめるお題かと。
ちょっと教えてください。
CPIという鯖のMySQL5なんですが、文字セットがUTF-8とあります。
で、このDBでXOOPSをEUC-JPでインストールしたところ
「①」や「～」という機種依存文字だけ「？」になってしまいます。
XOOPSのコミュニティで相談したのですが答えはでず・・。
このスレで聞くのもどうかと思ったのですが
MySQL側で何かよい対策あるかもしれないので
みなさんの知恵をお借りすべく質問させていただきました。
よろしくお願いします。
CPIという鯖のMySQL5なんですが、文字セットがUTF-8とあります。
で、このDBでXOOPSをEUC-JPでインストールしたところ
「①」や「～」という機種依存文字だけ「？」になってしまいます。
XOOPSのコミュニティで相談したのですが答えはでず・・。
このスレで聞くのもどうかと思ったのですが
MySQL側で何かよい対策あるかもしれないので
みなさんの知恵をお借りすべく質問させていただきました。
よろしくお願いします。
マジで質問なんですが
PHPとMYSQLでデータベース作ったのですが
TEXTのフィールドに→'（半角のダッシュみたいなやつ）が入りません。
インサートする直前にS-JISに変えるクエリも送ってます。なんでですか？
PHPとMYSQLでデータベース作ったのですが
TEXTのフィールドに→'（半角のダッシュみたいなやつ）が入りません。
インサートする直前にS-JISに変えるクエリも送ってます。なんでですか？
一発でなきゃだめ？
削除指定するための指定で両者を区別できないとどっちも消しちゃうけど。
削除指定するための指定で両者を区別できないとどっちも消しちゃうけど。
そんなに膨大な量があるなら、大事なテーブルなんだろうから、なおさら直接削除はやめた方がいいように思うんだが…
俺が、小心者なだけか。
俺が、小心者なだけか。
全カラム指定でGROUP BYしてCOUNTいれてhavingで2以上なら別テーブルにコピー
同じ指定でコピーの代わりに削除したうえで、別テーブルからもってくれば、、、
3回（+別テーブルのCREATEとDROPの2回か）かかるけど。
同じ指定でコピーの代わりに削除したうえで、別テーブルからもってくれば、、、
3回（+別テーブルのCREATEとDROPの2回か）かかるけど。
新テーブルを create してはいけない 、という条件じゃなかったか ? w
どうせ create するのであれば、簡単に
create table new_table as select * from the_table union select * from the_table;
でいいのでは。
どうせ create するのであれば、簡単に
create table new_table as select * from the_table union select * from the_table;
でいいのでは。
>>293-296
色々考えて下さってありがとうございます。
やはり一発のSQLというのは無理そうですね。
GROUP BY, HAVIGN, LIMIT, INとかをつかって何とかならないかなぁとか、
甘く考えていたのですが、新テーブルを作ってやる方が安全そうですね。
ちょっと、その方向性で準備してみます。
ありがとうございました。
色々考えて下さってありがとうございます。
やはり一発のSQLというのは無理そうですね。
GROUP BY, HAVIGN, LIMIT, INとかをつかって何とかならないかなぁとか、
甘く考えていたのですが、新テーブルを作ってやる方が安全そうですね。
ちょっと、その方向性で準備してみます。
ありがとうございました。
(SELECT * FROM hoge WHERE id != 0 GROUP BY id) UNION (SELECT * FROM hoge WHERE id = 0 GROUP BY id)
・・・ということかしら。
・・・ということかしら。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
mysql スレッド一覧へ類似してるかもしれないスレッド
- MySQL 総合 Part12 (1001) - [94%] - 2008/1/30 17:34 ○
- MySQL 総合 Part13 (996) - [94%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part24 (1010) - [94%] - 2015/2/14 4:46
- MySQL 総合 Part15 (1001) - [94%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part17 (1001) - [94%] - 2010/6/10 20:47 ○
- MySQL 総合 Part18 (986) - [94%] - 2011/1/17 15:46
- MySQL 総合 Part19 (982) - [94%] - 2011/6/9 2:33
- MySQL 総合 Part26 (860) - [89%] - 2023/2/2 9:30
- MySQL 総合 Part20 (995) - [89%] - 2011/10/17 4:48
- MySQL 総合 Part21 (1001) - [89%] - 2011/12/25 22:16
- MySQL 総合 Part22 (1001) - [89%] - 2012/7/10 16:45
- MySQL 総合 Part23 (992) - [89%] - 2013/8/11 17:00
- MySQL 総合 Part25 (947) - [89%] - 2017/6/18 6:30
- MySQL vs PostgreSQL Part2 (941) - [31%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について