それでは私の記録が正しいことを確認しましょう。
- 1976年にRDBMSとして販売された最初のシステムは、Multicsのリレーショナルデータストアでした。 JOINがあるかどうかはわかりませんが、JOINがあるとしましょう。
- UNIXコマンドは
join
1979年にリリースされました。これはSQLのJOINを模倣しますが、プレーンテキストファイルで機能します。
だから私の質問は次のとおりです。プレーンテキストに比較的役に立つとしたら、join
なぜ以前は似たようなものが開発されていないのですか?もちろん、オペレーティングシステムは1950年代後半からある程度平文データと「表形式データ」を扱ってきました。私は、ある時点で、2つの異なるファイルのデータを意味のある方法で組み合わせるために事前に作成された抽象化やツールを持つことが役に立つことに気付くでしょう。
それでは、なぜこの概念は以前は現れなかったのですか?私のバラ色のメガネは、結合の認知オーバーヘッドとRDBのパフォーマンスが必要な場合にのみ正当化されるすべてのベン図を過小評価しますか?人々は一時的な方法でデータをマージするのに満足していますか?それとも本当に天才的なことに参加したのでしょうか?
答え1
」join
プレーンテキストに比較的便利「――そしてそれがあなたの主張の欠陥ですね。
このコマンドはプレーンテキストファイルにはまったく役に立ちません。たとえば、次の行を含むプレーンテキストファイルを考えてみましょう。
Lorem ipsum dolor sit amet, consectetur adipiscing elit.
Ut laoreet sapien massa, ac malesuada sem egestas quis.
Cras id euismod dolor.
Pellentesque scelerisque dolor orci, sit amet rutrum nunc condimentum vitae.
Vivamus tincidunt massa maximus volutpat auctor.
そして1つは次のとおりです。
Lorem ipsum dolor sit amet,
consectetur adipiscing elit.
Nam nec enim et felis sagittis suscipit porta eu erat.
Pellentesque scelerisque dolor orci,
sit amet rutrum nunc condimentum vitae.
Praesent tincidunt pulvinar est vitae laoreet.
一方、キーフィールド自体を識別でき、既知の文字(文字列)(たとえば)を介して他のデータと区別される半構造化ファイルに役立ちますtab。たとえば、半構造化join
ファイルは意味のある方法で適用できます。
Apple red
Banana yellow
Orange orange
red 5
yellow 3
orange 2