「養成」を含む日記 RSS

はてなキーワード: 養成とは

2019-02-15

anond:20190215144538

反対の言い方をすれば、「ギャラが安い」「若手が長続きしない」話は養成所が喜ぶ話じゃないから、そっちの影響は無いと考えるのが自然

anond:20190215143744

商売の規模では大きくないので、ニュースに取り上げさせるような力は、声優養成所界隈には無いよ(笑)

声優ファンはネットでダラダラ言及する人が多いから、twitter反応とかがビビットなので、そのへんの層を番組が取りに来ているんだと思う。

2019-01-28

anond:20190128150124

・さあやは実は医者ではなく助産師。(助産師であれば21歳からなれるらしい)

助産師高卒後3年間短大もしくは専門学校に行って看護師資格を取る→更に1年以上の助産師養成課程に通うか、

4年制大学に行かないとなれないので21歳じゃ無理じゃなかったっけ?

助産師ではなくただの看護師かもしれない(助産師人手不足という事もあり、助産師資格を持たない看護師に分娩介助をやらせ病院もある)が、

どっちみち新卒ほやほやであろう子に1人で担当させるあの病院はかなりヤバい

2019-01-19

anond:20190118111434

あ】

アイアンマン 哀愁 アイツ(35) あ痛肩、あ痛肩、あ痛肩、イェイ!君にー 愛鳥家 赤い衰勢 

空かずの間 悪魔超人 足枷 あしきかたじん ASIMO アストロン アスリート広告塔 

当たりを引いて肩落とす 圧力 穴 あっ肩痛いんだから~ 穴と夜の三冠王 

アニキ(故) 兄バーサリー アネキ 姉本 あのお肩 あのカネを慣らすのはあなた 

あの左で待ってる アホ あほの左肩 アモーレ 

新井が悪い 新井貴浩(49) 争いの種 新たなる聖域誕生 現人神 阿肩博士

あり肩迷惑 ありのままの素肩 アリバイ作りスライディング 歩く立ち入り禁止区域 

歩く敗退行為 歩くような速さで アレ アレカテーン戦記  アレキ 

アレキさんだ~ アレティメット アレフト アレルギー ア・ワーレ 

暗黒から使者 暗黒時代請負人 暗黒大将軍 安心してください、落としてますよ 

安心してください、守れませんよ 安全進塁権 安打献上機 安打製造機  

安全地帯 あんた肩どこさ アンタッチャブル アンチスパイスラル アンチ阪神 

アンチ藤浪 あんまりいそいでごっつんこ 暗黙の了解 暗躍者

【い】

いいところ 言うだけならタダ 怒り珍投 いかれ肩 イカレちまったぜ!! 生きた化石 

生き恥 生贄を求めし者 育児放棄 いじめっこ イスワル国 161事件

一位悠々離脱 一年がかりのオープン戦 一生無理(49) 一生レフトにいてくれや 

一緒や!守っても! いつやめるの?まだでしょ 挑めない 

居ない方がマシ 稲垣千尋 井の中の蛙 違法ではないが不適切 異物混入 今すぐ生ユッケを食べるべき選手 

癒しグッズ 1492燃えろ金本知憲 要らない本 隠蔽体質 インド人を左に イップス

【う】

ウイルス 植木鉢 ヴォルデカネモート 兎の餌 失われた肩を求めて うたた寝本 

打たぬ守らぬ退かぬ うちのチームにいなくてよかった 宇宙戦艦グレートヤニン 

宇宙戦犯 映す価値なし うっかりペネロペ 打つ松坂 

打てない走れない守れない投げられない外せない 打てないわね 打てん老師 

ウドの老木 生まれたての小鹿 売る虎서울(ウルトラソウル)

売る虎マン うんこ うれしいを、しっかり。 運動神経悪い芸人

【え】

永久機関 液状化神殿 エコ送球 壊死 NPB補完計画 えびぞりダイバー 

Everyday、肩痛者 エラーのかがみ エラーの翼神竜 偉そうに何を言うんだ エリア6 

エル左レム 円陣コンストラクター 炎上甲子園 遠投20m外野手 遠投の腕輪 

エンドレスシックス  

【お】

大株主 おおきく振りかぶれない オールスターぼっち オールスターのベンチの闇  

オールタッチアップ オールプレイヤー 大山ニー 大山呼ぶ代 大笑い女子暴投 緒肩耕一

侵されざる聖域 起き上がりこぼし おさきにどうぞ お爺ちゃん お地蔵

お粗末さん オゾンホール 落合に救われた男 おっ金ー 落ちっこと主 おつとめ品 男気残留 

落とし穴 乙女 乙女肩 乙女気 お友達内閣 同じ失敗を繰り返す男 お荷物 

小保肩張る子 お前が変わらなければチームは変わらない 思い出のヤーニー 重し金 重り 

オリュンポス 俺達はプロ野球選手だった 俺が悪い 

終わりのない悲しみ 女の子投げ

【か】

カープから刺客 カープ大好き芸人 カープの真の監督 カープファン カープ無視 

カープ優勝の立役者 皆勤賞 介護-なぜあなたはレフトにいるのか- 

介護レベル6 外野守備イノベーション 外野二人シフト

外野って下手でも素人でもできるんです 外野に居座る老害 

