T字形ER（TM)ってどうよ？

**NAME IS NULL** · 2006/08/30(水) 22:56:37

T字形ERって実際どうなの？
知ってる人使ってる人教えて

**NAME IS NULL** · 2008/08/28(木) 23:41:08

おーい？

**NAME IS NULL** · 2008/09/21(日) 09:58:12

>>49
はーい、ちょっと待ってて。

**NAME IS NULL** · 2009/05/27(水) 23:43:32

まだー？ﾁﾝﾁﾝ

**NAME IS NULL** · 2009/06/15(月) 20:58:52

正規化の完成まだー？

**NAME IS NULL** · 2009/10/29(木) 10:16:11

岡田外務大臣ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
h‍ttp‍:‍/‍/‍q‍b5.2‍ch.net/t‍est/rea‍d.cgi‍/sak‍u2ch/1256‍630318/1

早く記念カキコしないと埋まっちゃうｗｗｗ

**NAME IS NULL** · 2009/12/13(日) 12:31:19

http://imepita.jp/20091213/448690

**NAME IS NULL** · 2010/02/14(日) 07:15:36

>>50
工作じゃねえよ
ネットに嘘の情報が蔓延らないように監視してんだろうが

**NAME IS NULL** · 2010/03/05(金) 00:40:02

NULL排除といってもテーブルの上での話で
外部結合すればもちろんNULLはでてくる

何がいいたいかというと、NULL排除って言ってもNULL絶対ダメってんでなくて、
NULLがでてくる場面がきっちりしていて理解しやすいということが言いたい

**NAME IS NULL** · 2010/03/24(水) 02:34:17

>>48
Ｔ字形ＥＲ（ＴＭ）の提唱者である佐藤正美氏の一連の著書を読むことしかないのかな？

ちなみに、俺は佐藤氏の黒本だけは読んだよ。
この後、白本、赤本と昨年出版の最新著書を読みたいと思っているけどね。
最後に出来れば、１９９５年頃出版のＲＡＤに関する著書も読みたいと思っているけど、
何せ出版されてから随分と年月が経っているから、
絶版になってもう出回っていないだろうから入手は困難だろうね・・・。

**NAME IS NULL** · 2010/03/24(水) 02:49:40

皆さん、スイマセン！
>>57の文を下記の通りに書き直し致します。

>>48
Ｔ字形ＥＲ（ＴＭ）の提唱者である佐藤正美氏の一連の著書を読むことしかないのかな？

ちなみに、俺は佐藤氏の黒本だけは読んだよ。
この後、白本、赤本と昨年出版の最新著書を読みたいと思っているけどね。
最後に出来れば、１９９５年頃出版のＲＡＤに関する著書も読みたいと思っているけど、
何せ出版されてから随分と年月が経っているからね。
絶版になってもう出回っていないだろうし、入手は困難だろうね・・・。

**NAME IS NULL** · 2010/09/22(水) 11:58:52

test

**NAME IS NULL** · 2011/05/17(火) 20:31:49.21

佐藤正美さんがツイッター始めましたよ
http://twilog.org/satou_masami

**NAME IS NULL** · 2012/08/12(日) 22:49:05.48

ここ数ヶ月、T字の話題を何度か聞くようになった。

UMLは記法だけどT字ってのは手法も含むんだな。

**NAME IS NULL** · 2012/11/18(日) 14:27:44.70

万物を表現できるER図より進んだモデルということで、個人的な趣味で読み始めた。
赤白黒の順番で読んでいる（というか今は白本を読んでいて黒本はまだ）。
特に白本は数理論理学の理解が猛烈に進んでしんどいけど楽しいのだが、
いわゆるER図と「共通するところ」「違うところ」がいまいちまだ呑み込めていない。

基本的にはTの上が実体名で、左下が主キー等（だったっけ）で、右下が属性、
タイムスタンプ属性がある実体がイベントで、
タイムスタンプ属性がない実体はリソースということなのだろうか？

集合とクラスの違いなどはこれから追いかけるところ。

**NAME IS NULL** · 2012/11/20(火) 07:23:12.27

>>62
TMには図の作り方が付いてる。表記法であるUMLにはない。
T字の考え方でER図書いてもUML書いてもいいんだよ。

絵の違いとしては
分析前、まず事実をそのまんま写し取るから左側がキーとは限らない。
日時は右側に書くから左側だけで識別できないこともある。

あと、表現といっても情報管理の対象だけだ。
計画やら分析やらクリエイティブな業務の中身は表現できない。
もちろん本当にモノ作るところも表現できない。
開始したり結果を記録したりする事務仕事だけを「管理」する。

ただ、直接には役に立たなくてもアイデアのネタ出しには便利。
「情報を組み合せてみましょう」もTMのお作法に含まれているからだ。
これをビジネス分析と改善と称する。

**NAME IS NULL** · 2012/11/20(火) 20:40:00.82

>>63
>分析前、まず事実をそのまんま写し取るから左側がキーとは限らない。
ありがとうございます。
そういえば黒本読み返してみると、二つの実体の間に何かの依存関係があると、
依存元の実体の番号を写し取って依存関係を表わすR(番号)ってのがありました。
別に主キーだけとは限らないわけだ。

**NAME IS NULL** · 2012/11/21(水) 00:55:51.88

>>64
フリーのT字ツールなんかもあるから、そいつを触りながら
読んでみれば?

依存にすると主キーがコピられるのはAstah*なんかも一緒だよ。

**NAME IS NULL** · 2012/11/21(水) 02:31:47.26

エンティティはテーブルに見えてテーブルじゃないから主キーとは違う。

実装するときはサロゲートキーにしてもいい。参照される項目や頻度や
RDBMSのインデックスのクセにあわせて決めればいい。環境によっちゃ
XML必須といわれるかも知れないし、ハードコードの作りこみロジックに
なるかも知れない。

いずれにせよ、T字で業務分析をしっかりできましたと言い切れる人なら
たいていの判断は信じられる。それ以上に図を見れば自分で分かる。

逆に業務分析をこういう風にしっかりやった人(チーム)でないと、サロゲート
キーなんて危なくて付けさせられない。