  |
はてなキーワード: 分岐とは
風に飛ばされない研磨剤
色あせた成長記録
トイレ洗剤の父
総務様来訪中
続・CM
指導者計測機
神父の見抜き方
自動ドア用水
画材病室
卵をあたためる釣り針
消火栓タイマー
洪水のような金屏風
むにむに神社
せせらぎ委員長
ベビーカー生誕の地
マッサージチェア上手
母性添加剤
促進センターはどこへ？
金曜研修会
空一面を覆うスーツケース
逆利きミニ四駆
地の果てアップルパイ
鼻棋士
本格派の二人組
来店検知震度計
落武者の周辺が騒がしい
引き出しがついた基準
愛犬シロップ
地図入り大論争
襟と灯台
防塵試写会
路線図教習
後味の悪い船旅
マインド祭列
通電稼業
インベーダーフェア
恐縮仕様書
水かきはしご
借用書今川焼
通り雨コピー機
決定戦3級
生々しいアパート
怖すぎるネット書店
高等学校別料金
拝みソムリエ
丸腰試作車
ボウリング球御膳
深夜の海水
働き者競争
売り切れ上司
三本足がついた発光体
貢献アトム
中身を隠す深呼吸
立地羊飼い
富士山貸金庫
異常をメールで知らせる応接セット
年度末電力
極貧レスキュー隊
蚊取りパーツショップ
年功序列入会申込書
自らを育てる体育館
産卵さらば
YMO狩り
ヒッチハイク進行中
岩肌ロータリー
宙返り商談
見よう見まねコンデンサ
おかえり鍾乳洞
CG格納庫
インベーダー消しゴム
三三七拍子POP
残念なスイートルーム
助言を求めてくる合格発表
粒貝Gメン
未亡人の正体
インクを使った処理
お宿デー
耳から吹き矢
遠征の胃袋
氷再配布
ぐっすりくじ
正体不明の売買
部屋の半分が担架
欲しくない？
穏やかな話し合いのセリフっぽいのを選んだつもりが、実際に再生されるセリフのニュアンスが微妙に違ったり、ボイスの語気が鋭かったりするとしょんぼりするんだよね。具体的にこの不満を感じたのはフォールアウト4とアサシンクリードオデッセイ。
こう言うときに選択肢に発言に含まれる喜怒哀楽などを表すエモーティコンを添えてくれれば、ロールプレイがより捗ると思うのよ。前述の2作は「これを選ぶと戦闘が発生するぞ」「セクシーな内容のセリフだぞ」みたいなのはアイコンで示してくれるんだけど、セリフに含まれる感情までは分からない事が多い。
余談だけどアサシンクリードオデッセイのハートマーク(セクシーな内容のイベントに分岐する選択肢)はとても捗るので素晴らしいと思うの。いや、ロールプレイがね。
問合型言語のSQLは、「関係代数」という計算モデルを基に作られたプログラミング言語。
一度「関係代数」について学んでおくと、RDBの使い方について、理解が深まる。
↑このスライド作者さんは他にもDB関係の資料を作成されてるので見ておくといいかも？
SQL以外にも「SPARQL」、「TMQL」（Topic Maps Query Language）等、いろいろな問合型言語がある。
実際に使う機会は少ないかもしれないが、「問い合わせ」で処理するという発想は参考になるかも？
Datalogは「Prolog」（論理型言語）を源流にもつ宣言的なデータベース問合せ言語。DatalogはSQLと同等の表現力を持つ。
Datalogは様々なプログラミング言語で利用できる。
「トピックマップ」は、本の索引をもっと高機能にしたような仕組みで、RDBとは違う形でデータを蓄積／検索できる。
NoSQL（一般に "Not only SQL" と解釈される）とは、関係データベース管理システム (RDBMS) 以外のデータベース管理システムを指すおおまかな分類語である。
関係モデルではないデータストアの特徴として、固定されたスキーマに縛られないこと、関係モデルの結合操作を利用しないこと（場合によっては単にそのような機能が欠落しているだけ）、水平スケーラビリティが確保しやすい事が多いこと、トランザクションを利用できないものが多いことなどが挙げられる。
学術的な世界では、この種のデータベースのことを構造型ストレージ (structured storage) と呼ぶことが多い。
NoSQL系データベースは、関係データベースのような汎用性は欠くものの、その制約された条件下ではRDBMSより高いパフォーマンスを持つ。
NoSQL系データベース管理システムが有用な場面は、関係モデルを必要としないデータを扱う時や、大量のデータを扱う時である。
有名な実装として、GoogleのBigTable、アマゾンのAmazon DynamoDBなどがある。オープンソースの実装も数多く存在し、例えばMongoDB、Redis、Apache HBase、HyperTable, Apache Cassandraなどがある。
問合型言語の学習の最後に、SQLを巡る物語も見てみよう。（SQLの学習をドラマチックで楽しいものにしたいねｗ）
RDBを活用すれば、大量のデータを処理して、多くの仕事を効率化できる。（金持ちへの扉が開かれる。）
エドガー・フランク・コッド（Edgar Frank "Ted" Codd, 1923年8月23日 - 2003年4月18日）は、イングランド生まれの計算機科学者
。関係データベースの理論的基盤であるデータベース管理の関係モデルを発明した。
1960年代から1970年代、コッドはデータ配置に関する理論を構築し、1970年 "A Relational Model of Data for Large Shared Data Banks" （大規模共有データバンクのデータ関係モデル）という論文を発表した（IBM内ではその1年前に公表している）。
しかし、IBMはライバルがそれを実装し始めるまで彼の提案を実行に移そうとせず、コッドは失望した。
当初、IBMはIMS/DBの収益を守るため、関係モデルを実装することを拒んだ。
コッドはIBMの顧客に自身のモデルを実装した場合の可能性を提示し、顧客からIBMに圧力をかけさせた。
そこでIBMは関係モデルの実装を開発する System R プロジェクトを Future Systems プロジェクトに含める形で立ち上げたが、その開発チームとコッドは分離され、しかもコッドの理論に精通した者はチーム内にいなかった。
結果として彼らはコッドの Alpha 言語を使わずにリレーショナルでないSEQUEL言語を開発した。
ローレンス・ジョセフ・エリソン（Lawrence Joseph Ellison、1944年8月17日 - ）は、データベースソフトをはじめとする大手ビジネスソフトウェア企業オラクル・コーポレーションの共同設立者であり、元CEO、会長、CTOである。
2014年現在の総資産は500億ドルで、世界で5番目の富豪である。
ニューヨーク出身。アシュケナジム・ユダヤ人の母親のフローレンス・スペルマン(Florence Spellman)は出産当時未婚の19歳で、生後9ヶ月のラリーをシカゴに住む叔母リリアン・エリソンとその夫である義理の叔父ルイス・エリソンに養子として引き取ってもらった。ラリーは実の母の名も知らず育ったが、48歳の時に初めて対面した。
高校時代は秀才だが、無愛想な生徒だった。イリノイ大学アーバナ・シャンペーン校に二年生まで通っていたが、リリアンの死後まもなく退学。カリフォルニア州北部で夏を過ごした後、シカゴ大学で学ぶために実家に戻ったものの三ヶ月でまたも退学し、カリフォルニアへ移住。この頃、コンピュータに触れ始めている。
1970年代、エリソンはアンペックスで働いた。彼の関わったプロジェクトのひとつにCIA向けデータベース開発があり、彼はそれに「オラクル (Oracle)」と名づけた。
エリソンはエドガー・F・コッドのリレーショナルデータベースシステムに関する論文 A Relational Model of Data for Large Shared Data Banks に触発され、1977年、自己資金1400ドルでオラクルを設立した。
彼はIBMのSystem Rデータベースがコッドの理論に基づいたものであると聞き、Oracleもこれと互換性のある製品にしたかったのだが、IBMはエラーコードを秘密にすることによって互換製品が出てくるのを防いでいた。
オラクルの最初の製品はOracle 2であり、Oracle 1は存在しない。このリリース番号は、それ以前のバージョンのバグが全て解決されていることを暗示しようとして付けられた。
1997年8月、ラリー・エリソンは親友のスティーブ・ジョブズがアップルに戻った後、同社の取締役に就任した。2002年9月20日、取締役会に出席する時間が充分に取れないことを理由にアップルの取締役を辞任した。
この人、キャラクター的にはあまり好きじゃないけど、行動力はすごいね！
Oracleのバージョンを「2」から始めて、改良されているように見せかける。～ちょっと詐欺っぽいけど、商売もうまい？ｗ
SQLやデータベースを活用して、素敵なアプリやWebサービスを開発してください。
では、これでいったん、増田式プログラマー養成講座を終了します。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
anond:20181024214133 増田式プログラマー養成講座 その11 データベースを使ってみよう
anond:20181026145516 増田式プログラマー養成講座 その12 データベースの参考書
anond:20181028152656 増田式プログラマー養成講座 その13 SQLの文法
anond:20181031014212 増田式プログラマー養成講座 その14 Webアプリの試作品を作成
anond:20181101225335 増田式プログラマー養成講座 その15 Webアプリの完成見本
anond:20181101230220 増田式プログラマー養成講座 その16 Webアプリの完成見本（続き）
anond:20181104161900 増田式プログラマー養成講座 その17 Webアプリの骨組み
anond:20181104233013 増田式プログラマー養成講座 その18 SQLでデータの追加と取得
anond:20181110120715 増田式プログラマー養成講座 その19 SQLでデータの更新
anond:20181110182445 増田式プログラマー養成講座 その20 SQLでデータの削除
anond:20181111205255 増田式プログラマー養成講座 その21 データベース設計 (1)要件定義
anond:20181119224031 増田式プログラマー養成講座 その22 データベース設計 概念→物理
anond:20181204142213 増田式プログラマー養成講座 その23 SQLを巡る物語 ←★今ここ★
：
anond:20181024214737 増田式プログラマー養成講座 コンテンツ一覧
「はい、開いたよ」
「よし、行くぞドッペル」
俺は、未だ足元のおぼつかないドッペルを抱える。
「じ……自分で歩けるよ」
そう言ってドッペルは降りようとしているが、その抵抗に力はまるでかかっていない。
俺は有無を言わさず、そのまま穴に飛び込んだ。
そしてこの瞬間、得も言われぬ違和感が俺たちの体全体を覆った。
その違和感は穴を通り抜けるとすぐになくなった。
だが、またも奇妙な感覚が襲ってくる。
「なんだ、この感じは」
さきほどいた別次元とはまた違った、居心地の悪さを感じる。
「に、兄ちゃん。もう降ろして」
ドッペルが足をジタバタさせている。
どうやら幾分か調子を取り戻したらしい。
となると、ここは元いた世界ってことか。
「何か変な感じだが……俺たちは戻ってこれたんだよな？」
やはり何らかのミスがあったらしい。
タイマーらしき部分が、デタラメな数値を羅列して荒ぶっている。
「何が起きているんだ」
「ぶ、分裂しかけている……」
「何が？」
「ボクたちが今いる、この世界がだよ！」
よく分からないが、焦りようからしてマズいことが起きているってのは伝わってくる。
「世界線は可能性の数だけあるんだろ？ 分裂することの何がダメなんだ」
「分岐しているわけじゃないからだよ。無理やり引き裂いて二つになろうとしている。その状態の世界はとても不安定なんだ」
「ポケットを叩くとビスケットが増えるが、実際は割れて二つになるだけってことだな。そのまま叩き続けても粉々になるだけ、と」
「う、うん。その例えは分かりにくいけど、解釈は近いよ」
どうして俺の例え話はこうも評判が悪いんだ。
「……それで、何でそんなことになったの？」
「別世界へ移動するには、ボクの持っているアイテムで“穴”を開け、それを繋げる必要があるんだけど……」
「その際の設定をミスったというわけか」
SFのお約束で、ワームホールの説明に二つ折りした紙を使うというものがある。
今の状況は、その紙の折り方が変だったせいでちゃんと元に戻っていない、或いは戻し方が荒いせいで破けそうになっているってところだろう。
多分、そんな感じな気がする。
「跳ぶ前に確認はしたのに、なぜか時間設定だけがバグっているんだよ」
「そもそも時間の設定なんて必要ないだろ。今回はパラレルワールドを行き来したんだから」
「ボクたちが別世界にいた間の時を巻き戻す必要があるんだよ。そうしないと、元の世界で“ボクらが存在していなかった時間”が出来てしまう」
ガイドの言うことに「なぜなに」の疑問がどんどん湧いてくるが、このまま質問を繰り返した所でキリがなさそうだ。
今は危険な状況らしいし、さっさと本題に入ろう。
「で、分裂を止めるにはどうしたらいい？」
「座標を正確な数値に戻して、再結合すればいいんだけど……ズレてしまった原因が分からないことには失敗するだろうね」
「も、もしも、また設定を間違えたら……？」
「この世界は完全に分裂するだろうね。その状態じゃバランスを保てず、そう遠くないうちに消滅する」
つまり、この世界に存在している俺たちも実質的に死ぬってわけか。
何が悲しくて、人生最大のピンチがこんな場面で起きなきゃならないんだ。
「この分裂現象はフィードバックループが関係している……となると、やはり原因を確定させないと元に戻せないか」
危険な状況ではあるんだが、その様子に可笑しさを感じてしまう。
ああ、こんなタイミングで思い出したぞ。
俺がSFから距離をとるようになったのは、こういう展開についていけなかったからだ。
ガキの頃に観た映画の話だ。
主人公が自分の娘に向けて、すごい遠まわしな方法で科学データを送るという展開があった。
五次元だのブラックホールだの意味不明な場所から、時計の針をモールス信号みたいに動かして、それに気づいた主人公の娘が解明するっていう……。
かいつまんで説明しているだけでも頭が痛くなってくるし、それにつけてもバカげた展開だと今でも思っている。
だが、とある学者から言わせるなら、その映画の科学考証は優れているらしかった。
そのとき、「俺はもうSFに関わるべきじゃないな」と思ったんだ。
理由は上手くいえないが、自分の好きなジャンルから突き放される前に、こちらから離れたかった……のかもしれない。