外野に佇む者 外野福留だけ 帰ってくれ肩虎マン 変えられない理由が、そこにはある 

かかし かった痛いんだからぁ 革命左翼 過去経験 覚せい剤 

火災警報 傘子地蔵 ガザ地区 カス 風吹けど台無し カタールに肩ある 肩 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 全試合出場規定打席未到達 

前半戦(48)敗*5 全知全能 全投手金本計画

【そ】

送球イップス 送球難 ソーシャルメディアの変革 そうわよ そうよね

そこにレフトはいません守ってなんかいません そして伝説へ 粗大ゴミ 育て屋 

そっけない返球 それをはずすなんてとんでもない! 存在自体がエラー 存在自体が敗退行為 

ゾンビ 送球恐怖症

2019-01-17

anond:20190117142840

データサイエンティスト養成講座 一週間8万円」とかあるよな。

サイエンティストなのに博士とかじゃなくて講座を受ければ名乗っていいものなのかなって疑問がある。

2019-01-16

プロデューサーさんは、いままで切磋琢磨してきた養成所の仲間たちのことはみんな切ってほしいんですね。

それで、ライブには来てくれない、ツイッター粘着してくるファン相手を、一生懸命やってほしいんですね。

私、わかってます

これがトップへ上るために必要ことなんですよね。

プロデューサーさん、いつもありがとうございます

私、これからも頑張りますね!

2019-01-14

学歴コンプレックスは時代遅れ。もう意味ないから。

マジそれ。

地方大学のやつは自信もっていい。実力でのし上がってくれ。

2019-01-06

anond:20190106123935

別に新自由主義とか関係ないよ

大学進学率が上がるに伴って金が足りなくなったか学費を上げざるを得なくなっただけ

大学教育多様性を捨てて昔みたいな単なるエリート養成所にするんなら学費も下げられる

けどそんなん望んでるの多様性否定するお前みたいな差別主義者だけだろ

数学はそれ自体を直接活用するためだけに学ぶのか

少なくとも仕事数学を使わないタイプ文系の身からすると、

数学ってそれ自体を直接役に立てるために学ぶというより、論理とか、公式を当てはめる思考力とか、

そういうのを養成するためにやっていたという感覚ないし先生にそう言われた記憶があるから

三角関数それ自体が直接役にたつかどうかと、学ぶべきかどうかが直結するってのがよくわからない。


一時期法律系を齧っていた時、司法試験の答案を書くには「数学の答案を書く思考力」が必要

みたいなことをなんかの本で読んだような気もする。

そうなると、特にそれ自体が役に立たなくてもとりあえず数学思考力を養うための教育必要であるし、

どうせなら必要な人には必要っぽい三角関数がその具体例に選ばれてしまうってのはある程度仕方ないんではないかなあと思うんだが。

2018-12-21

芸人をしている

特に面白くもない内容

東京の某養成所を出て、一年目の芸人をしている。

まだまだ売れてはいないが、劇場ウケは上々で、一年目にしてはやれてる方だと思う。

ただ、幼い頃から憧れていたお笑い世界に対して、失望というか悲しみもある。

というのも、致命的にしょうもない輩が多いのだ。

お笑い好きなら知っている人もいるかもしれないが、俺のいた某養成所の一つ上の先輩は、悪名高き代としてライブなどでも度々話があがる。

挨拶をしない、10個以上上の先輩に対して過激ないじり、先輩のネタダメ出しなど、鳴かず飛ばずこちからしたら考えられない所業だ。

俺に負けず劣らず売れていない先輩ばかりなのに、何がそうさせるのか。

そこには、一人の悪のカリスマ的な男の存在があった。

その男学生時代からお笑いサークルに属し、部員を5倍に増やした、統一されていなかった大学漫才大会統一してしたなど、すごいのかよく分からないがリーダーシップカリスマ性を裏付けエピソードがあるらしい。

そして、とてつもなく尖っていた。

挨拶なんてしないし、その事を自慢げにブログに載せる人格破綻ぶり。

だが、どこか「やれる感」を漂わせる彼の周囲には、自然に同期という名の手下が集まった。

悪名高い代になった背景には、手下どもの「彼に認められたい」という悲しい欲求があったのだった。

くだらねぇ

芸人女子校ボス取り巻きみたいな行動原理を持ってるの、悲しすぎるでしょ。

スネ夫の群れが「俺たち駆け出し芸人では1軍グループでしょ」みたいな顔しやがって。

断言してやるよ、そいつについていってもお前ら死ぬだけだぞ

追記

あ、そのカリスマについては特に好きでも嫌いでもないよ。

芸の世界腰巾着してるようなやつらが許せないだけなので。

ちなみにブコメ名前出ちゃってるけど、カリスマの方はちょくちょくテレビも出てるくらいの人(ネタ面白くない)

追記追記

ブコメ見てると俺がヤスさんアンチみたいな感じに受け取ってる人がいるけど、俺はヤスさんのコバンザメであったり、その空気感が気に入らないだけなんだよね。

ヤスさん戦略的にあのキャラをやってるわけで、それが世間ウケるなら是非なんて問われないからさ。

2018-12-13

anond:20181213125829

勘違いしてるのが多いが、プログラミングという科目が新たに出来る訳でもそれで独立した評価がつくわけでもねえよ。

既存の科目の中に組み込むだけ。

