私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】フレームワーク CakePHP 12ホール目【笑】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
saveAllでできる
トランザクション使うなら、InnoDBにしないといけないけど。
トランザクション使うなら、InnoDBにしないといけないけど。
使い始めたばかりなのだけど、
ssh接続するサーバ上で開発する場合、開発環境はどんな選択肢があるんだろう?
ssh接続するサーバ上で開発する場合、開発環境はどんな選択肢があるんだろう?
十分な速度があるなら、Eclipseでリモート・システム・エクスプローラーとか便利ですよ。
>>54
試してみます、ありがとうございました
試してみます、ありがとうございました
Eclipse xDebug
このあたりの検索キーワードでリモートでデバッグ出来ますので、分かってしまえばかなり便利です。
このあたりの検索キーワードでリモートでデバッグ出来ますので、分かってしまえばかなり便利です。
軽々しくROLLBACKとかできない雰囲気だな。何人か犠牲になってるんだろ?
お前らってプログラミング初めて何年?
俺は勉強おろそかになってた時期も含むと、8,9年ぐらいになるんだけど
ロールバックとかトランザクションとかDBの知識全くないわ
俺は勉強おろそかになってた時期も含むと、8,9年ぐらいになるんだけど
ロールバックとかトランザクションとかDBの知識全くないわ
それってWeb系のプログラミング始めて何年かで違うよな。
ここ10年の間なら、Webプログラミング+DBってパターンが王道だし、
PHPとMySQLは、もっとも利用されている組み合わせだ。
なのに、PHPのみで8~9年というのはおかしいな。
今までCSVのみでデータの読み書きをしていたのか?
ここ10年の間なら、Webプログラミング+DBってパターンが王道だし、
PHPとMySQLは、もっとも利用されている組み合わせだ。
なのに、PHPのみで8~9年というのはおかしいな。
今までCSVのみでデータの読み書きをしていたのか?
俺的にもMySQLでトランザクションができるようになったのは最近。って感覚だな。
デフォルトだと今でもMyISAMだろうし。
デフォルトだと今でもMyISAMだろうし。
>>67
こんな糞言語をよくそんなに使っていられますね(^^)
こんな糞言語をよくそんなに使っていられますね(^^)
まぁ、MyISAMで良い場面とInnoDBで良い場面の想定が難しいからな。
月1000万PVあるポイントサイト運営してるけど、MyISAMだし、
それでデータが破壊されることは無い。
だから、この程度の規模だとトランザクションは必要ないのかもな。
月1000万PVあるポイントサイト運営してるけど、MyISAMだし、
それでデータが破壊されることは無い。
だから、この程度の規模だとトランザクションは必要ないのかもな。
昨日からCakePHPを勉強しようと思ってイロイロやってるんだけど
サンプルの中にある
cake\tests\lib\templates の
footer.php と header.php と menu.php から
ものすごい数のエラーが出てるんだけど
何か設定間違えたかな?
http://mergedoc.sourceforge.jp/
ここのEclipse3.6を一回更新して使ってるんだけど
サンプルの中にある
cake\tests\lib\templates の
footer.php と header.php と menu.php から
ものすごい数のエラーが出てるんだけど
何か設定間違えたかな?
http://mergedoc.sourceforge.jp/
ここのEclipse3.6を一回更新して使ってるんだけど
>>69
トランザクションの有無は操作内容によるから規模関係ないかと。
あとInnoDBプラグイン以降はMyISAMの出番はないんじゃない?
小さめのDBならMyISAMのが良いこともあるけど、その規模なら誤差みたいなもんだし。
トランザクションの有無は操作内容によるから規模関係ないかと。
あとInnoDBプラグイン以降はMyISAMの出番はないんじゃない?
小さめのDBならMyISAMのが良いこともあるけど、その規模なら誤差みたいなもんだし。
>>71
ポイントサイトやってるから、毎秒100人ぐらいの
同時アクセスが発生するんだが、
DBの読み書きでトランザクションを使用してないので
どうなるかと運営当初は不安だったが、全然大したことなかったw
だから、どの程度の規模・アクセス・処理想定をすれば
InnoDBにしてトランザクションした方が良いかわからないんだよな。
ポイントサイトやってるから、毎秒100人ぐらいの
同時アクセスが発生するんだが、
DBの読み書きでトランザクションを使用してないので
どうなるかと運営当初は不安だったが、全然大したことなかったw
だから、どの程度の規模・アクセス・処理想定をすれば
InnoDBにしてトランザクションした方が良いかわからないんだよな。
同時アクセスとかあまり関係ない。
銀行口座AからBへ振り込み処理を行うとする。
1.UPDATEでAの残高を減らす
2.UPDATEでBの残高を増やす
もし1の処理の後、エラーが起きて2が実行されなかったとする。
するとAの残高だけ減っているというデータの不整合が起きてしまう。
こうならないために、1と2をトランザクションで囲って、
エラーが起きた場合はロールバックして1の処理をキャンセルする。
銀行口座AからBへ振り込み処理を行うとする。
1.UPDATEでAの残高を減らす
2.UPDATEでBの残高を増やす
もし1の処理の後、エラーが起きて2が実行されなかったとする。
するとAの残高だけ減っているというデータの不整合が起きてしまう。
こうならないために、1と2をトランザクションで囲って、
エラーが起きた場合はロールバックして1の処理をキャンセルする。
同じ編集画面多重で開かれて
内容が戻るのを防ぐのもトランザクションでやるの?
内容が戻るのを防ぐのもトランザクションでやるの?
あれ、>>74ってトランザクションか?
上手く言えないが、そう言う場面で使うもんじゃない気が・・・
上手く言えないが、そう言う場面で使うもんじゃない気が・・・
>>74
これはCakePHPでできるの?
これはCakePHPでできるの?
>>82
そのコード、もう標準で組み込んでくれよと思う
そのコード、もう標準で組み込んでくれよと思う
2.0の正式版ていつごろなのかな?
alpha版ためしたらエラーでまくりだった;
Lithiumとどっちが先か・・・
alpha版ためしたらエラーでまくりだった;
Lithiumとどっちが先か・・・
更新って1つのテーブルだけじゃないからな。
例えば、会員情報を更新しようとして、一緒に
プロフィールテーブルやポイントテーブルを更新する事は想定できるだろ。
例えば、会員情報を更新しようとして、一緒に
プロフィールテーブルやポイントテーブルを更新する事は想定できるだろ。
>>89は誰に対してのレス?
ポイントのプレゼント機能があったとして、
会員AからBにポイントを振る場合は、
トランザクション処理になるだろうけど、
cakePHPの場合、model->saveに渡す配列に
ちゃんとデータを入れれば、
saveAll一発で済むし。
会員AからBにポイントを振る場合は、
トランザクション処理になるだろうけど、
cakePHPの場合、model->saveに渡す配列に
ちゃんとデータを入れれば、
saveAll一発で済むし。
92よ・・・お前もう一度一からDB設計の勉強してこいよ
単純思考過ぎる。saveAll一発でいけたら苦労しない
単純思考過ぎる。saveAll一発でいけたら苦労しない
>>96
ちがうよ
ちがうよ
>>96
MySQLでのテーブル定義時の話だよね?
TINYINTは-128から127 (符号無しの場合0から255)が保持可能
INTは-2147483648から2147483647 (符号無しの場合0から4294967295)が保持可能。
型の後ろのカッコは表示幅。(2)は2桁に満たない場合に0フィルしてくれるけど3桁だと
幅指定無視して3桁表示される。切り捨てたりするわけではない。INTだと4桁、5桁も
ありえるので、そういう値を扱うとき同じとはいえない
MySQLでのテーブル定義時の話だよね?
TINYINTは-128から127 (符号無しの場合0から255)が保持可能
INTは-2147483648から2147483647 (符号無しの場合0から4294967295)が保持可能。
型の後ろのカッコは表示幅。(2)は2桁に満たない場合に0フィルしてくれるけど3桁だと
幅指定無視して3桁表示される。切り捨てたりするわけではない。INTだと4桁、5桁も
ありえるので、そういう値を扱うとき同じとはいえない
パスワードの入力エリア2つにして、一方を確認用にするって
仕様が良くあると思いますが、この場合のバリデーションってどうしてます?
仕様が良くあると思いますが、この場合のバリデーションってどうしてます?
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- 【PHP】フレームワーク CakePHP 17ホール目【v3α】 (955) - [92%] - 2016/11/15 20:45
- 【PHP】フレームワーク CakePHP 14ホール目【v2.1】 (1001) - [92%] - 2012/12/3 19:16
- 【PHP】フレームワーク CakePHP 19ホール目【v3.3】 (844) - [92%] - 2023/2/2 14:30
- 【PHP】フレームワーク CakePHP 16ホール目【v2.4】 (1001) - [92%] - 2014/3/3 3:00
- 【PHP】フレームワーク CakePHP 11ホール目【v1.3】 (1001) - [92%] - 2011/6/30 22:32
- 【PHP】フレームワーク CakePHP 15ホール目【v2.2】 (985) - [92%] - 2013/9/7 8:30
- 【PHP】フレームワーク CakePHP 17ホール目【v2.4】 (984) - [92%] - 2015/1/10 2:45
- 【PHP】フレームワーク CakePHP 10ホール目【v1.3】 (1001) - [92%] - 2011/2/13 8:32
- 【PHP】フレームワーク CakePHP 13ホール目【v2.0】 (995) - [92%] - 2012/4/23 21:16 ○
- 【PHP】フレームワーク CakePHP 8ホール目【1.3】 (1001) - [91%] - 2010/7/22 22:16
- 【PHP】フレームワーク CakePHP 9ホール目【v1.3】 (1001) - [90%] - 2010/11/1 2:53
- 【PHP】フレームワーク CakePHP 3ホール目【本命】 (1001) - [87%] - 2008/6/19 7:19 ○
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [87%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [87%] - 2009/3/7 4:53 ☆
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [87%] - 2010/3/18 1:18 ○
トップメニューへ / →のくす牧場書庫について