あ、PHPか
PDO使っとけ

どこで聞けばいいのかわからなかったのでお願いします
複合一意キーや外部キーなどの制約名の命名規則みたいのありますか？
なんてつけたらいいのかわからなくていつもつけてません
ちなみにつけたらなんかおいしいことあるんでしょうか？

>>51
それは>>50に対してですか？

to reset your
password with the command SET PASSWORD = PASSWORD('your_existing_password')

>>50
mysql　ソース　ダウンロード
あたりでググりなさい

>>54
「他のサーバーから」ってどういう意味だい？
他のサーバーのPHPからってこと？
Macってクライアントマシンのこと？
PHPでエラーが出てるのに何でクライアントマシンが原因だと思うの？

>>55
ありがとうございます！
さくらサーバー上で試しましたが、結果は変わらずです。

>>57
ありがとうございます！
＞>>54
＞「他のサーバーから」ってどういう意味だい？
クライアントＭac、さくらサーバー以外のサーバー上でMacと同一PHPファイルを走らせたということです。
＞PHPでエラーが出てるのに何でクライアントマシンが原因だと思うの？
別サーバーでは問題なくPHPファイルが走り、さくらサーバーのMySQLに書き込めたので原因はクライアントにあると考えた次第です。

>>59
別のサーバーからさくらのMysqlサーバーにアクセスできたってことね。
だったらさくらのウェブサーバーからMysqlにアクセスできないってだけだよね？
クライアント関係ないと思うけど。
つか、「サーバー」「クライアント」の意味を理解してるのかが疑問。

すでに登録されてるデータベースから他の人が作ったテーブル構造を見たいのですが、
hogeというテーブルに対してどういう文を実行すればみれますか？
みたい内容は
id int(5) primary key auto_increment,
name varchar(30) collate utf8_unicode_ci not null
みたいなcreateやalterで変更した詳細な構造をみたいです

show hoge;

show create table hoge;

mysqldumpで出してみてもOK

phpで重複チェックするとき
対象となるフィールドでチェックする文字列をselect from～、whre　"チェックする値"で検索をし、
変数$check =にその結果を入れて、変数$checkが存在したら重複という風にやってるのですが
これってやっぱり効率悪いでしょうか？

MySQLの事ですから重複チェックするには何かもっと良い方法があるような気がするのですが

ちなみに重複チェックする時ってのは
データを挿入する時挿入する値が既に登録されてるかどうかチェックするって事です

>>48
そんなの薦める奴初めて見た

okashi.sqlというtableを作るファイルを作りました。
CREATE TABLE okashi ( NO smallint, NAME varchar(50) );

これをMYSQLで実行したいのですが、うまくいきません。
mysql>mysql onigiridb < c:\work\okashi.sql;

と入力しても
EROR:
Unknown command '\:'.
EROR:
Unknown command '\o:'.

となります。
どう解決したらいいでしょうか？

show columns from TABLE
show index from TABLE
show create table TABLE

他あるかな

さくらだかのサーバーでファイアーウォールが拒絶してるとか

>>66
普通はaddslashesを薦めるところ

>>64
distinctじゃだめなの？mysqlに依存しないけど

>>65
primary key かunique 指定しろ

>>67
こうじゃなくて
mysql>mysql onigiridb < c:\work\okashi.sql;

こう
C:\> mysql onigiridb < c:\work\okashi.sql;

>>64
対象カラムに一意キーをつけて、いきなりINSERTする、
エラーがでたらそのときに適切に対処、でもいいと思う

あと元のやり方だと、チェックしてからINSERTするまでの
わずかな間に他の人がINSERTするケースが想定されていない

>>73
select の前でロックしておけばいいね

SQL慣れしていないんですけど、
ストアドプロシージャ（データベースに対する一連の処理をまとめた手続き）って、
別にプログラム側で実装してもいいですよね？

>>75
まぁそうだね。管理しやすさの問題。
プログラム側で一連の処理をクラス化・関数化して持っておくのと効果は同じ。
ただしストアドプロシージャの方が実行速度が速い可能性が高い。

>>76
レスありがとうございます。
データベースは全くの初心者なんですが、
実務アプリケーションの設計からコーディングまで全部丸投げされて、
もう涙目状態なんですが、
プログラム側で全部処理してやろうぐらいの勢いで作っちゃおうと思います・・・

>>72
ありがとうございます。ようやく一歩進めた感じですごくうれしいです。