小学校なら、例えば図工の中でプログラミングで動くロボットを作ろう!というキット(よくあるだろ)使うって程度だろうし

中学高校でも既存技術家庭(の技術分野)や情報の授業の中で少し触れさせるだけになるだろうと言われてる。

(勿論既存カリキュラムもある中で、プログラミングだけに長い時間を割くわけもない)

別にプログラミング言語を教えるのが目的でもなければ、プログラマー養成するわけでもないし

そんな時間もないだろう。

ジャンプ漫画の件もだが、何でこの界隈の人って

自分が口出せる分野がちょっと注目されるとすぐ過剰反応するんだろう。

興奮しすぎ。

あと自分名前漢字で書くと怒られるのは「他の子が読めないから」。

の子が読めなければならない状況でどや顔漢字で書くなってだけだ。

それも精々1年のうちだけ。

2018-12-11

anond:20181211142827

横だけど、だから看護師(「師」な)もずっと人手不足でしょ。

若い独身者はともかく、子供産むと夜勤出来ないからと辞めていく(個人クリニックとかの平日日中だけで済む職場に移る)看護師は山ほどいる。

それでも何とか保ってるのは、言っちゃ悪いが看護師医師ほどの長いキャリア必要としない

(6年教育医学部と違って3~4年の教育養成でき、新卒数年くらいで一人前扱いになれる)仕事である事や、

最初から女性仕事として、一定子供産んで辞める事を見越した人数が育成されている事(だから潜在看護師が山ほどいて復職促してるけどな)

があるからだよ。

男性医者だって当直はするかもしれないが僻地はいきたがらない。

男医なら僻地勤務強要されても医局に逆らうと出世出来なくなるからと渋々引き受けて、子供を妻に丸投げして単身赴任する人が一定数いるけど

医局の力が弱まった今ではそういうのは減りつつあるけど、いない事はない)

子持ちの女医でそれはほぼいない。

女医だと子供を夫に丸投げ単身赴任という訳にいかなくて、自分子連れ転勤するしかないし

医師になるくらいだから教育熱心なのに、子供僻地の遅れた教育なんか受けさせたがらないからね。

子供受験して私立に入ってたりするのに、それ辞めさせて田舎公立校なんか行かせられないでしょ。

こんなの医療関係者なら皆分かってるんだよ。

知り合いにいたら聞いてみ。

2018-12-04

増田プログラマー養成講座 その23 SQLを巡る物語

前回は、データベース設計について学びました。

今回は、その他のデータベース話題について見てみましょう。

 

 

リレーショナル・データベース理論

問合型言語SQLは、「関係代数」という計算モデルを基に作られたプログラミング言語

一度「関係代数」について学んでおくと、RDBの使い方について、理解が深まる。

↑このスライド作者さんは他にもDB関係資料作成されてるので見ておくといいかも?

 

 

SQL以外の問合型言語

SQL以外にも「SPARQL」、「TMQL」(Topic Maps Query Language)等、いろいろな問合型言語がある。

実際に使う機会は少ないかもしれないが、「問い合わせ」で処理するという発想は参考になるかも?

 

Datalog

Datalogは「Prolog」(論理言語)を源流にもつ宣言的なデータベース問合せ言語。DatalogはSQLと同等の表現力を持つ。

Datalogは様々なプログラミング言語で利用できる。

 

トピックマップ

トピックマップ」は、本の索引もっと機能にしたような仕組みで、RDBとは違う形でデータを蓄積/検索できる。

 

 

RDB以外のデータベース

SQLを使わないデータベースもある。

 

NoSQL

NoSQL一般に "Not only SQL" と解釈される)とは、関係データベース管理システム (RDBMS) 以外のデータベース管理システムを指すおおまかな分類語である

関係モデルではないデータストアの特徴として、固定されたスキーマに縛られないこと、関係モデルの結合操作を利用しないこと(場合によっては単にそのような機能が欠落しているだけ)、水平スケーラビティが確保しやすい事が多いこと、トランザクションを利用できないものが多いことなどが挙げられる。

学術的な世界では、この種のデータベースのことを構造ストレージ (structured storage) と呼ぶことが多い。

 

NoSQLデータベースは、関係データベースのような汎用性は欠くものの、その制約された条件下ではRDBMSより高いパフォーマンスを持つ。

そのためビッグデータソリューションでしばしば活用される。

NoSQLデータベース管理システム有用な場面は、関係モデル必要としないデータを扱う時や、大量のデータを扱う時である

 

有名な実装として、GoogleBigTableアマゾンAmazon DynamoDBなどがある。オープンソース実装も数多く存在し、例えばMongoDBRedisApache HBase、HyperTable, Apache Cassandraなどがある。

 

 

SQLRDBに慣れたら、NoSQLも調べてみよう!

 

 

その他、データベース関係話題

DB運用管理で学んでおきたい話題を列挙してみよう。

 

 

SQL開発物語

問合型言語学習最後に、SQLを巡る物語も見てみよう。(SQL学習ドラマチックで楽しいものにしたいねw)

 

 

RDB活用すれば、大量のデータを処理して、多くの仕事効率化できる。(金持ちへの扉が開かれる。)

暇があったら、SQL物語登場人物も見ておこう。

 

