[過去ログ] Rust part21 (1002レス)
上下前次1-新
抽出解除 必死チェッカー(本家) (べ) 自ID レス栞 あぼーん
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
302(1): デフォルトの名無しさん [sage] 2023/09/19(火) 16:39:15.02 ID:p1GkLls0(1/3) AAS
>>299299(1): デフォルトの名無しさん [sage] 2023/09/19(火) 13:27:32.55 ID:Gn3exU3j(2/2) AAS
>>298
[補足]
・ポインターの代わりにファイルポジションが使用され、
古来の plain C と同様のプロググラミングが行なわれている。
・LockFile や fnctl で「部分ロック」が当たり前
のように使用されており、非常に複雑な
配慮が必要なプログラミングになっている。
もっといえば、DBMS を使うアプリケーションも、非常に
配慮が必要な場合も多く、どのようなテーブルやカラム構造
にするかは難しい。ID番号をリンクしたり、どうやって
データを参照しあうかなどが生ポインタと同様の難しさ
を持っていて、わずかでも間違えば、全データが論理破損
してしまう可能性を持っている。
一般的なDBMSは中央集権でページアクセスを一元管理してるから生ポインタとは全く質が異なる
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はトランザクション管理されてるから生ポインタとは状況が全く異なる
トランザクショナルメモリで管理された共有メモリと生ポインタの違い(実際はそれよりもまだ差がある)
309(1): デフォルトの名無しさん [sage] 2023/09/19(火) 19:02:27.03 ID:p1GkLls0(3/3) AAS
>>304同時実行制御には大きく楽観的制御と悲観的制御があるがshared xor mutableは後者
高い同時実行性能が求められる場合には楽観的同時実行制御を使うことが増えている
DBの話だけでなくロックフリーアルゴリズムも基本は楽観的制御
上下前次1-新書関写板覧索設栞歴
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.044s