[過去ﾛｸﾞ]
スレ立てるまでもない質問はここで 116匹目 (1001ﾚｽ)
スレ立てるまでもない質問はここで 116匹目 http://echo.5ch.net/test/read.cgi/tech/1326081866/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
314: デフォルトの名無しさん [sage] 2012/01/20(金) 13:34:50.91 俺とZendは後者使ってるよ! http://echo.5ch.net/test/read.cgi/tech/1326081866/314
315: デフォルトの名無しさん [sage] 2012/01/20(金) 13:35:35.53 classとメソッドとswitchは後者 forとifは言語によって使い分けてる http://echo.5ch.net/test/read.cgi/tech/1326081866/315
316: デフォルトの名無しさん [sage] 2012/01/20(金) 13:50:45.93 >>314-315 そっかー、いろいろなんだー。知らなかった！ありがとう！ http://echo.5ch.net/test/read.cgi/tech/1326081866/316
317: デフォルトの名無しさん [sage] 2012/01/20(金) 17:29:07.03 OpenGLのテクスチャ関連ってここで聞いてもいいかな？ スレあるけどあそこは敷居高い感じが否めない・・・ http://echo.5ch.net/test/read.cgi/tech/1326081866/317
318: デフォルトの名無しさん [sage] 2012/01/20(金) 17:32:35.48 敷居高いスレなんてないよ http://echo.5ch.net/test/read.cgi/tech/1326081866/318
319: デフォルトの名無しさん [] 2012/01/20(金) 20:00:20.33 質問です データベースで削除フラグフィールドを使って論理削除しようと思うのですが、 論理削除にすると、例えばユーザーIDがプライマリーキーのテーブルで 論理削除した場合、ユーザーIDはユニークなので、削除したにも関わらず 同じIDで二度登録することができなくなってしまいます これがIDの場合なら仕様ですで済むと思うのですが、今やっているものだと 削除したあとも再び同じ値で登録することがありえます どのようにするのがよいのでしょうか？ http://echo.5ch.net/test/read.cgi/tech/1326081866/319
320: デフォルトの名無しさん [sage] 2012/01/20(金) 20:09:51.83 復元すればいいんじゃないかな http://echo.5ch.net/test/read.cgi/tech/1326081866/320
321: デフォルトの名無しさん [sage] 2012/01/20(金) 20:18:13.35 >>320 ありがとうございます http://echo.5ch.net/test/read.cgi/tech/1326081866/321
322: デフォルトの名無しさん [] 2012/01/20(金) 21:51:43.92 RubyのクラスはClassクラスのインスタンスということは分かったのですが、 ではClassクラス自体はどうなっているのでしょうか？ どなたか教えて頂けると嬉しいです _ _ http://echo.5ch.net/test/read.cgi/tech/1326081866/322
323: デフォルトの名無しさん [sage] 2012/01/20(金) 21:55:10.34 どんな削除であれIDを再利用したいなら 別のテーブル用意してスタックのように使えばいいんじゃね 一意でなくて良いならだけど http://echo.5ch.net/test/read.cgi/tech/1326081866/323
324: デフォルトの名無しさん [sage] 2012/01/20(金) 21:59:04.35 ルビーに限らず、クラスは大体、定義と実装があるわけだ。 で、定義が必要なのは、そのクラスがどのようなメンバとメソッドを持ってるか明確にするため。一旦知ってしまえば必要ない。 実装は、実際使うときに必要な要件を組み込むんだよ。 で、インスタンスというのは大雑把に言ってメモリーイメージの事を言うんだよ。 メモリ上に配置された使うための実実行領域だな。 この実行領域をメソッドなどで書き換えると作用副作用が発揮されるわけだ。 だから、その認識はちょっとおかしい。 http://echo.5ch.net/test/read.cgi/tech/1326081866/324
325: デフォルトの名無しさん [sage] 2012/01/20(金) 22:00:20.36 >>324 -> >>322 http://echo.5ch.net/test/read.cgi/tech/1326081866/325
326: デフォルトの名無しさん [sage] 2012/01/20(金) 22:02:59.70 >>322 余裕があったらC言語でメモリとポインタについて知るといいよ。 http://echo.5ch.net/test/read.cgi/tech/1326081866/326
327: デフォルトの名無しさん [sage] 2012/01/20(金) 22:14:27.91 メインメモリ（DIMM）って1枚64bit接続じゃないですか。 んで、L1キャッシュラインは64Byte=512bit。 ってことは、ある32bit変数をメモリから読み出そうとすると、 64bit×8転送(バースト？)=512bit と、8回もメモリアクセスするということでしょうか？？ 512-32=480bit分は、その時点では無駄な転送をしたように見えますが、 連続した領域をアクセスするような処理だった場合、 その480bit分はプリフェッチしたカタチになるので、 非常に効率的なアクセスということになる。 また、これに加えて、ハードウェアプリフェッチで、ある程度先のアドレスを 勝ってに読み込んできてくれるので、局所的なアクセスを行うのであれば キャッシュヒット率は向上する。 これで合っているでしょうか？？ http://echo.5ch.net/test/read.cgi/tech/1326081866/327
328: デフォルトの名無しさん [sage] 2012/01/20(金) 22:19:58.06 DRAMとCPUとチップセットを指定しないと意味が無いぞ http://echo.5ch.net/test/read.cgi/tech/1326081866/328
329: デフォルトの名無しさん [sage] 2012/01/20(金) 22:33:55.85 >>323 すみません、一応一意になっていて、ただし削除フラグされている場合には 重複も可能ということなので、データベースの中でなんとかするのは 難しいのかもしれないです http://echo.5ch.net/test/read.cgi/tech/1326081866/329
330: デフォルトの名無しさん [sage] 2012/01/20(金) 22:41:00.29 >>329 安全にやるなら、削除レコードの情報を専用テーブルに追い出す 別テーブルを用意せず頑張るなら、世代管理するとか 世代番号 0 がアクティブな情報として、 検索するときは ID + 0(世代番号) で検索する 削除するときは世代番号を最大世代+1に書き換える ID + 0 のレコードが見つからなければ、IDの再利用可能 http://echo.5ch.net/test/read.cgi/tech/1326081866/330
331: デフォルトの名無しさん [sage] 2012/01/20(金) 22:45:00.06 >>324 その認識だと、インスタンスを生成した後に、そのオブジェクトがどのようなメンバとメソッドを持ってるかを調べるにはどうするんですか？ http://echo.5ch.net/test/read.cgi/tech/1326081866/331
332: デフォルトの名無しさん [sage] 2012/01/20(金) 22:58:32.86 >>331 名前で検索するんであれば、言語によってはリフレクションがあるね。 だから、リフレクションを実装するんであれば、定義はどっかに持っておかないと行けない場面もあるかもしれん。 ただ、ランタイムに一意の関数とか変数とかを認識するのであれば名前など必要なくてアドレスとその型を知ってれば良い。 http://echo.5ch.net/test/read.cgi/tech/1326081866/332
333: デフォルトの名無しさん [sage] 2012/01/21(土) 08:36:21.02 VS2008 VC++ std::ostringstreamの変数に対して文字追加して結合していく関数を作り、 直後にchar*型で取得した文字列をfwriteでファイルに出力をするというコンソールアプリを作っています。 for( 約10万回 ){ std::ostringstream str; func( &str ){ // 関数 ↓関数の中身 for( 約100回 ) *pStr << "文字列,"; } fwrite( str..str().c_str()を出力 ); str.str(""); // 念のため str.clear(); // 念のため } ざっくり書くとこんな感じなのですが、 func関数の中の文字列を*pStrに入れるところで例外エラーで止まる場合があります。 例えば大本が3万回目のループで、関数内は50回目のループのところ・・・など。 １度止まるとそのままであれば何度実行しても同じ場所で止まりますが、 ソースに変化を持たせると止まる位置が変わったり、 func関数内でprintfを使って文字列を表示させるなどの処理を入れると問題なく通ったりします。 std::stringに置き換えても似たような事象がおき原因が特定できなかったのですが、 string系に対して文字列を追加していくのとfwriteは何か競合していたりするのでしょうか。 文字列の追加の途中なのでメモリが確保できなかった・・・と思うのですが、 タスクマネージャーで見る限りはメモリの使用量は増加していません。 http://echo.5ch.net/test/read.cgi/tech/1326081866/333
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 668 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.171s*