エドガーフランク・コッド(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言語を開発した。

 

ラリーエリソンSEQUEL 完成前に発表された論文に基づいて Oracle を完成させ、先に発売している。

IBMは、SQL/DS を発売した。

幹部技術音痴だと、部下の名案も却下してしまうんですね?

 

ローレンス・ジョセフ・エリソン(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日取締役会に出席する時間が充分に取れないことを理由アップル取締役を辞任した。

この人、キャラクター的にはあまりきじゃないけど、行動力はすごいね

コッド博士論文を見て自分RDBを作っちゃった!

Oracleバージョンを「2」から始めて、改良されているように見せかける。~ちょっと詐欺っぽいけど、商売うまい?w

 

 

 

SQLデータベース活用して、素敵なアプリWebサービスを開発してください。

では、これでいったん、増田プログラマー養成講座を終了します。

御清聴いただき、どうもありがとうございました。

 


anond:20181015215004 未経験からプログラマーなんだが全然からない

anond:20181016015826 増田プログラマー養成講座 その1 パソコンの用意

anond:20181016164341 増田プログラマー養成講座 その2 プログラム=データ+処理、プログラム言語の種類

anond:20181016180059 増田プログラマー養成講座 その3 構造プログラミングの基本(順次、反復、分岐

anond:20181016193144 増田プログラマー養成講座 その4 子ども向け教材「Scratch」で構造プログラミングの練習

anond:20181017161003 増田プログラマー養成講座 その5 オブジェクトとは何か?

anond:20181017191404 増田プログラマー養成講座 その6 OOPの種類、PHPの準備

anond:20181019181549 増田プログラマー養成講座 その7 OOPの仕組み(前半)

anond:20181020230044 増田プログラマー養成講座 その8 OOPの仕組み(後半)

anond:20181022232327 増田プログラマー養成講座 その9 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 増田プログラマー養成講座 コンテンツ一覧

2018-12-03

バーチャル蠱毒本戦行方

富次郎は雨ヶ崎笑虹ではなく、声優・富次郎をウリにした配信内容なので、

それはちゃうやろ?って思わなくもないけれど、他番組とのコラボ企画で使いやすいのは

富次郎かなぁと思うので、雨ヶ崎笑虹は富次郎(No.12)。

結目 ユイは、ファン層が厚いボス(No.10)。

合計獲得ポイントでは4位でも、イベント貢献ランキングの上位100番目の人の支援ポイントが一番高いのがボス

これは一部の重課金者ではなく、より多くの視聴者から満遍なくポイントを集めているということなので強いと思う。

巻乃 もなかは、もなな(No.7)以外考えにくい。笑

やっぱり声優養成所上がりは強い。

白乃 クロミは、キャラ暗殺者と言うとち狂った設定で芸人枠しか思えないので、ミミ(No.3)。

ミミはボスほどでないけど、クロミ枠では一番ファン層が厚い。

ただ、暗殺者という設定が陰りのあるキャラという意味だったら、クロック(No.6)かも。

5人のイラストで、唯一笑ってないのが白乃 クロミなので気になる。

九条 林檎は、順当に選べば林5様だけども、個性が強すぎて使いこなせないと思う。

スリー様(No.3)か、くるぶし(No.8)が無難じゃないかな。


…と予想してみた。

俺の一推しは、シロクロ(クロミNo.11)だが、

中の人が優しいお姉さん過ぎて、クロミではない気がしてる。

本戦で消えてしまうのが惜しい過ぎるよ。ホント

2018-11-27

役人養成するための学校トップ学歴っていうんだから放っておいてやれよ

2018-11-19

増田プログラマー養成講座 その22 データベース設計 概念物理

前回は、DB設計の(1)要件定義を学びました。

今回は、DB設計の(2)概念設計、(3)論理設計、(4)物理設計を見てみましょう。

 

DB設計の流れ

  1. 要件定義
  2. 概念設計
  3. 論理設計
  4. 物理設計

 

DB設計の教材

データベース解説本やWeb記事を調べてみた。

  1. 本「スッキリわかるSQL入門」 第12章 テーブル設計 https://book.impress.co.jp/books/1111101167
  2. Web記事「できるエンジニアになるためのちょい上DB術」 https://www.edifist.co.jp/lecture/dbdesign/

 

スッキリわかるSQL入門」のDB設計説明コンパクトにまとまっていて、分かりやすいと思いました。(是非一度読んでみてください。)

 

 

 

概念設計論理設計物理設計概要

スッキリわかるSQL入門」第12章の説明(p.374)を参考にしてみよう。(詳しくは本を読んでみてください。)

 

概念設計

管理すべき情報はどのようなものなのかを整理します。

データベースシステムに関することは考えず、要件に登場する情報だけをザックリと把握します。

たとえば、家計簿データベースであれば、扱うべき情報として「利用者情報」や「入出金情報」などがあることを明確にします。

また、情報間で関連がある場合、どのような関係があるかも併せて整理します。

 

論理設計

概念設計で明らかになった各情報について、RDBを使う前提で構造を整理し詳しく具体化していきます

論理設計では「どのようなテーブルを作り、それぞれのテーブルにどのような列を作るか」まで明らかにすれば十分です。

型や制約など、付随的な部分については考えません。

 

物理設計

特定DBMS製品(たとえばMySQL)を使う前提に立ち、論理設計で明らかになった各テーブルについて、その内容を詳しく具体化していきます

すべてのテーブルのすべての列について、型、インデックス、制約、デフォルト値など、テーブル作成必要なすべての要素を確定させます

この物理設計に基づいて、CREATE TABLE文などを含む一連のDDL文を作成し、最終的にデータベース内にテーブル作成することができます

 

本書の「図12-4 データベース構築のおおまかな流れ」も参考にして欲しい。

入力 お客様要件(全国の倉庫商品があって、その在庫管理したいんだけど~)

 

 

●処理 DB設計作業

 ・概念設計:(商品)(在庫)(倉庫) …ER図を作成

 ・論理設計:[商品][在庫][倉庫]    …正規化

 ・物理設計:[SHOHIN][ZAIKO][SOUKO]  …使うDB仕様に合わせてテーブル定義表を作成

 

 

●出力 DDL

 ・CREATE TABLE

 ・CREATE VIEW

 ・CREATE INDEX

 

 

 

(2) 概念設計

 

ER図とは?

ER図とは、「Entity-relationship Diagram」(実体関連図)の省略形だ。

 

ER図の用語

コンピューター用語英語ばっかりだから日本語にして欲しいよねw

 

ER図の書き方
  1. エンティティ―」は四角い箱で書く。
  2. 箱の中にエンティティ―の詳細な中身=「アトリビュート」を書く。
  3. 箱と箱を「リレーション」の線でつなぐ。
  4. 線の両端に「カーディナリティー」「オプショナリティー」の記号を書く。

 

ER図で使う記号は、「IE記法」や「IDEF1X記法」など、いろいろな規格がある。

情報処理技術者試験のデータベーススペシャリストの問題では、「UML」という図の記法も使われる。

 

 

 

(3) 論理設計

 

正規化とは?

正規化 Normalization」とは、データの形を「正規形」(Normal form)に変えること。

ざっくり言うと、テーブル(表)を分割して、データの重複や不整合を解消する作業だ。

 

テーブルの形を変えていくステップには、第1~第5まで5段階ある。

  1. 第1正規
  2. 第2正規
  3. 第3正規
  4. 第4正規
  5. 第5正規

それぞれの変形方法について理解しておこう。

実務では第3正規形まで正規化できればとりあえずOK

 

第3.5正規形(ボイス-コッド正規形)

第3正規形をより厳密にした「ボイス-コッド正規形」という形もある。

第3と第4の間なので「第3.5正規形」とも呼ばれている。

(ボイス-コッド形もカウントに入れたら、第1~第5、+第3.5で計6段階になる。)

 

非正規

正規化を進めると、SQLJOIN」の利用が増えてくる。JOINを多用する処理は遅い=DBの性能低下につながる。

第3正規形まで分割しても、実際に使ってみて遅い場合は、第2正規形や第1正規形に戻して使うこともある。これを「非正規化」とか「正規化を崩す」などという。

 

RDBでは処理速度が遅くなる場合、代わりに「NoSQL」を使う場合もある。

 

 

 

(4) 物理設計

 

時間がない場合、先にGUIDB管理ツールでデータベース作成してしまい、その後でテーブル定義表を作成することもある。

 

DB設計に慣れてきたら上記の各段階はすっ飛ばして、いきなりデータベースを作れるようになるだろう。

 

ここまで、SQLの使い方やデータベース設計について学びました。

次回は、その他のSQLに関連する話も見てみよう。

 


anond:20181015215004 未経験からプログラマーなんだが全然からない

anond:20181016015826 増田プログラマー養成講座 その1 パソコンの用意

anond:20181016164341 増田プログラマー養成講座 その2 プログラムデータ+処理、プログラム言語の種類

anond:20181016180059 増田プログラマー養成講座 その3 構造プログラミングの基本(順次、反復、分岐

anond:20181016193144 増田プログラマー養成講座 その4 子ども向け教材「Scratch」で構造プログラミング練習

anond:20181017161003 増田プログラマー養成講座 その5 オブジェクトとは何か?

anond:20181017191404 増田プログラマー養成講座 その6 OOPの種類、PHPの準備

anond:20181019181549 増田プログラマー養成講座 その7 OOPの仕組み(前半)

anond:20181020230044 増田プログラマー養成講座 その8 OOPの仕組み(後半)

anond:20181022232327 増田プログラマー養成講座 その9 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:20181024214737 増田プログラマー養成講座 コンテンツ一覧

anond:20181119221641

男が暴れることも見越しての女性専用船舶でしょ

男性船員は海事科学部、女性船員は共生ジェンダー科学部で養成すれば良い

2018-11-14

anond:20181114124423

結局それって、研究機関の癖して碌に女性人材養成する気がなかったってだけでしょ。

研究機関」の本分は「専門分野の研究」であって「女性人材養成」ではない。おーらい?

一流になれなかったのは女性研究個人責任である。一流になれなかった男性研究者と同じように。おーらい?

理系予算が減らされるのを気にする暇があったら、今ある予算返上してジェンダー論に再配分した方がまだましな結果になるよ。

何も生み出さずいちゃもんマシーンと化した「ジェンダー論」になんか一セント予算必要ない。

anond:20181114123410

結局それって、研究機関の癖して碌に女性人材養成する気がなかったってだけでしょ。

理系予算が減らされるのを気にする暇があったら、今ある予算返上してジェンダー論に再配分した方がまだましな結果になるよ。

2018-11-11

増田プログラマー養成講座 その21 データベース設計 (1)要件定義

前回まで、データベースを使ったWebアプリ作成して、SQLの使い方を学びました。

今回からデータベース設計について学んでみよう。

 

参考書

これらの参考書ガッツリ読めば、データベース設計のやり方は分かる。

 

リレーショナル・データベースは昔からある枯れた(=安定した)技術なので、鉄板ノウハウが蓄積されている。

先人の知恵に沿って使うなら、データベース設計で悩む余地は少ない。=攻略は意外と簡単

 

データベーススペシャリスト教科書

経済産業省認定情報処理技術者試験で「データベーススペシャリスト」という資格もある。

 

データベースエンジニア」という肩書きを名乗れば、ただのプログラマーよりも高給取りになれる。勉強した後、自分知識棚卸してみるつもりで資格を取ってみるのもいいだろう。

データベーススペシャリスト試験教科書には、浅く広くDB知識網羅されているので、1度眺めてみたらいいかも。

 

 

 

データベース設計の流れ

データベース設計(database design)は、ソフトウェア開発工程においてデータベースの詳細なデータモデルを作る工程である

 

  1. 要件定義:「CRUD表」の作成
  2. 概念設計:「概念モデル」の作成 → ER図(実体参照モデル)の作成
  3. 論理設計:「論理モデル」の作成 → テーブル定義表の作成
  4. 物理設計:「物理モデル」の作成 → 論理モデルを実際にデータベース上で作成インデックス作成など

(分類方法にもよるけど)データベース設計は、このようなステップを経る。それでは順番に見ていこう。

 

 

 

1.1 永続化するデータを決定する

いわゆる「要件定義」だ。

実際にシステムを使うことになるユーザーヒアリング調査して、データベース内に永続化(格納)すべきデータを決定する。

 

CRUD表とは?

データCRUD操作(Create 追加、Read 参照、Update 更新Delete 削除)が、いつ、どこで発生するか?をまとめた表のこと。

 

データベース 設計 CRUD表」等のキーワードGoogle画像検索してみよう。どんな表か分かる。

↑このページの「図2 標準的CRUD図(例)」みたいな表を作って確認すれば、扱うデータの過不足がなくなる。

 

複雑なシステムだと、完全なCRUD表を作るのは面倒だよねw

だが安心して欲しい!

押さえておくべきポイントはあるので、そこだけ手抜きをしなければ、大失敗は避けられるだろう。

 

マスタートランザクションの違い

実は、後でテーブルを作るときに、データ更新頻度によって2種類に分類できるんだ。

 

 

トランザクションデータの扱いは、気を付けないとデータベースの性能低下に直結する。

どっちのタイプデータなのか?要件定義の段階から見分ける癖を付けておこう。

 

要件定義練習

試しに、Amazonのような通販サイトなら、どんなデータを扱うことになるのか?想像してみよう。

仕入先、在庫数、受発注配送会社顧客情報商品カテゴリー、商品スペック、などいろいろあるだろう。

いつどこでCRUDが発生するか?どれがマスターデータで、どれがトランザクションデータだろうか?

 

 

 

(ここまでの説明URLを8個も貼ってしまったので、続きは次回にしよう。)

次回は「概念設計」以降のステップを見てみよう。

 


anond:20181015215004 未経験からプログラマーなんだが全然からない

anond:20181016015826 増田プログラマー養成講座 その1 パソコンの用意

anond:20181016164341 増田プログラマー養成講座 その2 プログラムデータ+処理、プログラム言語の種類

anond:20181016180059 増田プログラマー養成講座 その3 構造プログラミングの基本(順次、反復、分岐

anond:20181016193144 増田プログラマー養成講座 その4 子ども向け教材「Scratch」で構造プログラミング練習

anond:20181017161003 増田プログラマー養成講座 その5 オブジェクトとは何か?

anond:20181017191404 増田プログラマー養成講座 その6 OOPの種類、PHPの準備

anond:20181019181549 増田プログラマー養成講座 その7 OOPの仕組み(前半)

anond:20181020230044 増田プログラマー養成講座 その8 OOPの仕組み(後半)

anond:20181022232327 増田プログラマー養成講座 その9 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:20181024214737 増田プログラマー養成講座 コンテンツ一覧

2018-11-10

増田プログラマー養成講座 その20 SQLデータの削除

前回は、SQLデータ更新をやりました。

今回は、SQLデータの削除をやりましょう。

 

メッセージの削除

基本は、同じなので前回やった更新処理をちょっと変えれば削除もすぐできます

 

投稿されたメッセージを削除する機能を、Webページに付けてみよう。

 

削除ページにジャンプするリンク

前々回作ったメッセージの一覧の中に、削除ページにジャンプするリンクも入れておいた。

<td><a href="welcome/delete/<?php echo $item['id']; ?>">削除</a></td>

という1行が削除ページにジャンプするためのリンクになる。

ブラウザーHTMLソースを見ると、ここが以下のようなHTMLに書き換わってる。

<td><a href="welcome/delete/2">削除</a></td>

これは「メッセージID番号が2のメッセージ」を削除対象にして、削除ページにジャンプする。

 

Controllerの改造

ユーザーが「http://localhost/waf/welcome/delete/2」というURLで、削除ページにアクセスしたら、コントローラーで「2」を受け取って使いたい。

CodeIgniterでは、URL文字列を解析して、使うことができる。

以下のようにコントローラーを改造してみよう。

 

// 削除画面

public function delete($id = '')

{

 echo "ID=".$id;

 $this->load->view('chat_delete');

}

 

Controllerの改造の解説

delete()メソッド引数で、URL中の「2」の部分を受け取れる。

これは前回の編集ページ(更新の処理)と同じ。

「$id = $this->uri->segment(3);」でも受け取れる。

 

Viewの改造

削除ページでは、確認する質問を入れてみよう。

ユーザーに「本当に削除しますか?」みたいな注意喚起をしておきたい。

 

ファイルの内容を以下のように編集する。

<?php defined('BASEPATH') or exit('No direct script access allowed');?>

<!DOCTYPE html>

<html>

 <head>

  <meta charset="utf-8">

  <title>増田チャット</title>

  <base href="<?php echo base_url(); ?>">

 </head>

 <body>

  <h1>増田チャット</h1>

  <h2>削除</h2>

  <p>以下のメッセージを削除しますか?</p>

  <form action="welcome/delete" method="post" accept-charset="utf-8">

   <?php if (isset($talk)): ?>

   <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>

 

Viewの改造の解説

<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番号を仕込んでおく。

 

Controllerの改造

ファイルの内容を以下のように編集する。

// 削除画面

public function delete($id = '')

{

 $id = $id ? $id : $this->input->post('id');

 $action = $this->input->post('action');

 if ($action == 'delete') {

  $this->chat_model->delete_message($id);

 }

 $data['talk'] = $this->chat_model->read_message_by_id($id);

 $this->load->view('chat_delete', $data);

}

 

Controllerの改造の解説

やってることは、前回のデータ更新場合とほぼ同じ。

$this->chat_model->delete_message($id);

で、モデルに用意したデータ削除用メソッドを呼び出しているだけ。

次は、モデルdelete_message()メソッドを用意しよう。

 

Modelの改造

ファイルの内容を以下のように編集する。

// 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();

}

 

Modelの改造の解説

SQLの「DELETE」を使えば、指定したレコード(1件分のデータ)を削除できる。

DELETE FROM talk WHERE id = ?」で、talkテーブルmessageid指定して削除している。

 

データを削除した後の挙動は、メッセージID番号がなくなるので、削除ページに表示できるメッセージデータがなくなる。

(例)id=2のデータを削除したら、SQLで「SELECT * FROM talk WHERE id = 2」を取得しても、空のデータデータがない状態

その場合は、

<p>※該当するメッセージがありません。(または削除済です。)</p>

と表示させてる。

 

まとめ

以上で、SQLの「DELETE」を使ったデータの削除ができた。

長々と説明したが、今回の大事な点は、SQLの「DELETE」の使い方だ。

 

以上で、MVCフレームワークを使ったOOPの使い方とSQLの使い方を見てきた。

SQLSQLだけで説明したほうが良かったね!MVCフレームワーク説明SQL説明が混在すると要点が分かりづらくなる?)

ちょっと失敗だったかも。m(__)m)

 

次回は、データベースの設計について学んでみよう。

 


anond:20181015215004 未経験からプログラマーなんだが全然からない

anond:20181016015826 増田プログラマー養成講座 その1 パソコンの用意

anond:20181016164341 増田プログラマー養成講座 その2 プログラムデータ+処理、プログラム言語の種類

anond:20181016180059 増田プログラマー養成講座 その3 構造プログラミングの基本(順次、反復、分岐

anond:20181016193144 増田プログラマー養成講座 その4 子ども向け教材「Scratch」で構造プログラミング練習

anond:20181017161003 増田プログラマー養成講座 その5 オブジェクトとは何か?

anond:20181017191404 増田プログラマー養成講座 その6 OOPの種類、PHPの準備

anond:20181019181549 増田プログラマー養成講座 その7 OOPの仕組み(前半)

anond:20181020230044 増田プログラマー養成講座 その8 OOPの仕組み(後半)

anond:20181022232327 増田プログラマー養成講座 その9 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:20181024214737 増田プログラマー養成講座 コンテンツ一覧

増田プログラマー養成講座 その19 SQLデータ更新

前回は、Webアプリの骨組み(スケルトン)に、SQLデータの追加と取得をやりました。

今回は、SQLデータ更新をやりましょう。

 

メッセージ更新

 

編集ページにジャンプするリンク

前回作ったメッセージ一覧に、[編集]のリンクも入れておいた。

<td><a href="welcome/update/<?php echo $item['id']; ?>">編集</a></td>

という1行の部分。

[編集]をクリックすると、編集用ページにジャンプする。

ブラウザーHTMLソースを見ると、以下のようなHTMLになってるはず。

<td><a href="welcome/update/2">編集</a></td>

これは「メッセージID番号が2」を対象にして、編集ページにジャンプすることを意味する。

 

Controllerの改造

編集用ページのコントローラーを作ろう。

「http://localhost/waf/welcome/update/2」というURL編集ページにアクセスしたら、メッセージID番号の「2」を受け取れるようにしたい。

URL文字列を処理して「2」を取り出せるようにしよう。

 

// 更新画面

public function update($id = '')

{

 echo "ID=".$id;

 $this->load->view('chat_update');

}

 

CodeIgniterでは、URLから文字列を取り出す方法がいくつか用意されている。

  1. 「update($id = '')」のようにメソッド引数「$id」を用意すれば、「2」の部分を取り出せる。
  2. 引数を使う以外の方法も用意されていて、「$id = $this->uri->segment(3);」のように書けば、「2」の部分を取り出せる。

// 更新画面

public function update()

{

 $id = $this->uri->segment(3);

 echo "<hr> ID=".$id;

 $this->load->view('chat_update');

}

 

Controllerの改造の解説

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()メソッドで順番を指定すれば取得できる。

 

Modelの改造

データベースでメッセージID指定して、メッセージを取り出す機能を用意しよう。

 

ファイルに以下のメソッドを追加する。

// Read by 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();

}

 

Modelの改造の解説

SQLの「WHERE」句で、絞り込む条件を指定できる。

 

SELECT * FROM talk WHERE id = ?

「WHERE id = 2」とすれば、メッセージID番号が2のメッセージデータが「talkテーブルから取り出せる。

もし該当するデータがなければ、返されるデータは空になる。(データが返ってこない。)

 

CodeIgniterの「row_array()」は、1件分のデータ配列の形にして返すメソッドだ。

 

Viewの改造

ファイルの内容を以下のように編集する。

<?php defined('BASEPATH') or exit('No direct script access allowed');?>

<!DOCTYPE html>

<html>

 <head>

  <meta charset="utf-8">

  <title>増田チャット</title>

  <base href="<?php echo base_url(); ?>">

 </head>

 <body>

  <h1>増田チャット</h1>

  <h2>編集</h2>

  <p>メッセージを変更して「更新する」ボタンを押してください。</p>

  <form action="welcome/update" method="post" accept-charset="utf-8">

   <label>メッセージ</label>

   <?php if (isset($talk)): ?>

   <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>

 

Viewの改造の解説

データベースから取り出した1件分のメッセージを表示する部分を追加した。

<input type="text" name="message" value="<?php echo $talk['message']; ?>">

の「<?php echo $talk['message']; ?>」という部分だ。

これで変更したいメッセージの本文を表示できる。

 

あと、編集したメッセージWebサーバーに送信できるように、Formタグ送信ボタン(「更新する」の部分)も追加した。

このときメッセージID番号も送信できるように、

<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">

という1行も仕込んである

 

Controllerの改造

ファイルの内容を以下のように編集する。

// 更新画面

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);

}

 

