  |
はてなキーワード: 養成とは
あ】
アイアンマン 哀愁 アイツ(35) あ痛肩、あ痛肩、あ痛肩、イェイ！君にー 愛鳥家 赤い衰勢
空かずの間 悪魔超人 足枷 あしきかたじん ASIMO アストロン アスリートの広告塔
当たりを引いて肩落とす 圧力 穴 あっ肩痛いんだから～ 穴と夜の三冠王
アニキ(故) 兄バーサリー アネキ 姉本 あのお肩 あのカネを慣らすのはあなた
新井が悪い 新井貴浩(49) 争いの種 新たなる聖域誕生 現人神 阿肩博士
あり肩迷惑 ありのままの素肩 アリバイ作りスライディング 歩く立ち入り禁止区域
歩く敗退行為 歩くような速さで アレ アレカテーン戦記 アレキ
アレキさんだ～ アレティメット アレフト アレルギー ア・ワーレ
暗黒からの使者 暗黒時代請負人 暗黒大将軍 安心してください、落としてますよ
安心してください、守れませんよ 安全進塁権 安打献上機 安打製造機
安全地帯 あんた肩どこさ アンタッチャブル アンチスパイスラル アンチ阪神
【い】
いいところ 言うだけならタダ 怒り珍投 いかれ肩 イカレちまったぜ!! 生きた化石
生き恥 生贄を求めし者 育児放棄 いじめっこ イスワル国 161事件
一位悠々離脱 一年がかりのオープン戦 一生無理(49) 一生レフトにいてくれや
一緒や！守っても！ いつやめるの？まだでしょ 挑めない
居ない方がマシ 稲垣千尋 井の中の蛙 違法ではないが不適切 異物混入 今すぐ生ユッケを食べるべき選手
癒しグッズ 1492燃えろ金本知憲 要らない本 隠蔽体質 インド人を左に イップス病
【う】
ウイルス 植木鉢 ヴォルデカネモート 兎の餌 失われた肩を求めて うたた寝本
打たぬ守らぬ退かぬ うちのチームにいなくてよかった 宇宙戦艦グレートヤニン
打てない走れない守れない投げられない外せない 打てないわね 打てん老師
売る虎マン うんこ うれしいを、しっかり。 運動神経悪い芸人
【え】
永久機関 液状化神殿 エコ送球 壊死 NPB補完計画 えびぞりダイバー
Everyday、肩痛者 エラーのかがみ エラーの翼神竜 偉そうに何を言うんだ エリア6
エル左レム 円陣コンストラクター 炎上甲子園 遠投20m外野手 遠投の腕輪
【お】
大株主 おおきく振りかぶれない オールスターでぼっち オールスターのベンチの闇
オールタッチアップ オールドプレイヤー 大山ニー 大山呼ぶ代 大笑い女子暴投 緒肩耕一
侵されざる聖域 起き上がりこぼし おさきにどうぞ お爺ちゃん お地蔵様
お粗末さん オゾンホール 落合に救われた男 おっ金ー 落ちっこと主 おつとめ品 男気残留
落とし穴 乙女 乙女肩 乙女気 お友達内閣 同じ失敗を繰り返す男 お荷物
小保肩張る子 お前が変わらなければチームは変わらない 思い出のヤーニー 重し金 重り
終わりのない悲しみ 女の子投げ
【か】
カープからの刺客 カープ大好き芸人 カープの真の監督 カープファン カープ無視
カープ優勝の立役者 皆勤賞 介護-なぜあなたはレフトにいるのか-
外野に佇む者 外野は福留だけ 帰ってくれ肩虎マン 変えられない理由が、そこにはある
かかし かった痛いんだからぁ 革命的左翼 過去の経験 覚せい剤
火災警報 傘子地蔵 ガザ地区 カス 風吹けど台無し カタールに肩ある 肩 KATA
カタアンドトシ 肩い采配 肩意地 肩い守備 肩インフルエンザ
肩落ち品 肩重い 肩が上がらない、頭も上がらない カタカタ肩 カタガイジ 肩がおそ松くん
肩終わり部屋 肩が少女時代 肩がハルカス 肩が弱味細目 肩キテル連合 肩き役 肩休議員 肩ギラス
肩ギリはいり 肩屑ロンリネス 肩暗肩（かたくらけん） 肩苦しい態度 肩くなに投げない
肩懲り -肩こわれ- かたG かたGけない 肩ストロフ 肩ストロフィー 肩唾を呑む
肩せてくれない奴 肩せない監督 肩叩き 肩ってはいけないあのお肩 肩ドン かたなしくん
肩にしこり圭 肩の痛み乙女 肩の筋肉を脳味噌に回した男 肩の祭典 肩ノゾーア
肩の調子を整えています カタノミクズ 肩のヤッターマン 肩パルト 肩ボロ カタマックス
肩身が狭い 肩燃ゆ 肩も悪いし頭も悪い 肩破り 肩翼の天使 肩弱くても、でられます
肩り草 肩り手 肩ルシス 肩るに落ちる 肩ワ 肩を失った男 勝ちた肩 勝ちたくないんや！
ガチのマジの左翼 カッタ、カッタ、またカッタ！ 勝てない原因
勝てば監督のお陰、負ければ選手の責任 金縛り カネカネハ大王 金本、阪神辞めるってよ
KANE-BOON 金本ガタキテル連合 金本位制 金本興業 KATA NO OWARI
金本サービスエリア カネモト地獄 カネモト自治共和国 金本 ～ Be Strong 金本新喜劇
金本知憲 金本ヘラクライスト カネやん 株価対策 株主総会キラー 神 神棚 神ってる
神の手 神の左席 神の左 神の領域 紙本 画面に映してはいけないあの神 痒いところ
唐澤貴洋殺す ガラスの肩 硝子の中年 ガラスの四十代 ガラパゴス KARA振り三振
かわいそう 癌･肩 緩急○ 癌細胞 癌タンク 関白宣言 完投の美学 監督(48)
監督が一番目立っている 監督が聖域 監督失格 監督でもお荷物 顔面キャッチ 顔面梗塞
【き】
キープレフトの原則 消えたレフト 危険虎苦 犠牲者 北のテポドン 稀代の名指揮官
きつい障害 ギネス記録保持者 記念樹 君、投げたもうことなかれ 君の肩。 キム将軍
キャッチボール送球 キャッチボールができないプロ ギャグ キャリアウーマン 球界の文鎮
究極の闇をもたらす者 球史に一笑 給料泥棒 巨悪 今日も守備、休みます 狂肩 凶肩
狂肩病 巨人の犬 キョ・ジンファン 起用すると株主総会で槍玉 教祖様 極左 記録員泣かせ
禁忌 金閣寺 金グ本ビー キングカネハメハ 禁じられた聖域 禁則事項
筋トレだけでは打てません 金本位制 キンポンチケン 禁猟区 김지헌
【く】
空白地帯 ぐうの音も出ないほどの聖域 苦行 くさったしたい クシコスポスト
クセになってんだ、肩殺して守るの くっさいくっさい珍カスのお墓 グッズクラッシャー
宮内庁(49) 工夫を学べ グラウンド整備しとけばいい グラウンド・ゼロ 黒歴史 クレイジー
【け】
ケアマネージャー 汚しにくさ6 ゲスの極みアニキ 欠陥MVP 欠場は株主対策 KTフィールド
K-POPアーティスト 蹴りたい背中 限界集落 肩・グリフィー・シニア
献上者 肩死老(49) 肩制球 肩怠期 現代野球への冒涜 肩闘士 肩法違反 肩力の権化
言論統制 肩肩肩世
【こ】
鯉詩 鯉心 鯉しくて 鯉したっていいじゃない 鯉するフォーチュンクッキー 鯉に落ちて
鯉の嵐 鯉の餌 鯉の奴隷 鯉のバカンス 鯉、はじめまして 鯉人よ 鯉わずらい
虎壊の形 ゴーストレフター ゴーマニズム宣言 ゴールド肩 公開羞恥プレイ 好球必凡
攻撃的左サイドバック 格子園 甲子園のツタ 甲子園のマモノ 拘束具 高齢化社会
酷使寛大 酷使無双 虎穴 誤射 小姑野球 御神木 コスト倒れ
ゴッド･オブ･フルイニング KONAMI泣かせ この中に一人聖域がいる
この道しかないんです 護摩行 ゴム鉄砲 ゴメスはポイ ゴメスボカン(49) 固有の領土
今宵、僕たちの戦いは「終わる」んだ これってアレですか？ これはゾンビですか？
コロコロアニキ コロコロ野球 壊れ肩のYaniki 根性論の申し子 こんなの絶対おかしいよ
こんなプロ野球選手は嫌だ 墾田永年私財法
【さ】
左ーカス さあグータラしよう 左ービスエリア 最下位請負人 最下位へ挑む 災害 左イクルヒット
最終兵器 最福寺の広告塔 冴えないヤニキの育て方 左犠キ 詐欺師 左クリファイス
桜のヤニ木になろう
下げられません勝つまでは 左スペンス 左遷 左大臣 左ディスティック
左2キ 左3キ 錆人 左プライズ 左ペダ 左本キ 左村河内守れない
左翼からの返球X 左翼ゲリラ 晒し首 晒し者 晒されたのは自分でした
左翼手が教える本当に気持ちのいいツーベース 左翼聖肩 左翼政党
(左)翼をください 3FCEGGE 左ンクチュアリ 左ンシャイン サンシンイャン金本 山賊 左ンダーブレスター 左ンタクロース
左ンダグロス 左ンドバッグ 産廃 左ンピエトロ大聖堂 左ン腐乱シスコ 三塁コーチャーいらず
【し】
SHIAI NO OWARI 試合のカギを握る男 試合に勝てないのはあの肩が悪い 試合を投げる肩
飼育係 ジークジホン 死因は盗塁死 屍 指揮するコーディエ 指揮能力は小久保レベル
始球式 地獄からの使者 しごく先生や～に～ 四十三肩 地蔵 地鎮祭 シックス・センス 失策園
失点する度カメラに抜かれる男 自動ブレーキ 4の9るしみ 自爆テロ 地縛霊 縛りプレイ
ジホン公国 借金のカタ 借金本 弱肩糞野郎 弱点 シャナク 邪神像 ジャンク
11球団の神様 11球団の共有財産 11球団のスパイ 11球団の宝 集団的聖域権
終身不名誉監督 終身名誉レフト 呪術師 守誤神 出場-shutsujou-
守備固めのない新時代の野球 守備という概念が存在しない退屈な野球 終身名誉聖域
守備なんて飾りですよ、偉い人にはそれがわからんのです 守備封じ 守備崩壊 守備妨害
守備緩め 重力ピエロ 俊介だけは許さない 諸悪の根源 正一位甲子園左翼大明神
ショート達はレフトを目指す 障害現役 盛者必衰 少女の肩 使用済み核燃料 将軍様
生類憐れみの令 ショボ肩さん 女子野球に失礼 ショフト育成コーチ ショフト→聖域
ショフトの使い ショフト養成ギプス ショルダースチョイス 尻拭き 仕分け対象
新喜劇 仁義なき戦い 新左翼 死月苦日あのお肩の始球式 神聖ニシテ侵スヘカラス 神殿 侵略者
【す】
スイートスポット スーパー左嫌人 スカート、ひだり スクリーンセーバー金本
少しも痛くないわ スターリン すってんころりん ずっと前から肩がダメでした ステルス機
素通り ストレステスト STOP細胞 スパイっす すべて4番のせい スリーベースファクトリー
【せ】
聖域 聖域聖域アンド聖域 聖域の党と金本知憲となかまたち
聖域の番人 聖域ヤニキ神殿 聖域要員 聖域を護りし者 聖騎士 政肩公約政肩交替
政治力 精神論 精神的シチュー 精神を刻むもの 生前退位はしない 成長ホルモン 聖帝左ウザー
セ界遺産 世界中が君を待っている セ界の火薬庫 セ界経済の中心地 セ界同時革命 セ界に一つだけの穴
セ界の秘密兵器 セ界ふしぎ発見 責任転嫁 積極的平和守備 絶対に投げられない(44)がそこにある
絶対に笑ってはいけないレフト 絶対領域 設定6のパチスロ機 切ない守備 銭の戦争 セリーグ最年長
セルフツーベース セルフバーニング 左ペダ 全員野球 全然。笑えたくらい 宣伝部長 全部私のせいだ
前方後円墳 1492 1500試合やねん！ 選手が寄り付かない監督 選手批判しか出来ない男
選手より目立つ監督そのもの 選手より監督が目立っていたら駄目だと思います*4
選手より目立ちたがる監督 戦犯 1492試合連続完投 1766 全試合出場規定打席未到達
【そ】
送球イップス 送球難 ソーシャルメディアの変革 そうわよ そうよね
そこにレフトはいません守ってなんかいません そして伝説へ 粗大ゴミ 育て屋
そっけない返球 それをはずすなんてとんでもない！ 存在自体がエラー 存在自体が敗退行為
ゾンビ 送球恐怖症
大学進学率が上がるに伴って金が足りなくなったから学費を上げざるを得なくなっただけ
大学教育の多様性を捨てて昔みたいな単なるエリート養成所にするんなら学費も下げられる
数学ってそれ自体を直接役に立てるために学ぶというより、論理とか、公式を当てはめる思考力とか、
そういうのを養成するためにやっていたという感覚ないし先生にそう言われた記憶があるから、
三角関数それ自体が直接役にたつかどうかと、学ぶべきかどうかが直結するってのがよくわからない。
一時期法律系を齧っていた時、司法試験の答案を書くには「数学の答案を書く思考力」が必要
みたいなことをなんかの本で読んだような気もする。
そうなると、特にそれ自体が役に立たなくてもとりあえず数学的思考力を養うための教育は必要であるし、
どうせなら必要な人には必要っぽい三角関数がその具体例に選ばれてしまうってのはある程度仕方ないんではないかなあと思うんだが。
まだまだ売れてはいないが、劇場ウケは上々で、一年目にしてはやれてる方だと思う。
ただ、幼い頃から憧れていたお笑いの世界に対して、失望というか悲しみもある。
というのも、致命的にしょうもない輩が多いのだ。
お笑い好きなら知っている人もいるかもしれないが、俺のいた某養成所の一つ上の先輩は、悪名高き代としてライブなどでも度々話があがる。
挨拶をしない、10個以上上の先輩に対して過激ないじり、先輩のネタにダメ出しなど、鳴かず飛ばずのこちらからしたら考えられない所業だ。
俺に負けず劣らず売れていない先輩ばかりなのに、何がそうさせるのか。
その男は学生時代からお笑いサークルに属し、部員を5倍に増やした、統一されていなかった大学の漫才大会を統一してしたなど、すごいのかよく分からないがリーダーシップやカリスマ性を裏付けるエピソードがあるらしい。
そして、とてつもなく尖っていた。
挨拶なんてしないし、その事を自慢げにブログに載せる人格の破綻ぶり。
だが、どこか「やれる感」を漂わせる彼の周囲には、自然に同期という名の手下が集まった。
悪名高い代になった背景には、手下どもの「彼に認められたい」という悲しい欲求があったのだった。
くだらねぇ
芸人が女子校のボスの取り巻きみたいな行動原理を持ってるの、悲しすぎるでしょ。
スネ夫の群れが「俺たち駆け出し芸人では1軍グループでしょ」みたいな顔しやがって。
ちなみにブコメで名前出ちゃってるけど、カリスマの方はちょくちょくテレビも出てるくらいの人（ネタは面白くない）
ブコメ見てると俺がヤスさんのアンチみたいな感じに受け取ってる人がいるけど、俺はヤスさんのコバンザメであったり、その空気感が気に入らないだけなんだよね。
勘違いしてるのが多いが、プログラミングという科目が新たに出来る訳でもそれで独立した評価がつくわけでもねえよ。
既存の科目の中に組み込むだけ。
小学校なら、例えば図工の中でプログラミングで動くロボットを作ろう！というキット（よくあるだろ）使うって程度だろうし
中学高校でも既存の技術家庭（の技術分野）や情報の授業の中で少し触れさせるだけになるだろうと言われてる。
（勿論既存のカリキュラムもある中で、プログラミングだけに長い時間を割くわけもない）
別にプログラミング言語を教えるのが目的でもなければ、プログラマーを養成するわけでもないし
そんな時間もないだろう。
自分が口出せる分野がちょっと注目されるとすぐ過剰反応するんだろう。
興奮しすぎ。
あと自分の名前を漢字で書くと怒られるのは「他の子が読めないから」。
他の子が読めなければならない状況でどや顔で漢字で書くなってだけだ。
それも精々1年のうちだけ。
若い独身者はともかく、子供産むと夜勤出来ないからと辞めていく（個人クリニックとかの平日日中だけで済む職場に移る）看護師は山ほどいる。
それでも何とか保ってるのは、言っちゃ悪いが看護師が医師ほどの長いキャリアを必要としない
（6年教育の医学部と違って3～4年の教育で養成でき、新卒数年くらいで一人前扱いになれる）仕事である事や、
最初から女性の仕事として、一定数子供産んで辞める事を見越した人数が育成されている事（だから潜在看護師が山ほどいて復職促してるけどな）
があるからだよ。
男医なら僻地勤務強要されても医局に逆らうと出世出来なくなるからと渋々引き受けて、子供を妻に丸投げして単身赴任する人が一定数いるけど
（医局の力が弱まった今ではそういうのは減りつつあるけど、いない事はない）
子持ちの女医でそれはほぼいない。
女医だと子供を夫に丸投げ単身赴任という訳にいかなくて、自分が子連れ転勤するしかないし
医師になるくらいだから皆教育熱心なのに、子供に僻地の遅れた教育なんか受けさせたがらないからね。
子供が受験して私立に入ってたりするのに、それ辞めさせて田舎の公立校なんか行かせられないでしょ。
知り合いにいたら聞いてみ。
問合型言語の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 増田式プログラマー養成講座 コンテンツ一覧
富次郎は雨ヶ崎笑虹ではなく、声優・富次郎をウリにした配信内容なので、
それはちゃうやろ？って思わなくもないけれど、他番組とのコラボや企画で使いやすいのは
富次郎かなぁと思うので、雨ヶ崎笑虹は富次郎(No.12)。
合計獲得ポイントでは４位でも、イベント貢献ランキングの上位100番目の人の支援ポイントが一番高いのがボス。
これは一部の重課金者ではなく、より多くの視聴者から満遍なくポイントを集めているということなので強いと思う。
巻乃 もなかは、もなな(No.7)以外考えにくい。笑
白乃 クロミは、キャラが暗殺者と言うとち狂った設定で芸人枠としか思えないので、ミミ(No.3)。
ただ、暗殺者という設定が陰りのあるキャラという意味だったら、クロック(No.6)かも。
５人のイラストで、唯一笑ってないのが白乃 クロミなので気になる。
九条 林檎は、順当に選べば林5様だけども、個性が強すぎて使いこなせないと思う。
スリー様(No.3)か、くるぶし(No.8)が無難じゃないかな。
…と予想してみた。
今回は、DB設計の(2)概念設計、(3)論理設計、(4)物理設計を見てみましょう。
「スッキリわかるSQL入門」のDB設計の説明がコンパクトにまとまっていて、分かりやすいと思いました。（是非一度読んでみてください。）
「スッキリわかるSQL入門」第12章の説明（p.374）を参考にしてみよう。（詳しくは本を読んでみてください。）
概念設計
データベースやシステムに関することは考えず、要件に登場する情報だけをザックリと把握します。
論理設計
概念設計で明らかになった各情報について、RDBを使う前提で構造を整理し詳しく具体化していきます。
論理設計では「どのようなテーブルを作り、それぞれのテーブルにどのような列を作るか」まで明らかにすれば十分です。
型や制約など、付随的な部分については考えません。
物理設計
特定のDBMS製品（たとえばMySQL）を使う前提に立ち、論理設計で明らかになった各テーブルについて、その内容を詳しく具体化していきます。
すべてのテーブルのすべての列について、型、インデックス、制約、デフォルト値など、テーブル作成に必要なすべての要素を確定させます。
この物理設計に基づいて、CREATE TABLE文などを含む一連のDDL文を作成し、最終的にデータベース内にテーブルを作成することができます。
本書の「図12-4 データベース構築のおおまかな流れ」も参考にして欲しい。
●入力 お客様の要件（全国の倉庫に商品があって、その在庫を管理したいんだけど～）
↓
・物理設計：[SHOHIN][ZAIKO][SOUKO] …使うDBの仕様に合わせてテーブル定義表を作成
↓
●出力 DDL文
・CREATE TABLE ～
・CREATE VIEW ～
・CREATE INDEX ～
ER図とは、「Entity-relationship Diagram」（実体関連図）の省略形だ。
コンピューターの用語は英語ばっかりだから、日本語にして欲しいよねｗ
ER図で使う記号は、「IE記法」や「IDEF1X記法」など、いろいろな規格がある。
情報処理技術者試験のデータベーススペシャリストの問題では、「UML」という図の記法も使われる。
「正規化 Normalization」とは、データの形を「正規形」（Normal form）に変えること。
ざっくり言うと、テーブル（表）を分割して、データの重複や不整合を解消する作業だ。
テーブルの形を変えていくステップには、第1～第5まで5段階ある。
第3正規形をより厳密にした「ボイス-コッド正規形」という形もある。
第3と第4の間なので「第3.5正規形」とも呼ばれている。
（ボイス-コッド形もカウントに入れたら、第1～第5、＋第3.5で計6段階になる。）
正規化を進めると、SQL「JOIN」の利用が増えてくる。JOINを多用する処理は遅い＝DBの性能低下につながる。
第3正規形まで分割しても、実際に使ってみて遅い場合は、第2正規形や第1正規形に戻して使うこともある。これを「非正規化」とか「正規化を崩す」などという。
RDBでは処理速度が遅くなる場合、代わりに「NoSQL」を使う場合もある。
時間がない場合、先にGUIのDB管理ツールでデータベースを作成してしまい、その後でテーブル定義表を作成することもある。
DB設計に慣れてきたら上記の各段階はすっ飛ばして、いきなりデータベースを作れるようになるだろう。
ここまで、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アプリの試作品を作成
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 データベース設計 概念→物理 ←★今ここ★
：
前回まで、データベースを使ったWebアプリを作成して、SQLの使い方を学びました。
これらの参考書をガッツリ読めば、データベース設計のやり方は分かる。
リレーショナル・データベースは昔からある枯れた（＝安定した）技術なので、鉄板のノウハウが蓄積されている。
先人の知恵に沿って使うなら、データベース設計で悩む余地は少ない。＝攻略は意外と簡単。
経済産業省認定の情報処理技術者試験で「データベース・スペシャリスト」という資格もある。
「データベースエンジニア」という肩書きを名乗れば、ただのプログラマーよりも高給取りになれる。勉強した後、自分の知識を棚卸してみるつもりで資格を取ってみるのもいいだろう。
データベース・スペシャリスト試験の教科書には、浅く広くDBの知識が網羅されているので、１度眺めてみたらいいかも。
データベース設計（database design）は、ソフトウェア開発工程においてデータベースの詳細なデータモデルを作る工程である。
（分類方法にもよるけど）データベース設計は、このようなステップを経る。それでは順番に見ていこう。
実際にシステムを使うことになるユーザーにヒアリング調査して、データベース内に永続化（格納）すべきデータを決定する。
データのCRUD操作（Create 追加、Read 参照、Update 更新、Delete 削除）が、いつ、どこで発生するか？をまとめた表のこと。
「データベース 設計 CRUD表」等のキーワードでGoogle画像検索してみよう。どんな表か分かる。
↑このページの「図2 標準的なCRUD図（例）」みたいな表を作って確認すれば、扱うデータの過不足がなくなる。
だが安心して欲しい！
押さえておくべきポイントはあるので、そこだけ手抜きをしなければ、大失敗は避けられるだろう。
実は、後でテーブルを作るときに、データの更新頻度によって2種類に分類できるんだ。
トランザクションデータの扱いは、気を付けないとデータベースの性能低下に直結する。
どっちのタイプのデータなのか？要件定義の段階から見分ける癖を付けておこう。
試しに、Amazonのような通販サイトなら、どんなデータを扱うことになるのか？想像してみよう。
…仕入先、在庫数、受発注、配送会社、顧客情報、商品カテゴリー、商品スペック、などいろいろあるだろう。
いつどこでCRUDが発生するか？どれがマスターデータで、どれがトランザクションデータだろうか？
（ここまでの説明でURLを8個も貼ってしまったので、続きは次回にしよう。）
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 データベース設計 概念→物理
：
基本は、同じなので前回やった更新処理をちょっと変えれば削除もすぐできます。
投稿されたメッセージを削除する機能を、Webページに付けてみよう。
前々回作ったメッセージの一覧の中に、削除ページにジャンプするリンクも入れておいた。
<td><a href="welcome/delete/<?php echo $item['id']; ?>">削除</a></td>
ブラウザーでHTMLソースを見ると、ここが以下のようなHTMLに書き換わってる。
これは「メッセージID番号が2のメッセージ」を削除対象にして、削除ページにジャンプする。
ユーザーが「http://localhost/waf/welcome/delete/2」というURLで、削除ページにアクセスしたら、コントローラーで「2」を受け取って使いたい。
CodeIgniterでは、URLの文字列を解析して、使うことができる。
以下のようにコントローラーを改造してみよう。
// 削除画面
public function delete($id = '')
{
$this->load->view('chat_delete');
}
delete()メソッドの引数で、URL中の「2」の部分を受け取れる。
「$id = $this->uri->segment(3);」でも受け取れる。
ユーザーに「本当に削除しますか？」みたいな注意喚起をしておきたい。
<?php defined('BASEPATH') or exit('No direct script access allowed');?>
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<base href="<?php echo base_url(); ?>">
</head>
<body>
<form action="welcome/delete" method="post" accept-charset="utf-8">
<p style="background-color:lightpink"><?php echo $talk['message']; ?></p>
<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">
<input type="hidden" name="action" value="delete">
<?php else: ?>
<p>※該当するメッセージがありません。（または削除済です。）</p>
<?php endif;?>
<button>削除する</button>
</form>
<p><a href="welcome/index">戻る</a></p>
</body>
</html>
<p style="background-color:lightpink"><?php echo $talk['message']; ?></p>
削除するメッセージを色付きで強調して、ユーザーに確認してもらう。
<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">
コントローラーに削除対象のメッセージID番号を送るため、inputタグの「type="hidden"」でメッセージID番号を仕込んでおく。
// 削除画面
public function delete($id = '')
{
$id = $id ? $id : $this->input->post('id');
$action = $this->input->post('action');
$this->chat_model->delete_message($id);
}
$data['talk'] = $this->chat_model->read_message_by_id($id);
$this->load->view('chat_delete', $data);
}
で、モデルに用意したデータ削除用メソッドを呼び出しているだけ。
次は、モデルでdelete_message()メソッドを用意しよう。
// Delete
public function delete_message($id = 0)
{
$sql = "DELETE FROM talk WHERE id = ?";
$param = array($id);
$this->db->query($sql, $param);
return $this->db->affected_rows();
}
SQLの「DELETE」を使えば、指定したレコード（１件分のデータ）を削除できる。
「DELETE FROM talk WHERE id = ?」で、talkテーブルのmessageをidを指定して削除している。
データを削除した後の挙動は、メッセージID番号がなくなるので、削除ページに表示できるメッセージデータがなくなる。
（例）id=2のデータを削除したら、SQLで「SELECT * FROM talk WHERE id = 2」を取得しても、空のデータ＝データがない状態。
その場合は、
<p>※該当するメッセージがありません。（または削除済です。）</p>
と表示させてる。
以上で、SQLの「DELETE」を使ったデータの削除ができた。
長々と説明したが、今回の大事な点は、SQLの「DELETE」の使い方だ。
以上で、MVCフレームワークを使ったOOPの使い方とSQLの使い方を見てきた。
（SQLはSQLだけで説明したほうが良かったね！MVCフレームワークの説明と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アプリの試作品を作成
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)要件定義
：
前回は、Webアプリの骨組み（スケルトン）に、SQLでデータの追加と取得をやりました。
前回作ったメッセージ一覧に、[編集]のリンクも入れておいた。
<td><a href="welcome/update/<?php echo $item['id']; ?>">編集</a></td>
という１行の部分。
ブラウザーでHTMLソースを見ると、以下のようなHTMLになってるはず。
これは「メッセージID番号が2」を対象にして、編集ページにジャンプすることを意味する。
「http://localhost/waf/welcome/update/2」というURLで編集ページにアクセスしたら、メッセージID番号の「2」を受け取れるようにしたい。
// 更新画面
public function update($id = '')
{
$this->load->view('chat_update');
}
CodeIgniterでは、URLから文字列を取り出す方法がいくつか用意されている。
// 更新画面
public function update()
{
$this->load->view('chat_update');
}
CodeIgniterで、URLの文字列から、特定部分の文字列を取り出す方法を見ておこう。
例えば、「http://localhost/waf/welcome/update/aaa/bbb/ccc」というURLにアクセスしたとき、CodeIgniterではURL中の「aaa」「bbb」「ccc」という部分は、以下のようにして取り出せる。
$seg1 = $this->uri->segment(1); // → 1番目のURL文字列：「welcome」＝コントローラーのクラス名
$seg2 = $this->uri->segment(2); // → 2番目のURL文字列：「update」＝クラスの中のメソッド名
$seg3 = $this->uri->segment(3); // → 3番目のURL文字列：「aaa」の部分
$seg4 = $this->uri->segment(4); // → 4番目のURL文字列：「bbb」の部分
$seg5 = $this->uri->segment(5); // → 5番目のURL文字列：「ccc」の部分
：
URLを「/」で区切って、base_url（http://localhost/waf/）の次から順番に、1番目のURL文字列、2番目のURL文字列、3番目のURL文字列、…とsegment()メソッドで順番を指定すれば取得できる。
データベースでメッセージIDを指定して、メッセージを取り出す機能を用意しよう。
public function read_message_by_id($id = 0)
{
$sql = "SELECT * FROM talk WHERE id = ?";
$param = array($id);
$query = $this->db->query($sql, $param);
return $query->row_array();
}
「WHERE id = 2」とすれば、メッセージID番号が2のメッセージのデータが「talk」テーブルから取り出せる。
もし該当するデータがなければ、返されるデータは空になる。（データが返ってこない。）
CodeIgniterの「row_array()」は、１件分のデータを配列の形にして返すメソッドだ。
<?php defined('BASEPATH') or exit('No direct script access allowed');?>
<!DOCTYPE html>
<html>
<head>
<base href="<?php echo base_url(); ?>">
</head>
<body>
<p>メッセージを変更して「更新する」ボタンを押してください。</p>
<form action="welcome/update" method="post" accept-charset="utf-8">
<label>メッセージ</label>
<input type="text" name="message" value="<?php echo $talk['message']; ?>">
<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">
<input type="hidden" name="action" value="update">
<?php else: ?>
<p>※該当するメッセージがありません。</p>
<?php endif;?>
<button>更新する</button>
</form>
<p><a href="welcome/index">戻る</a></p>
</body>
</html>
データベースから取り出した１件分のメッセージを表示する部分を追加した。
<input type="text" name="message" value="<?php echo $talk['message']; ?>">
の「<?php echo $talk['message']; ?>」という部分だ。
これで変更したいメッセージの本文を表示できる。
あと、編集したメッセージをWebサーバーに送信できるように、Formタグや送信ボタン（「更新する」の部分）も追加した。
<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">
という１行も仕込んである。
// 更新画面
public function update($id = '')
{
$id = $id ? $id : $this->input->post('id'); // id -> segment or post
$action = $this->input->post('action');
if ($action == 'update') {
$message = $this->input->post('message');
$this->chat_model->update_message($id, $message);
}
$data['talk'] = $this->chat_model->read_message_by_id($id);
$this->load->view('chat_update', $data);
}
メッセージID番号を指定して、データベースから取り出し、Viewに渡すデータを用意している。
ユーザーがメッセージの編集をしてWebサーバーに送信したら、データを更新する指示を出す部分も追加した。
$action = $this->input->post('action');
if ($action == 'update') {
$message = $this->input->post('message');
$this->chat_model->update_message($id, $message);
}
モデルにupdate_message()メソッドを用意して、$idと$messageを渡せば、該当データを更新するようにしたい。
次は、モデルでupdate_message()メソッドを用意しよう。
// Update
public function update_message($id = 0, $message = '')
{
$sql = "UPDATE talk SET message = ? WHERE id = ?";
$param = array($message, $id);
$this->db->query($sql, $param);
return $this->db->affected_rows();
}
SQLの「UPDATE」を使えば、指定したレコード（１件分のデータ）を更新できる。
「UPDATE talk SET message = ? WHERE id = ?」で、talkテーブルのmessageをidを指定して更新している。
CodeIgniterの「affected_rows()」メソッドは、更新した行数を返す。＝成功なら1行、失敗なら0行となる。
コントローラーの「$id = $id ? $id : $this->input->post('id');」という行は、$idの受け取り方が2パターンあるので、それに対応している。
＝編集ページの表示で、1回目の表示と、2回目以降の表示で、$idの受け渡し方が変わっている。
URLに埋め込む方法（上記の1回目のような方法）は、ユーザーが勝手に値をいじれるので、基本的には使わない方が良い。
以上で、SQLの「UPDATE」を使った、データの更新ができた。
長々と説明したが、今回の大事な点は、SQLの「UPDATE」の使い方だ。
CodeIgniterの使い方や、Webサイトの作り方（FormタグなどのHTMLの知識）は、オマケ程度に見ておいて欲しい。
次回は、データを削除するSQL「DELETE」の使い方を見てみよう。
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でデータの削除
：
