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

34 · 2007/08/25(土) 22:11:25

3年前に某製鉄業の販売システムでT字形ERに触れた
ちなみに自分は設計者じゃなくて
単なる下請けのPGとして予備知識なしで参加

そのPJはDB専門家もPG専門家も乏しかったけど
PJ全体では開発成功例として某雑誌で紹介された
現場でもT字の評判は良かった
自分がT字の勉強を始めたのは、それより2年も後のこと

ところでヴァル研究所ってT字推奨会社だよね
あそこ駅すぱあと作ってるんだけど
あれはT字でできてんのかなあ??

**NAME IS NULL** · 2007/08/26(日) 01:46:07

>>37
俺も某製鉄業関連で
Ｔ字型の記法は見たよ。

記法だけな。中身はもうNULLだらけよ。

書いた人、恐らく誰かから教わったろうから
某製鉄業の中では割と浸透してるのかもしれませんね。

**NAME IS NULL** · 2007/09/09(日) 00:10:15

某製鉄業は直接じゃないの？

**NAME IS NULL** · 2007/10/23(火) 18:12:15

T字ERツールもっと安くなんないの？

**NAME IS NULL** · 2007/11/05(月) 23:47:48

早稲田の講義誰か受けてる？

**NAME IS NULL** · 2007/11/21(水) 02:21:02

ナニでアレな質問だそうです
暇な人は答えてあげたらいかがでしょうか
お腹を壊したのでもっと暇な人は適当な板の適当なスレにコピペしてちょ

http://oshiete1.goo.ne.jp/qa3534796.html

自分の将来について質問者：risaz
私は今高２で、一応進学校に通っているので大学進学を考えており、漠然とですが、薬剤師になりたいと思っています。
6年大学に通うと…浪人したりせず順調にいったとしても資格が取れるのは２４歳のときです。
そこから薬剤師としてのスキル?を積んだりしていたら…もう２０代後半です。
私は２０代半ばには結婚して子供も欲しいし、結婚したら仕事も辞めたいと考えています。(結婚するとしたら安定した職業の男性とだから）
こんなに深く考える必要はないかもしれませんが、せっかく苦労して薬剤師になれてもすぐ辞めてしまうのでは苦労をお金も無駄な気がします。
しかし、結婚に関しては確実性がないので、安定した職業に就いていなければ将来不安ですよね…。
私は薬学部への進学を目指すべきでしょうか？それとも違うことを学ぶべきでしょうか？

また、高学歴高収入の男性と出会いがある・人気がある学部や職業はどういったものでしょうか？

意見を聞かせてください。よろしくお願いします。

**NAME IS NULL** · 2007/12/29(土) 01:46:00

なぜこのスレが荒れるのか？

**NAME IS NULL** · 2008/07/22(火) 23:46:56

あげ
TMとTHと普通のERどれがいい？

**NAME IS NULL** · 2008/07/22(火) 23:48:36

佐藤vs椿vs堀内

**NAME IS NULL** · 2008/08/01(金) 01:07:46

あげ

**NAME IS NULL** · 2008/08/06(水) 23:01:43

最近動きないの？

**NAME IS NULL** · 2008/08/19(火) 23:47:00

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字で業務分析をしっかりできましたと言い切れる人なら
たいていの判断は信じられる。それ以上に図を見れば自分で分かる。

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