Controllerの改造の解説

メッセージID番号を指定して、データベースから取り出し、Viewに渡すデータを用意している。

$data['talk'] = $this->chat_model->read_message_by_id($id);

 

ユーザーメッセージ編集をして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()メソッドを用意しよう。

 

Modelの改造

ファイルの内容を以下のように編集する。

// 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();

}

 

Modelの改造の解説

SQLの「UPDATE」を使えば、指定したレコード(1件分のデータ)を更新できる。

「UPDATE talk SET message = ? WHERE id = ?」で、talkテーブルmessageid指定して更新している。

 

CodeIgniterの「affected_rows()」メソッドは、更新した行数を返す。=成功なら1行、失敗なら0行となる。

 

補足

コントローラーの「$id = $id ? $id : $this->input->post('id');」という行は、$idの受け取り方が2パターンあるので、それに対応している。

編集ページの表示で、1回目の表示と、2回目以降の表示で、$idの受け渡し方が変わっている。

  • 1回目:URLに埋め込まれID番号をupdate($id = '')の引数$idで受け取っている。($this->uri->segment(3)で受け取るのと同じ)
  • 2回目以降:Formタグで送られてきた$idを$this->input->post('id')で受け取っている。

URLに埋め込む方法上記の1回目のような方法)は、ユーザー勝手に値をいじれるので、基本的には使わない方が良い。

 

