  |
はてなキーワード: 制御とは
https://anond.hatelabo.jp/20181022223332
人が身なりを整える理由も整えない理由もそれを何のために誰のためにやったりやらなかったりするかもみんな違ってるし
自分で自分の考え方や悩みや苦しみの根源について言語化が出来てる人ばっかりじゃないんだから
「どうして?」に答えはなかなか出ないと思うよ 自分の行動を常に誰もが制御できてるわけじゃない 増田も自分で
>そういう人に限って仕事や人間関係に対して受動的だったり何か言われると猛烈に反発するのって矛盾していませんか？
って言ってるように、元記事に色々な人が答えてくれているけど増田の中で想定してる答えに近いものがないから
何となく反駁している現状がないかな それを見て「なんで納得しないんだろう?」って思う人もいるだろうなと思うよ
自分は他人じゃないから他人を思うままにはできないし、他人から思うような答えは返ってこないよ
Androidを6年使ってきて先月iPhone 8に乗り換えた人間の私見．
個人的な結論としてはFGOをやめさえすれば本当にどっちでもいいなという感じ．
説明するのだるい感じになってきたな…あのね、ロボットの問題は「ガッシリ物を掴めるモーター」とかじゃないんだよ。人間は見たまま物体をひょいと掴むってことができるじゃん。で、落としたらキャッチとかできるじゃん。で、その動きを一回記録すれば大電力を注ぎ込んでロボットに同じ動きをさせることはできる。横増田が言ってる「プログラムした動きを繰り返すだけ」は昭和の頃から自動車では普通にやってるし、無しでは現代社会は回らなくなってはいるのよ。
だけど、その動きを自動生成することができない。
つーのは、生物は生まれてから10年や50年で機械学習してものを掴んだり操作したりする動きを覚えるわけじゃなくて、小鳥から人間まで共通に持ってる脳のハードウェア処理エンジンをチューニングして使ってる。鹿の子供は生まれてから10分で立ち上がって親についていくというくらい、ほぼ遺伝子に書き込まれて完成済みの専用計算ブロックがある。そしてその構成は完全には解明されていないどころか、まだ具体的にどういう小部分があって同相互接続されているのかさっぱり分からず、工業の分野の数学的モデルで解決しよう(古典・現代制御)とか解明された他の手法を転用してなんとか真似できないか(ディープラーニング™など)と試行錯誤している状態。
このハードウェア処理エンジンは動物に基本的に備わっているから、ハード的に人間の動きをほぼ再現できるロボットを見ると、形には自然と機能が伴うと思ってチャチャッとソフトを開発すれば何でも掴めて人間を置き換えられると思っちゃう。
違うんだよ。この完全に理性とか思考とかいった人類が人類である価値を全く含まない部分が、最低賃金以上の金を支払う価値が全く無い単純極まる肉体労働タスクこそが、種としての人類の最後の砦といっても過言ではないんだ。
「エタァーナルゥ…フォーーース！…ブリザァァァァァァァド！」
「エターナルフォース…ブリザード…（ニヒルな笑みを浮かべる）」
「エターナルフォースブリザード…さぁ、耐えきれるかな？」
「†確実なる死への歩み"エターナルフォースブリザード"†」
「く、来るなー！」とか「近づかないで！」とかいいつつ発動
「今のはエターナルフォースブリザードではない…氷の息吹だ」
「エターナルフォースブリザード、でございます。」
「うぉぉぉお゛お゛お゛お゛お゛お゛お゛お゛お゛あ゛あ゛あ゛あ゛あ゛あ゛あ゛」（発動）
「汝、美の祝福賜らば
我その至宝、
紫苑の鎖に繋ぎ止めん
前回は、Webアプリの骨組み（スケルトン）までを作って、製作の過程を見てみました。
今回は、データベースのCRUD操作を行なって、チャットのメッセージを追加／取得／変更／削除する機能を実装してみましょう。
Webアプリを作るときに、「Visual Studio Code」というIDE（統合開発環境）を使ってみましょう。PHP用の各種プラグイン（「PHP IntelliSense」「PHP Debug」など）を入れておけば、便利に使える。
<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>
<!DOCTYPE html>
<html>
<head>
<base href="<?php echo base_url(); ?>">
</head>
<body>
<form action="welcome/index" method="post" accept-charset="utf-8">
<label>メッセージ</label>
<input type="text" name="message">
<input type="hidden" name="action" value="add">
<button>投稿する</button>
</form>
</body>
</html>
本当はセキュリティーを考慮して、入力値の検査（バリデーション）とか、もっといろいろな仕込みが必要だが、ここでは練習なので省略します。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
public function __construct()
{
parent::__construct();
$this->load->model('chat_model');
$this->output->enable_profiler(true); // for debug
}
// 初期画面
public function index()
{
$action = $this->input->post('action');
$message = $this->input->post('message');
$this->chat_model->create_message($message);
}
$this->load->view('welcome_index');
}
// 更新画面
public function update()
{
$this->load->view('chat_update');
}
// 削除画面
public function delete()
{
$this->load->view('chat_delete');
}
}
SQLを説明したかったのに（SQLとは本質的に関係がない）Webアプリの説明が延々と続いた。（説明の方法を変えた方がいいねｗ）
データベースにデータを保存（追加）するSQLコマンド「INSERT」を使ってみよう！
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Chat_model extends CI_Model
{
public function __construct()
{
parent::__construct();
}
// Create
public function create_message($message = '')
{
$sql = "INSERT INTO talk SET create_at = ? , message = ?";
$param = array(date('Y-m-d H:i:s'), $message);
$this->db->query($sql, $param);
return $this->db->insert_id();
}
}
以上、メッセージの追加を実現するために、MVCの各パーツを用意した。これでメッセージの追加だけができるようになった。
これだけではメッセージの取得＝表示がまだできないので、次はデータベースからメッセージのデータを取得して、Webページに表示できるように改造しよう。
SQLの「SELECT」を使えば、データベースからデータを取り出せる。
メッセージのデータを取り出して、Webページの表示で使おう。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Chat_model extends CI_Model
{
public function __construct()
{
parent::__construct();
}
// Create
public function create_message($message = '')
{
$sql = "INSERT INTO talk SET create_at = ? , message = ?";
$param = array(date('Y-m-d H:i:s'), $message);
$this->db->query($sql, $param);
return $this->db->insert_id();
}
// Read All
public function read_message()
{
$query = $this->db->query($sql);
return $query->result_array();
}
}
これでデータベースからデータを取り出すSQL、メソッドがモデルに用意できた。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
public function __construct()
{
parent::__construct();
$this->load->model('chat_model');
// $this->output->enable_profiler(true); // for debug
}
// 初期画面
public function index()
{
$action = $this->input->post('action');
$message = $this->input->post('message');
$this->chat_model->create_message($message);
}
$data['talk'] = $this->chat_model->read_message();
$this->load->view('welcome_index', $data);
}
// 更新画面
public function update()
{
$this->load->view('chat_update');
}
// 削除画面
public function delete()
{
$this->load->view('chat_delete');
}
}
これは全部CodeIgniterで用意されている機能なので、マニュアルを読めば使い方が分かるようになってます。
<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>
<!DOCTYPE html>
<html>
<head>
<base href="<?php echo base_url(); ?>">
</head>
<body>
<form action="welcome/index" method="post" accept-charset="utf-8">
<label>メッセージ</label>
<input type="text" name="message">
<input type="hidden" name="action" value="add">
<button>投稿する</button>
</form>
<table border="1" cellpadding="5" cellspacing="0" bordercolor="#CCCCFF">
<tr>
</tr>
<?php foreach($talk as $item): ?>
<tr>
<td><?php echo $item['id']; ?></td>
<td><?php echo $item['create_at']; ?></td>
<td><?php echo $item['message']; ?></td>
<td><a href="welcome/update/<?php echo $item['id']; ?>">編集</a></td>
<td><a href="welcome/delete/<?php echo $item['id']; ?>">削除</a></td>
</tr>
<?php endforeach; ?>
<?php endif; ?>
</table>
</body>
</html>
（説明文が300行を超えてしまった！これ以上は増田で表示できない。）次回はメッセージの変更をやってみよう。
anond:20181104161900 増田式プログラマー養成講座 その17 Webアプリの骨組み
anond:20181104233013 増田式プログラマー養成講座 その18 SQLでデータの追加と取得 ←★今ここ★
anond:20181110120715 増田式プログラマー養成講座 その19 SQLでデータの更新
：
増田ユーザーならおおかたそうだろうと思うが、私もご多分に漏れずすぐOPP（お腹ピーピー）になる。
牛乳でOPP、コーヒーでOPP、特に心当たりがなくてもOPPである。
OPPのときに困るのがそう、ウンコを出すときに爆音が出てしまうことである。
自宅だろうと会社だろうとお構いなしだ。
弊社は人数が少ないうえに狭く、しかも私は女なのだが女性社員は数人しかいないので、トイレで爆音を出しては「◯◯さんすげー音でウンコしてるwww」とバレてしまう。
一度会社でOPPになってしまい、何も考えずにトイレに駆け込んだら「ブボバッ！！！！！！」という爆音が響いてしまった。
その後特に何も言われなかったが、もしかしたら誰かが聞いていたかもしれないと思うと「死」という言葉が頭をよぎる。
一度やらかしてしまったが、それでもOPP時の排便音はできれば会社では出したくない。
そうして私はOPPのときでも音を出さない排便の方法を考え出した。
しかしながら、OPP時にちょっとずつ出すというのは強靭な精神力と肛門括約筋の強さが必要である。
正直ヒーヒー言いながらやっている。
しかし少しでも油断すると、やつらは爆音とともに一気に出てきやがるのだ。
例えば電車で立っているとき、家でテレビを見ているとき、肛門にギューっと力を入れて抜くだけ。
特別な道具もいらない。
しかも女性においては、肛門を鍛えると同時に膣の締まりがよくなるという効果もある。
「セックスなんてしねーわ！」という喪女の方でも、緩いままだと将来「尿モレ」という悲劇が起こるので鍛えておいたほうがよい。
正直OPPにならないように頑張るべきだと思うが、なるときはなるのである。
OPPのみんな、強く生きよう。
自分は某全年齢作品のキャラクターデザインに関わっているデザイナーです。
最初に書いておきますが、自分は萌え絵否定派ではないです。むしろ日本の発明した文化だとすら思います。ただ、ゾーニングはきっちりすべきだと思っています。
児童書やキズナアイを取り上げて、これは萌え絵か、いや少女漫画か、だとか色々話題ですね。議論に上がる絵柄は萌え絵と称されることが多いですが、「萌え」の基準に対しては、時代とともに変わり、また個々の定義にも差があり議論が平行するので言及しません。
ただ、それらの絵には一つの共通項があります。それは、「男性に対して「媚び」を含んだキャラクターかどうか」の一点です。
「媚びた絵」を否定しているわけではありません。ただ、客観的に見て、そういった要素が見受けられるアートスタイルの一種だということです。
例えば、清純派なのにエロい格好をしている。これは、明らかに矛盾しています。
現実だと、性格が淑やかな女性が、大きく胸のはみ出る服を着ることはないです。(いたとしたら、その女性の本性はとんだ肉食系です。) ロリに巨乳なども矛盾のひとつでしょうか。男性に媚びたキャラというのはつまり、「男性目線で好ましい部分だけを組み合わせたキャラクター」のことです。
露出度が高ければエロなので媚びているのか？というとそれは違います。
例えば、アメリカン・コミックスのヒロイン達を筆頭に、攻殻機動隊の草薙素子、ルパン三世の峰不二子、ヴァンパイアシリーズのモリガン。強く自立した女性は、セクシーな格好をしていてもそれは自信の表れであると捉えられます。少なくとも、自信がなくオドオドして従順なキャラクターは、上記にはいないですね。
女性に好かれるセクシーな女性キャラというのは、得てして他人に媚びず、肉体的にも精神的にも男性に勝る強さを持ったキャラクターが多いです。現実でも、セクシーなドレスを着た女性を思い浮かべてみると、ハリウッドスターのような女優、もしくはスタイル抜群でスクールカースト上位の女性ではないでしょうか。
でも、そういった女性に、日本の男性は近寄りがたさを感じてしまうのも理解できます。
そこで、「セクシーだけど、順従で清純」というある意味キメラ的な、都合の良い所だけを合わせたキャラクターが生まれていき、今日日、「痴女のような格好をした清純派美少女」という存在が、日本中に溢れているわけです。
キャラクター作りには、まず性格があり、顔があり、体系があり、髪型があり、服装があります。キャラが着ている服は、本来、本人の性格を反映している筈なのです。
多くの矛盾を含んだ「男に都合の良い女」というキャラ作り…こう書いてみると、いかにもフェミニストが嫌がりそうなキャラ作りではあります。
個人的には男性に都合の良い女性キャラクターはいてもいいと思います。(ファンタジーですし)。それに、女性に都合のいい男性キャラも当然星の数ほどいますしね。
でも、ゾーニングもされず世の中がそればっかりになると、ファンタジーと現実を混同しはじめる人がいるのはわかるかと思います。
あくまでファンタジーだから。そういった共通認識を前提として、今まで創作の世界を楽しんでいたのですが、あまりに裾野が広がりすぎるとその前提が届かない人たちが出てくる、そしておそらくそれは、男女共に幸せなことではないだろうと思います。
現実の女性は漫画で読んだほど、男性に都合は良くなかった。そう感じて女性を恨んでしまうのは、元々女性に対するハードルが、フィクションの世界で高められてしまったのも一因としてあると思っています。特に、インターネット育ちの次世代については、注意深く見守る必要があるのではないでしょうか。女性の場合は…どうなんでしょう。一昔前は王子様を待ってる…なんて言われ方もしましたが…。
長々と書きましたが、キャラクターを作る際、イラストを描く際、注意している点は山ほどあります。それは、自分が扱う作品が公共の場に出るからです。なにをどう描いたら性的に見えるか。これにはかなりわかりやすいルールがありますし、おそらく皆さんもなんとなく感覚で理解しているのではないかと思います。
老若男女、赤ちゃんからお父さんお母さんお爺ちゃんおばあちゃんまで、誰に見せても大丈夫。誰が通るかわからない道には、表現にもそれなりのマナーがあると、自分は思います。
読んでいただいてありがとうございます。頂いたコメントに関して、補足していこうと思います。
まず、最初にも書きましたが「萌え」の定義は人それぞれですので、萌えという言葉のことは忘れてここではただの「絵柄」というふうにお考え下さい。
これに関しては短文でまとめられるものではありません。箇条書きすると以下のようになります。(何か忘れていたらすみません。ご指摘下さい)
・そのキャラクターは、特定のカテゴリに属する誰かの心を傷付けるものか
・過剰に性的な描写はあるか(特定部位の肉体描写のしつこさ、視線誘導)
・現実と乖離した(異性に対して誤解を招くような)価値観を広めているか
３つ目は、先日話題になったAVの技など「真似するユーザーが増えると他者への害となる」というようなものです。が、該当作品が少数かつ、誰しもがわかるようにフィクションであれば問題なかったりします。市場全体の価値観の偏りや社会傾向が問題点になり、一番難しい部分です。
キズナアイに関して気になっている方が多いようだったので個人的に思うことを書きます。(全ての動画を見たわけではないのでデザイン面だけの話です)
デザインは、概ね問題ないとは思いますが脇の下は空きすぎですので、詰める必要があると思います。「写真集」表紙イラストを見ますと、サイドの胸の膨らみが出ていますが、服の構造的にもかなり変形的で、「胸を見せたい」という意図を感じます。ここは胸の膨らみ全体を覆うように(セーラームーンの肩の２連リングが無いバージョンを想像して下さい)した方がもっと幅広い層に受け入れられるのではないかと思います。
絵が伝える性的な要素というのはデザインもですが、色も大きく関係します。そしてイラストも構図によって見え方をいくらでも変えられるので、「このキャラだからOK/NG」という単純な話ではないのが難しいところです。
他にも、何か質問疑問があればできる限りお答えしたいと思いますので聞いてください。
追追記。コメントを読んで思い出したのですが、「脇が開いている方が3Dの制御をしやすいから」という話。
誰が言い出したことかは知りませんが、アホらしいというのが正直な感想です。破綻するとしたらそれはモデラーのスキル不足です。確かに、ヒラヒラした物がついていない方が簡単に作れますが、素肌である必要はありません。3D的な作り易さを優先するならば何よりまず、腕を組んだときなどにダイレクトにめり込む胸を無くすべきです。動かし易さを考えてデザインをすることは悪いことではありませんが、解消方法の比較的容易な脇は必要以上に開き、3D的に問題の温床となる大きな胸はそのまま、というのはよくわかりません。なにより、デザインの「言い訳」を3Dの仕様のせいにされて論点がデザインそのものからズラされるのは、3Dを悪用されているようで気分がいいものではありません。
つづき↓
無能な女ほど権力者に取り入られることで引き立てられていく構造だよね？あれ。
本当に有能な女は、安倍程度の男じゃ制御できないから、あれくらいがちょうどいいんでしょ？
あと、あの似合わない伊達メガネ(防衛大臣時代の黒ブチから変えてきてるけど、今度もやっぱりある種の“萌え”要素を意識してるデザイン)も、どう思ってんだろ？
IDコールの終了について
ブックマークコメントからのIDコール送信機能は、ユーザー間のコミュニケーションを促進する目的で提供してまいりました。しかし、ブックマークコメントには文字制限があること、また、自身へのIDコールに返信する機能や、ブロックやミュートなどIDコールの受信を制御する機能がないことなど、本来の目的からは不十分な部分もありました。機能改善を検討いたしましたが、リニューアルを控えた現時点で機能の追加を行うことは難しいため、一旦終了とさせていただくことになりました。
ご利用のユーザー様にはご不便をおかけし申し訳ございません。今後、新システムへの移行を行いました後、より良い形でユーザー間のコミュニケーション機能を提供できるよう検討いたします。
私は舞台役者が多く所属する芸能事務所で働いている。マネージャーではなく、内勤のスタッフだ。
業界のことをあまり知らない状態で就職したが、業務上ある程度の知識をつける必要があった。そこで業界や役者個人のことを調べ、実際に舞台を見に行くうち、ある役者（以下、Aさんとする）のファンになった。
予め断っておくと、Aさんは弊社の役者ではない。と言うより、私の立場で弊社の役者のファンになってしまうのはいろいろと問題がある。公平な気持ちで業務に当たれなくなってしまうかもしれないし、役者との繋がりどうこうで疲弊したり、他のファンをピリピリさせたりするのは本意ではない。
話を戻す。私がAさんを好きになった理由の一つに、強い個性がある。Aさんは舞台上での振る舞いやネット上での発言が少々突飛で、賛否両論がある（が、炎上はしないくらいには加減されているのがすごい）。私はそんなところも含めてAさんが好きなのだが、合わない人には本当に合わないようだ。突飛な言動に惑わされずに彼の演技を見て！ というファン心理の一方、合わないと思う気持ちも理解できないわけではない。それくらい強烈な個性を放っているのだ。
そんな彼をうまく制御しているのが担当マネージャーさん（以下、Bさんとする）だ。彼の言動を個性と認め、ある程度自由に振る舞わせつつも、やりすぎそうになってしまったときにはギュッと手綱を締めてくださっている。
本来マネージャーという立場は黒子なのだろうが、Aさんのファンの間では、BさんのTwitterアカウントは有名だ。プロフィールに会社名や肩書きが書かれているわけではないが、担当している役者の宣伝をしているので、分かる人が見れば分かるというやつだ。
そんな折、Bさんが地元のご友人と思われる方とリプライでやり取りされているのを見た。詳しい会話の内容は割愛するが、やり取りの中でBさんは自身の仕事への向き合い方について語っていて、その姿勢にファンとしても、同業界で働く者としても深く感銘を受けるような内容だった。
自分も同業界にいるので何となく分かるのだが、いくらAさんに優れた演技力があろうとも、癖の強い言動の彼を売り出すのはきっと難しい。おそらく弊社なら持て余してしまうだろう。しかしAさんは近頃大きな役を演じる機会が少しずつ増えてきている。あの事務所で、そして担当マネージャーがBさんで良かったね……などと思ってしまう。お前はいったいどの立場なんだ？ というセルフツッコミを入れながら。
Aさんのファンにならなければ、Bさんの存在はまず知り得なかった。しかし今やAさん関係なく、同業者としてBさんにお会いしてお話してみたいという気持ちがある。仕事へのスタンスや、実際に出されている結果を本当に尊敬しているのだ。まさかBさんもこんな風に思われているとは露ほどにも思わないだろう。
Aさん宛てにならいくらでもファンレターを書くのだが、こういった場合はどうすればいいのだろうか。
http://bookmark.hatenastaff.com/entry/2018/10/29/180645
IDコールの終了について
ブックマークコメントからのIDコール送信機能は、ユーザー間のコミュニケーションを促進する目的で提供してまいりました。しかし、ブックマークコメントには文字制限があること、また、自身へのIDコールに返信する機能や、ブロックやミュートなどIDコールの受信を制御する機能がないことなど、本来の目的からは不十分な部分もありました。機能改善を検討いたしましたが、リニューアルを控えた現時点で機能の追加を行うことは難しいため、一旦終了とさせていただくことになりました。
ご利用のユーザー様にはご不便をおかけし申し訳ございません。今後、新システムへの移行を行いました後、より良い形でユーザー間のコミュニケーション機能を提供できるよう検討いたします。
遅いよ！！
今回は、DBで使うプログラム言語「SQL」の文法を見てみよう。
関係データベース（relational database）は関係モデルにもとづいて設計、開発されるデータベースである。
関係データベースを管理するデータベース管理システム (DBMS) を関係データベース管理システム (RDBMS) と呼ぶ。
Oracle Database、Microsoft SQL Server、MySQL、PostgreSQL、DB2、FileMaker、H2 Database などがRDBMSである。
関係モデルはIBMのエドガー・F・コッドによって考案された現在もっとも広く用いられているデータモデルである。
データベースの利用者は、クエリ（問い掛け）をデータベースに与え、データを検索したり、変更することができる。
データは表に似た構造で管理されるが、関係と呼ぶ概念でモデル化される。
関係は組（タプル、表における行に相当する）、属性（アトリビュート、表における列に相当する）、定義域（ドメイン）、候補キー（主キー）、外部キーなどによって構成される。
SQLなどに代表されるデータベース言語（問い合わせ言語）を用いて、関係に対して制限・射影・結合・和・差・交わりなどの関係代数演算（集合演算を含む）ないし関係論理演算を行うことで結果を取り出す。
要するに、
SQL（エスキューエル）は、関係データベース管理システム (RDBMS) において、データの操作や定義を行うためのデータベース言語（問い合わせ言語）、ドメイン固有言語である。
エドガー・F・コッドによって考案された関係データベースの関係モデルにおける演算体系である、関係代数と関係論理（関係計算）にある程度基づいている。
これは、SQLの元となったデータベース言語が、IBMが開発したRDBMSの実験実装であるSystem Rの操作言語「SEQUEL (Structured English Query Language)」であったことが由来である。
「SEQUEL (Structured English Query Language)」を略して「SQL」と呼んだらしい。
英語のクエリーは、質問する、問い合わせる、という意味なんだね。
↑このページをよく読んでくれ。理解できたらSQLの説明は終わりだ！！！
…というと、説明することがなくなるので、ちょっとまとめておこう。
このページの「表1●SQLはDDL，DML，DCLの三つに大別できる。このうちプログラマが最も多く使うのはDMLだ」という図を見てみよう。
という３種類に分けてる。順番に見てみよう。
データベース、テーブル、ビュー、インデックス、ユーザーなどを作成／変更／削除するときに使うSQL。
これでデータベースを使う準備ができる。
データを操作するときに使う。いわゆる「CRUD」のことで、SQLのうち、このDMLを覚えれば、とりあえずRDBは使えるようになる。
CRUD（クラッド）とは、ほとんど全てのコンピュータソフトウェアが持つ永続性の4つの基本機能のイニシャルを並べた用語。
この中で一番活躍するのは、「SELECT」コマンド（命令文）だろう。
SELECTは、いろんな条件を付けてデータを絞り込む／加工することができて、便利なんだ。（Excelなどの表計算ソフトよりも高機能）
RDBは「リレーショナル」（関係）という冠言葉が付いてることからも分かるように、関係がある表と表をくっつけて、データを加工できる。
表と表をくっつける操作のことを「結合」という。
SQLでは「JOIN」というコマンドを使って表と表を結合できる。
↑このページにある丸と丸が重なった図を見てくれ。この図は「ベン図」といって包含関係を示す図だ。図を描いて塗りつぶせば、欲しい部分が分かりやすくなるだろう。
表と表のつなげ方には、何通りかパターンがあるよ。
内部結合は単純だ。外部結合はちょっとややこしい。
外部結合は「LEFT JOIN」の形がよく使われると思うので、まず最初にLEFT JOINの仕組みを理解すれば大丈夫だろう。
（LEFTの仕組みを基準にして、RIGHTやFULLとの相違点を意識すれば、表のつなぎ方を間違えにくい？）
「トランザクション」は、データの更新に失敗したとき、元に戻せる機能だ。（安全装置）
Googleの画像検索で「トランザクション」を検索して、分かりやすそうな図解を探してみよう。
↑このページの「図1 処理失敗による不整合の発生」を見てみよう。
銀行で口座間の送金を考えてみる。Aさんの口座からBさんの口座へ50万円送金したい。
この２つの処理が両方とも成功しないと、送金は失敗だ。（Aさんは送金できてないのに貯金が減ったら怒る。Bさんは送金されてないのに貯金が増えてラッキー！）
AとBの両方が成功したら更新処理を確定する。AとBのどちらか、または両方が失敗したら更新処理は破棄してなかったことにする。（やり直し！）
これがトランザクションだ。
ちょっと話がそれるけど、トラブルの重大さ＝クレーム対応の難易度について考えてみよう。
RDBは、SQLコマンドで操作するだけでなく、DB管理ツールを使って操作することもできる。
この講座では「phpMyAdmin」というDB管理ツールで「MySQL」を操作した。
他にも、Google検索で「DB 管理 ツール GUI」などで探してみよう。商用だけでなく無料でも便利なソフトがたくさんあるね。
など。
SQLコマンドを組み立てる作業はパズルのような要素もあるので、遊びだと思ってSQLに取り組んでみて欲しい。
「SQL パズル」でGoogle検索すると、いろんなテクニックが紹介されているので、時間があったらチャレンジしてみよう！
SQLの話は、それだけで1冊の本になるぐらい広範だ。今回は、SQLの概要を説明するだけになってしまった。
SQLの詳細については、前回紹介したSQLの参考書などを読んでみてね。
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アプリの試作品を作成
：
学園モノで終わると思ってたからあっさり学校辞めてびっくりした 薄々考えていたことだったら途中途中で匂わせてほしかった
尊敬する男の先輩は出会ってすぐ抱き締められるのに好きな女は抱きしめられないのは…なんで…
その前にあんなことがあったとはいえ思春期の男子がそんなに我慢できるものなの？肉食草食の事情が制御させてるのは分かった、でも今の俺に触る資格がないと葛藤する描写が少なくてどうしても人格者に見える
レゴ氏のビジュアル偏差値ってどれくらいなの？？顔が男前ではないとは言われてたけど
ビジュアルの悩みって一般人ならつきものだし人生に影響を及ぼし続けると思っているんだけどそういう描写が一切ないので普通にカッコいいのではないかと認識している それか稀にいる全く気にしないタイプ？
私自身がブスだからすぐこういうことを気にする…描写しないのが普通？ハイそうなんですか…
ハルはレゴ氏にとって唯一無二の存在であり続けると思ってたけど…もしかして人生の中で出会った一人の女性に過ぎない というオチになる？
それは嫌だーー漫画に現実にない夢を見ているからそんな現実的な展開いやだーーー
でも🐏ちゃんの登場が不穏すぎるんだよ なんでわざわざメスにしたんだろ？草食でいいならオスでよくない？