トランザクション処理は、１つのテーブルの更新のときは使わないで、
複数にまたがるテーブルの更新のときは使う。
といった感じでいいのでしょうか？
それとも１つのテーブルでもとりあえずやっておくべきでしょうか？
データベースエンジンは全部InnoDBでいいですよね？

>>65
unique key (primaryでも可) と insert ... duplicate key updaye

>>79
no

トランザクションなんて使ったことないよ
使わなくても何でもできるよ

　 ,j;;;;;j,. ---一､ ｀ 　―--‐､_ l;;;;;;
　｛;;;;;;ゝ T辷iﾌ i 　 　f'辷jァ　 !i;;;;;　 トランザクションなんて使えなくても
　 ヾ;;;ﾊ　　　　ﾉ　　　　　　　.::!lﾘ;;rﾞ　　　　　　　　　ロックで代用できる
　　 `Z;i　　　〈.,_..,.　　　　　　ﾉ;;;;;;;;>
　 　,;ぇﾊ、　､_,.ｰ-､_',. 　 　,ｆﾞ: Y;;f 　　　 そんなふうに考えていた時期が
　　 ～''戈ヽ 　 ｀二´ 　　 r'´:::.　`　　　　　　MySQLにもありました。

マイイザムで十分だから。

以前>>67で質問させていただいたものですが、>>72さんに教えて頂いたやり方に
修正したところ

mysql Ver 14.14 Distrib 5.5.13, for Win32 (x86)
Copyright (c) 2000, 2010, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Usage: mysql [OPTIONS] [database]
-?, --help Display this help and exit.
-I, --help Synonym for -?
・
・
・
・
max-join-size 1000000
secure-auth FALSE
show-warnings FALSE
plugin-dir (No default value)
default-auth (No default value)

と、エラーはでなくなりましたが、かなり長い文が表示され
外部ファイルでテーブルを作るsql文を実行しているのに

MYSQL> show tables;
と入力すると
Emty set

と表示され反映されていませんでした。

ウィンドウズのコマンドプロプントを管理者モードでやってみたりなどしましたが、変わりませんでした。
初歩的な質問で申し訳ありませんが解決方法はありませんでしょうか？

>>85
usageが表示されてるよね。 mysql --help と入力したのと一緒。
>>72が書いたのそのままじゃなくて userも指定してみたら？あとケツの;は不要。
C:\> mysql -u (user) -p -D onigiridb < c:\work\okashi.sql

これでうまくいかないなら、mysql にログインしてから下記を試してみ
mysql> use onigiridb
mysql> source c:\work\okashi.sql

>>86
ありがとうございます。
ユーザー指定して；を抜いたらできました。
mysql> use onigiridb
mysql> source c:\work\okashi.sql
こちらの方でもできました。感謝です。

でもトランザクション以外にも外部キーとか使えないし
MyISAMで設計するとテーブル構造としてはあんま綺麗じゃない

MyISAMとInnoDBどちらが
しょぼいプログラマーがデッドロックに陥りにくいですか？

ショボグラマーだとどっち使ってもデッドロックは避けられない

そうなんですか？

> MyISAMではデッドロックにもならないし（テーブル・ロック以外のロック方式がないからデッドロックはおきません）、
> ロック・タイムアウトもおきませんので、プログラム的な工夫は不要です。
> MySQLサーバ側でうまく調整してくれるようです。

> 一方、innoDBでもテーブル・ロックできてしまいますが、デッドロックの自動検出ができないようなので、
> my.cnf(Win版ではmy.ini)に「innodb_lock_wait_timeout」の設定をしておきましょう。
> つまり、innoDBではテーブル・ロックでデッドロックするとタイムアウトまで待ってからエラーが返りますので、
> MySQL利用者自身がエラーコードをチェックして対応することになります。

て書いてるところがあったのでMyISAMなら安心かな？と思ったのですが。

それどこ情報よ
少なくともInnoDBについては間違ってる

PCつけたまま寝てました。
http://tsuttayo.jpn.org/mysql/innodb/
ここです

といっても更新日が2005年だからだいぶ古いですね。

>>93
寝るときにPCを付けたままかどうかなんて興味ないから
余計なことを書かなくてよろしい

いや返事遅くなった言い訳をしたほうがいいかと
すみませんでした。

そうですか。

なんだよ、釣りサイトじゃねぇか。

釣りサイトって何ですか。

http://www.otomiya.com/
こういうとこだろ

デッドロックが何なのかも知らないうちから心配してるだけに見えるな