まとめ

以上で、SQLの「UPDATE」を使った、データ更新ができた。

長々と説明したが、今回の大事な点は、SQLの「UPDATE」の使い方だ。

CodeIgniterの使い方や、Webサイトの作り方(FormタグなどのHTML知識)は、オマケ程度に見ておいて欲しい。

 

次回は、データを削除するSQLDELETE」の使い方を見てみよう。

 


anond:20181015215004 未経験からプログラマーなんだが全然からない

anond:20181016015826 増田プログラマー養成講座 その1 パソコンの用意

anond:20181016164341 増田プログラマー養成講座 その2 プログラムデータ+処理、プログラム言語の種類

anond:20181016180059 増田プログラマー養成講座 その3 構造プログラミングの基本(順次、反復、分岐

anond:20181016193144 増田プログラマー養成講座 その4 子ども向け教材「Scratch」で構造プログラミング練習

anond:20181017161003 増田プログラマー養成講座 その5 オブジェクトとは何か?

anond:20181017191404 増田プログラマー養成講座 その6 OOPの種類、PHPの準備

anond:20181019181549 増田プログラマー養成講座 その7 OOPの仕組み(前半)

anond:20181020230044 増田プログラマー養成講座 その8 OOPの仕組み(後半)

anond:20181022232327 増田プログラマー養成講座 その9 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:20181024214737 増田プログラマー養成講座 コンテンツ一覧

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん