  |
はてなキーワード: SQLとは
を狙ってるそこのお前
どうせお前のスキルセットは「html,css,js,rails」だろ？
揃いも揃ってそんなんばっかり
HTTPメソッドもSQLも理解せずにそれっぽく動くN+1だらけのクソ作っただけだろ？
webプログラマ目指すくせに開発環境構築にDockerも使わず理解してないコマンドをコピペしてローカルに直でインストール
せっかく無料枠あるのにawsじゃなくてHerokuにプッシュするだけのデプロイ
ブランチ運用なんて考えずmasterブランチに直プッシュか？
会社に入れさえすれば先輩がつきっきりで教えてくれるとでも思ってんのか？
先輩を質問責めにする気か？
むりむりやめとけ
そんなんじゃせいぜい年収300
諦めた方が身のため
あばよ
どうしてもなりたいなら↑で挙げたものぐらいは最低限を理解しとけ
ここまで言って調べる気にならないなら本当に向いてないよ
http://up.illusion.jp/koikatu_upload/scene/index.php?cPath=26
1030 - Got error 28 from storage engine
select p.point, pd.title, pd.handlename, pd.products_name, pd.products_description, pd.waza, pd.rank1, pd.rank2, pd.rank3, p.products_id, p.products_status, p2c.categories_id from products_description pd, products p, products_to_categories p2c where p.products_status != '0' and p.products_id = p2c.products_id and pd.products_id = p2c.products_id and p2c.categories_id = '26' order by products_date_added desc
クソワロタ
問合型言語の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 増田式プログラマー養成講座 コンテンツ一覧
平成も最後だし、なんかいつ不況が来るかもわからない状況な気もするし、
今のうちに年収上げておきたいなんて考えている人もいるのかなと思い、
本当に普通な感じで埋もれているエンジニアが転職した時の話をしようと思う。
現在私は同業界の大手企業で働いている。転職結果としては年収も大きく上がったし、
年齢：39歳
＜前職＞
中堅の独立系SI企業（WEBもSierもやってるような感じ）社員600名程度
に所属していた。勤続は7年目
＜技術力＞
技術力はほんとに並の下程度。
JavaとかPHPとかやっていて、PHPがメインだったかな。主にWEBサービスを作ったり、社内WEBシステム作ったりしてた。
プログラミングの基礎はあるし、SQLやその他DBの知識もそれなりにある。サーバーの知識はあんまりないし、
Linuxのコマンドは正直ちょっと苦手だし、AWSとか触ってないし、なんならApacheだってそんなに詳しくない。
ググっていつも解決する。フルスタックエンジニア？なんだそれ？こちらサーバーサイドエンジニアだ、文句あんのか？
新しい技術や言語は基礎があるので飲み込みは早い方だと思う。なので対応力はある方だ。Rubyでもpythonでもコード見れば読めるし、
大抵のことは理解できると思う。でも業務では使ってない。JQureyもまぁ普通に使えるけどJSのコードとかたぶん汚いと思う。
色々と新しい技術をググって記事見たりして「わかった気になるタイプ」だと思う。36歳くらいでやっと「デザインパターン」
知らないとやばいんだ。勉強しないと！と焦って本だけ一応読んで「わかった気」になった。
ここまで読めばわかると思うけどエンジニアとしてはだいぶ「ポンコツ」だ。
でも仕事のためにやってるエンジニアとか結構こういう人が大半な気もするんだよね。
立ち位置は開発リードとか設計とか上流も少しやってた。年齢のせいもあると思うけど、
まぁうまく立ち回って仕事してた感じだと思う。コミュ力はそれなりにある方だと思う。
もうエンジニアとかお前が名乗るなよとか言われそうだな。。。すまん。
このまま、今のポジションで仕事を続けてたら永遠に新しいこととか他の言語を使って業務をすることができそうになかったから。
嘘だ、人間関係だ。ほとほと同僚、後輩、パートナーに愛想が尽きたからだ。それと上司やその上の部長にもだ。
客先で顧客と一緒に仕事をしてたが顧客側の人はほんとにまともで良い人ばっかりだった。転職する時にそれだけ、ちょっと寂しくなったな。
ポンコツながらプロジェクトでは納期を守り何とかやり抜いてきたが、全く評価されない現実もあり、それも嫌だった。あと、給料安い。
表向きはいろんな理由があるだろうけど、転職する人の理由はきっとこれが現実だと思う。
＜概要＞
転職を決意
↓
↓
↓
DODAとリクルート系は良い思い出が一切ないので登録してない。
↓
↓
↓
↓
↓
ビズリーチ経由でB社で金融系ITに強めの転職エージェントに会う
↓
＜詳細と雑感＞
転職しよう！と思ってからとりあず動けーーー！って感じで動いた感じです。
総応募数は覚えてないけど30～50社くらいだったと思う。書類で超落ちる。年齢のせいも大きい。
エン転職のスカウトは全然ダメだった。めぼしい企業がなかったし、年齢のせいか知らんけど、
ギークリーから応募したのが一番多いと思うけど、とにかく手あたり次第に紹介してくる。
よさそうな企業もあったけど、面接まで行ったのは4社程度ですべてお祈りだった。
2次や最終までは行くが、いまいち紹介された企業に自分の志望動機を合わせる作業がどうにも苦手でうまく行かなかった。
ギークリーはほんとに求人が多いから、たくさん見て選びたい人には向いてると思うけど、自分には向いてなかったな。
他にもビズリーチ経由で4社くらい直接カジュアル面談があったけど、有名なY社とか、運輸系のY社のシステム会社とか、
印刷系のD社の子会社とか、どれも最初のカジュアル面談で、それ以後連絡なかったなぁ。
そんな感じで行き詰って2か月。心機一転また別のところ！というのと、
自分でもう一度ポンコツなりに職務経歴書を頑張ってブラッシュアップし、面接対策もして、改めてA社とB社とつながった。
B社からの紹介はとても面白い会社だったし、一次面接もかなり好感触だったのだが、なぜかその後に論文筆記があり、
書いて出したら、落ちた。どうやら思想が合わなかったらしい。
A社から紹介されたのが、医療系のWEBサービスの会社と誰もが知ってる大手企業。
どうやら大手企業とは結構つながりのあるエージェント会社だったみたい。
自分が大手に行けるか半信半疑だったが、面接対策も結構しっかりしてくれて助かった。
同じ質問を面接でされたので、うまく答えることができたと思うし、職務経歴書も一緒に見てくれた。
そして、2か月でこの医療系の会社と大手から内定を頂いた。転職活動は実質4か月くらい。
どちらも良い会社だったので、本当に迷ったが、大手の方にした。
断るのもエージェントがやってくれるのでこれも結構気持ちが楽だった。
＜振り返って思うこと＞
ポンコツなりにアピールできるポイントがあれば、それをしっかりアピールするような職務経歴書を作ったり、
私の場合は3回目の転職だったので、今までの経歴をきちんとよどみなくアピールできるような練習は有効だった。
転職活動初期は全然対策してないこともあって、やっぱり落ちたのかなと思う。
だんだんエンジンがかかって、面接にも慣れていき、最終的に大物ゲットできた感じだ。
そして、面接ではやっぱり自分はできる奴だ！ということをちゃんとアピールした方がいいと思った。
謙遜とかいらないし、こういう職務なんですができますか？と言われても、普通に全然問題ないです。くらいに言ってもいいと思う。
ハイスペックエンジニアとかいやいや十分すごいですわ的なエンジニアは、自分で活動して、普通に交渉もして、
自分がより有利な環境を手に入れることができると思うけど、私のようなポンコツは普通にエージェント使って、
普通に応募して、面接対策しっかりして、志望動機もちゃんと頑張ってたくさん考えて、ちゃんと喋る練習して、それで行けば結構いけると思う。
落ちるのはやっぱり職務経歴書がまだちゃんと練れてないのと、面接の練習や、志望動機が甘いんだと思う。そこを頑張れば良い環境に転職できると思う。
おススメのエージェントとかは特にないかな。自分に合ったものを自分で転職活動しながら、見つけるのが良いと思う。
1つ言うならエージェントを1つに絞らないことかな。忙しくなるけど、いろんな所と付き合って、自分に合うところを見つければいいと思う。
そういう意味ではビズリーチは大小さまざまなエージェント会社があり、そこから連絡がバシバシ来るので登録しておくとよいかもしれないです。
＜まとめ＞
こんな感じだ。読み返すとあんまり参考にならないかもしれない。。。
私は前の会社で全然評価されなかったが、今の大手に移ったら、普通に評価が上がって、給料もしっかり上がった。
環境次第で人の評価って全然変わるし、所詮評価する側のフィルターをかけた評価なんてやっぱり気にしなくていいんだと思った。
実際前職の部長に退職の旨と転職先の話をした時に「子会社ですか？」とか言われたし、「いえ、本体です。」と答えたら「マジで？」という顔をしてた。
部長のフィルターでは自分の評価はそんな感じだったんだなと実感した。
今ももちろん良いフィルターをかけて評価してもらっていると思うけど、自分にとってどっちが良いかは明白だし、
その良いフィルターが本当になるようにもっと努力したいと思う。
今の市況ならほんとに転職すれば年収上がるくらいの状況だし、勤続3～5年以上で、
自分の現状に不満があるなら、いっちょやってみるのも良いかもしれません。
誰かの参考になれば幸いです。
swift playgroundとかswiftが知ってる人フレンドリーではあるけど、初心者には分かる仕組みになってるのだろうか？
SI業界に入った子がSQL書けとか、ES6書けみたいなこと言われたってハードル高すぎないかねぇ。
AWSとかアラフォーの俺も全然分からない。awscliでスナップショットとれるなんて今日初めて知ったよ。
今のプラグラミング言語って色んな言語を取り込んで高機能化してる訳じゃない？なんでそんなことしてるのか分かんないと思うのね。
伝わる人に言うと、JavaだってAutoBoxingが前提だったりするわけじゃん？42+"円"とか書いちゃう訳よ。コンパイルエラーにならないのも頑張りすぎだろと思うけど。
あとmaven使えば色んなライブラリ使えるわけじゃん？今ならGradleなのかい？よくわかんねぇけど。俺はよく分かんないけど、使いこなせてるのかね？
AWSもES2の説明はできてもS3の説明できる先輩がどれほどいるか。ストレージや仮想化の知識が前提にない人は説明はキツいなと。AIMとか混ざると地獄よね。
プログラミングに戻ると、今どきの言語って最先端で書かれると記号や謎予約語が多かったりするんだけど諸先輩方は大丈夫かなと。
これからプログラミングを勉強しようと思う人は、その前にポール・グレアムの「ハッカーと画家」という本を読んでみて欲しい。（一部はネットでも読める）
エリック・レイモンドはエッセイ 「ハッカーになろう」の中で、 他のいろいろなアドバイスに混じって、ハッカーになりたい人はどんな言語を 勉強すべきかを述べている。
真剣なハッカーはさらに、UnixをハックするためにCを学び、システム管理と CGIスクリプトのためにPerlを学ぶべし。
そして本当に真剣なハッカーはLispを 学ぶことを熟慮すべきだ。というのも：
LISPは、それをものにしたときのすばらしい悟り体験のために勉強しましょう。
この意見を参考にするなら
という５つが挙げられる。
大事なことはいずれにせよ、１度はLisp（関数型プログラミング言語）を学ぶべきだということ。
今ならこの本が分かりやすいと思う。
時間があれば、関数型プログラミング言語はLispの他にOCamlもやってみよう。
という順番にするとバランス良く学べるだろう。
時間がないなら消去法で
の２つでもいいだろう。
今回は、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 データベース設計 概念→物理 ←★今ここ★
：
手取りで18万ぐらいです。仕事としては、オブジェクト指向の言語でかつSQLを使って、DBを操作して、機能をつくる感じですが、
Yahooニュースに乗るようなシステムをつくっていましたが、18万円。
現在は転職して、手取りで33万円です。やっていることはほぼ変わらないです。
社長は開発のことしかしていなく、経営についてあまり興味がないようです。
いかに、エンジニアを安い値段で買い叩いているか気づきました。
さらに、ボーナスについては一年目は支給されません。翌年から支給されても一か月分ですが、減点式で0.8以下になります。150人以上いる組織ですが、みな多くの人が暗黙の了解で仕方なくいる感じです。
新人は15万いくかいかないかです。社員のことをかんがえていないような感じです。
社長は会社の仕組みを変えずにただ自社開発だけをしていて自社開発のユーザーとTwitterでやりとりをしているだけです。
機能改善やサービスを開始したらプレスリリースとしてTwitterを使えばいいと思いますが、毎日ユーザーとやりとりしているので、経営すべきことを放置しているようにしかみえないです。
上場も考えているそうですが、そうしたらいい人を呼び集めて他の人を必然的に外すように考えているそうです。そんな人についていけないと思い退職しました。
手取りで18万ぐらいです。仕事としては、オブジェクト指向の言語でかつSQLを使って、DBを操作して、機能をつくる感じですが、
Yahooニュースに乗るようなシステムをつくっていましたが、18万円。
現在は転職して、手取りで33万円です。やっていることはほぼ変わらないです。
社長は開発のことしかしていなく、経営についてあまり興味がないようです。
いかに、エンジニアを安い値段で買い叩いているか気づきました。
さらに、ボーナスについては一年目は支給されません。翌年から支給されても一か月分ですが、減点式で0.8以下になります。150人以上いる組織ですが、みな多くの人が暗黙の了解で仕方なくいる感じです。
新人は15万いくかいかないかです。社員のことをかんがえていないような感じです。
社長は会社の仕組みを変えずにただ自社開発だけをしていて自社開発のユーザーとTwitterでやりとりをしているだけです。
機能改善やサービスを開始したらプレスリリースとしてTwitterを使えばいいと思いますが、毎日ユーザーとやりとりしているので、経営すべきことを放置しているようにしかみえないです。
上場も考えているそうですが、そうしたらいい人を呼び集めて他の人を必然的に外すように考えているそうです。そんな人についていけないと思い退職しました。
前回まで、データベースを使った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 データベース設計 概念→物理
：
SQLの説明じゃなくて、MVCフレームワークの使い方の説明の方が長くなって、自分でも見にくいと思った。
やり直すなら、まずはフレームワークを使わずに、素のPHP（構造化プログラミング）で掲示板を作り、SQLの説明をメインにすべきだった。
その後、フレームワークを使わない場合と、フレームワークを使った場合を比較して、フレームワークを使った方が便利だと説明すれば良かった。
＝順番がまずかったね。
基本は、同じなので前回やった更新処理をちょっと変えれば削除もすぐできます。
投稿されたメッセージを削除する機能を、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)要件定義
：
