年金情報DBの構成を公開しろ (128ﾚｽ)

年金情報DBの構成を公開しろ http://mevius.5ch.net/test/read.cgi/db/1181014732/

上下前次1-新
通常表示 512ﾊﾞｲﾄ分割 ﾚｽ栞
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん

---

ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡

---

52: NAME IS NULL [] 2007/08/13(月) 13:22:59 ID:fiKqt+rp 私の記憶が確かなら、 年金関係のシステムの可変長文字列カラムは、ある条件で分割(*1)されていて、 分割されている。そのテーブルにはカラムに続きがあるかを管理するカラムがあり、 そのフラグが真である場合、別テーブルを参照し文字列を結合する。この 別テーブルをhogehoge継続テーブルと以下呼ぶ。さらにそのhogehoge継続テーブルにも カラムの継続フラグがあれば、再度hogehoge継続テーブルを見て文字列を 結合していく。 それから、大量に存在するレコードを格納しているテーブルの格納は、 複数のマシンに物理的にされていて、何らかのキー項目の値により、 どのマシンに格納されるかが決まる。このマシンを跨っての検索処理は 非常に処理時間がかかるため、複数回に分けて検索を行ったりする。 また、システムは独立したものが制度（厚生年金、国民年金、共済年金とか）ごとに あり、連携は薄い。被保険者のデータもそれぞれで持っている。 被保険者同一人の判定プログラムというものが共通的に使われていて、これによって 被保険者の同一性を保障しているようだが、被保険者のデータは制度を越えないので 転職（厚生年金→厚生年金）では有効性はあるのだろうが、制度を越える場合は、 あまり有効だとは思えない。 *1 分割の基準については私は知らない。 http://mevius.5ch.net/test/read.cgi/db/1181014732/52

---

ﾒﾓ帳

(0/65535文字)

---

上下前次1-新書関写板覧索設栞歴

---

ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ

---

Google検索

Wikipedia

---

ぬこの手 ぬこTOP 0.013s