[過去ﾛｸﾞ] Rust part21 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
308: デフォルトの名無しさん [sage] 2023/09/19(火) 18:55:07.79 ID:p1GkLls0(2/3) AAS
>>303303(2): デフォルトの名無しさん [sage] 2023/09/19(火) 17:37:47.80 ID:/HqZkxNe(1/2) AAS
>>302
ただ、購入履歴などは「誰が購入したか」のIDを
購入項目テーブルとユーザーテーブルを結びつける
必要があるので、IDがポインタの役割になる。
わずかでも狂うと、別人が買った項目が結び付け
られてしまう。
値が1つ、または、行が一行でもずれるとほぼ全体が破綻する。
そのレイヤーの話でもDBMSはトランザクション管理されてるから生ポインタとは状況が全く異なる
トランザクショナルメモリで管理された共有メモリと生ポインタの違い(実際はそれよりもまだ差がある)
443(1): デフォルトの名無しさん [] 2023/10/08(日) 10:16:57.79 ID:CrdCteTP(1) AAS
次はHaskellまたはErlangでおながいしまつ
452: デフォルトの名無しさん [sage] 2023/10/08(日) 16:37:56.79 ID:lCt9aeoq(2/3) AAS
ランタイムコストなしのライフタイムチェックはシステムプログラミング言語だから必要な話で、そうでない言語ならGCで良い
shared xor mutableの静的な保証はGC言語でも嬉しい性質だと思うが、他の言語で採用例はあるのかね？
870(1): デフォルトの名無しさん [sage] 2024/01/17(水) 21:08:18.79 ID:6S0S7+zy(2/3) AAS
>>867867(1): デフォルトの名無しさん [sage] 2024/01/17(水) 19:39:11.45 ID:gS91WelD(1/2) AAS
ミュータブルを無くすと美しく見える反面
ガベージコレクションが多数発生し効率が悪くなる
アルゴリズムも制約を受けてしまい効率が悪くなる
ガベコレが多数発生することをRust風に言うと、
実行時の参照カウントが激しく増減する
871: デフォルトの名無しさん [sage] 2024/01/17(水) 21:16:06.79 ID:gS91WelD(2/2) AAS
>>870
ミュータブルがない関数型言語との比較の話だから
ミュータブル非導入で起きていることは使い捨て一時ガベージの大量発生
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.045s