私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL 総合 Part20
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>402
なんかマズイの？
なんかマズイの？
質問です。
PHP 5.2.17、MySQL 5.0.51a
文字コード utf-8
カラムにUNIQUEを設定したテーブルを作成し、
そのテーブルにレコード追加処理を試み、追加されたのち、
もう一度異なるレコードを追加する処理を試みると、
重複が一切ないにも関わらず、二度目の追加には失敗してしまいます。
テーブルを完全に空にすれば再度追加できるようになるんですが、
一度目の処理で追加されたレコードが1行でも残っていると失敗します。
長くなってしまいましたが、対処法を教えて下さい。
PHP 5.2.17、MySQL 5.0.51a
文字コード utf-8
カラムにUNIQUEを設定したテーブルを作成し、
そのテーブルにレコード追加処理を試み、追加されたのち、
もう一度異なるレコードを追加する処理を試みると、
重複が一切ないにも関わらず、二度目の追加には失敗してしまいます。
テーブルを完全に空にすれば再度追加できるようになるんですが、
一度目の処理で追加されたレコードが1行でも残っていると失敗します。
長くなってしまいましたが、対処法を教えて下さい。
テーブル定義とレコードを追加するプログラムと
エラーメッセージを見せてください
エラーメッセージを見せてください
特定のディレクトリにあるファイル（mp3, mp4 など）を、
MySQLを使って管理したいです。管理したいというのは、
「聞いた／聞いてない」「買った／借りた」などのチェックを、
ファイル単位で評価付けできるようにする、ということです。
どこからどう手を付けたらいいのか分かりません。
入り口を教えて下さい。
MySQLを使って管理したいです。管理したいというのは、
「聞いた／聞いてない」「買った／借りた」などのチェックを、
ファイル単位で評価付けできるようにする、ということです。
どこからどう手を付けたらいいのか分かりません。
入り口を教えて下さい。
まずはタイトルを管理するものでも作ってみては
そのタイトルの属性の一つとしてファイル名があるとか
そのタイトルの属性の一つとしてファイル名があるとか
ExcelかAccessでやってみて、それで何か不足があってから
MySQLを使い始めればいいと思う
MySQLを使い始めればいいと思う
>>416
原因は何だったんだ？
原因は何だったんだ？
>>419
'（シングルクオーテーション）なので$sampleが展開されない。
"（ダブルクオーテーション）で囲むか、下記のように変える
$result = mysql_query('SELECT id,name FROM sample where id = '.$sample);
'（シングルクオーテーション）なので$sampleが展開されない。
"（ダブルクオーテーション）で囲むか、下記のように変える
$result = mysql_query('SELECT id,name FROM sample where id = '.$sample);
>>419
直し方はみんなが書いているとおりだけど、MySQLスレなので調べ方。
MySQL 5.1以上で、my.cnfかmy.iniに
[mysqld]
general_log = 1
general_log_file = general.log
と書いて再起動。
出てきたログを見ればそのプログラムのどこが間違っているかが分かる
直し方はみんなが書いているとおりだけど、MySQLスレなので調べ方。
MySQL 5.1以上で、my.cnfかmy.iniに
[mysqld]
general_log = 1
general_log_file = general.log
と書いて再起動。
出てきたログを見ればそのプログラムのどこが間違っているかが分かる
とにかくSQL関係のエラーが出たら
そのプログラムが出力してる通りのSQLをログ等で出して
そのままコマンドラインででも実行してみるのが近道
そのプログラムが出力してる通りのSQLをログ等で出して
そのままコマンドラインででも実行してみるのが近道
クエリが弾かれたら、とりあえずクエリを見てみるって発想がなんで出てこないんだろう？
Mysql使えると食っていけますか？
oracleとどっちがいいのか知りたいです。(将来的に稼ぐために)
oracleとどっちがいいのか知りたいです。(将来的に稼ぐために)
>>430
MySQLもOracleも、使えるだけなら三流
MySQLもOracleも、使えるだけなら三流
MySQLはソース読めるなら食っていけると思う
サポートエンジニア募集してたし
サポートエンジニア募集してたし
>>430
究めれば、そして周囲にそうだと認められれば、稼げるのはオラクルの方でしょうね。
究めれば、そして周囲にそうだと認められれば、稼げるのはオラクルの方でしょうね。
>>435
1桁でいいならなんでわざわざintにしようと思うんだ？
1桁でいいならなんでわざわざintにしようと思うんだ？
>>436
ちゃかさないで質問に答えてください
ちゃかさないで質問に答えてください
>>437
ee・・だれだよ・・
ee・・だれだよ・・
必要なデータ量が入る最適なデータ型が常識だと思うけど。
MySQLってintにしても桁数少なければtinyint扱いになるんだっけ？
そうでなければ、1桁でも4バイト消費なんじゃ？
tinyintは1バイト。
MySQLってintにしても桁数少なければtinyint扱いになるんだっけ？
そうでなければ、1桁でも4バイト消費なんじゃ？
tinyintは1バイト。
http://dev.mysql.com/doc/refman/5.1/ja/numeric-types.html
読む限りはint(1)の1はzerofillのためのもので、値を制限するものじゃないみたいだな。やっぱ、4バイトか。
読む限りはint(1)の1はzerofillのためのもので、値を制限するものじゃないみたいだな。やっぱ、4バイトか。
>>434
その逆はもっとダメだけどな。
その逆はもっとダメだけどな。
>>445
MySQLは使えるけどOracle使えない技術者なんて山ほどいるぞ
MySQLは使えるけどOracle使えない技術者なんて山ほどいるぞ
dataset = DB[:kabuka]
aa= "mizuho"
dataset.insert(:yy_mm_dd => '2009-12-05', :name => "#{aa}" ,:code=>'8411')
rubyを使っていますが、上の文だと、MYSQLに書き込めるのですが
下のように数字やdateなどを、変数で入力しようとするとＤＢに書き込めません。
いい方法はないでしょうか？
dataset = DB[:kabuka]
aa= "mizuho"
bb='2009-12-05'
cc='8411'
dataset.insert(:yy_mm_dd => bb, :name => "#{aa}" ,:code=>cc)
aa= "mizuho"
dataset.insert(:yy_mm_dd => '2009-12-05', :name => "#{aa}" ,:code=>'8411')
rubyを使っていますが、上の文だと、MYSQLに書き込めるのですが
下のように数字やdateなどを、変数で入力しようとするとＤＢに書き込めません。
いい方法はないでしょうか？
dataset = DB[:kabuka]
aa= "mizuho"
bb='2009-12-05'
cc='8411'
dataset.insert(:yy_mm_dd => bb, :name => "#{aa}" ,:code=>cc)
自己解決できました。
前へ 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 ○
トップメニューへ / →のくす牧場書庫について