データベース列名の名前付け（英単語での）採用例を集めてみた - Qiita
データベースのテーブルやビューなどに指定する列名（カラム名、フィールド名）の例を集めてみました。 各データベースの、予約語や使える文字種の制限は、ご自身にてご確認ください。 国際感覚的にかなりあっていない（ただし本稿は国内利用を主として書いています）、スペル間違いや明らかな採用間違い、などがありましたら、是非ご指摘くださいませ。。 住所 (county, district, prefecture, province, region, state) の扱いなど、国際的な利用が前提でしたらWeblioさんを参照してみましょう。 ※私は記法の宗教戦争をしたくありませんので、ご自身のお好みにあわせて変換をしてください（キャメル記法が...スネーク記法が...単数形・複数形など、各チーム・各プロジェクトの規約に合わせてくださいね） こんなことが大切かと （テーブルやビューの名前と組み合わせれば）その
PHPを5.6から7.2にする際に苦労した点やハマった点、嬉しかった点 - WebエンジニアのLoL日記
はじめに php7ccで検出されない問題とは ハマった点1: count関数の挙動変更 ハマった点2: $array[] で値を追加しようとして壊れる 苦労した点: mysql関数の置き換え 苦労した点2: PHPUnitのバージョンも上げないといけない 逆に嬉しかった点: 型アノテーションの強化 まとめ はじめに この記事は PHPアドベントカレンダー 6日目の記事です。 皆さん、PHP 5.6のセキュリティサポートは2018年12月いっぱいで終了です。つまり、このアドベントカレンダーのカウントダウンがPHP 5.6終了へのカウントダウンなわけです。 PHP5.6からPHP7系に移行しようとしている皆さんはきっとphp7ccを使ってコードのチェックをしているかと思いますが、php7ccでは検出されず、実際に動かしてみないと気づかない問題もあります。 今回はそういったハマった点や苦労した点
RailsのStrong Parametersを調べる - Qiita
railsを触っていたらStrong Parametersというものが出てきたので調べてみました。 初心者ですので間違っている部分ありましたらご指摘いただければと思います。 この記事で言いたいこと Strong ParametersはDBに入れる値を制限することで、不正なパラメータの入力を防ぐ仕組みであること Strong Parametersの概要 Rails4系から追加された仕組みです。 Rails3系まではMassAssignmentを使っていたのだが、そこに脆弱性があったためStrong Parametersが導入されたとのことです。 簡単に言うとDBへ入れたり更新したりするパラメータを制限してくれる仕組みです。 MassAssignment脆弱性にまつわるニュース↓ https://www.infoq.com/jp/news/2012/03/GitHub-Compromised
Railsで何をやっても Routing Error uninitialized constant ～と言われて泣きそうになった時
TOP Tips Railsで何をやっても Routing Error uninitialized constant ～と言われて泣きそうになった時 昨日まで、午前中まで、ちょっとさっきまで、正常に動いていた Ruby On Rails のアプリが、急に何をやっても「Routing Error : Uninitialized constant XXXXX Controller」というエラーになってしまい、うんともすんとも言わなくなってしまうという謎の症状に陥り、原因究明まで1ヶ月ほど泣きそうになっていたというしびれる経験をしたので、ここに解決までのTIPS（もとい、奮闘記？）を書いておこうかと。 犯人捜索編 まずはもうトラウマに近くなったこのRailsのエラー画面…。 まず、このエラーに陥ると、Railsくんは直接URLを指定して呼び出されるコントローラーを切り替えても、いやもうそれ以外何
MySQLパフォーマンスチューニングのためのインデックスの基礎知識 - 久保清隆のブログ
仕事でMySQLのパフォーマンスチューニングをしていて、インデックスについて分かっていないことが多かったので調べたことをメモ。基本的なところから学習しなおした。 MySQLのインデックスは、カラムが特定の値をもつレコードの迅速な検索に使用される。インデックスを使用すれば、数百とか数億ものレコードが入っているテーブルから、一組のレコードを迅速に見つけて取り出すことが可能になる。 しかし、インデックスは速度を改善することもあるが、挿入の邪魔になって遅くなることもある。 インデックスを適切に使うために、まずはインデックスの基本概念をおさえる必要がある。 インデックスの概念 インデックスとは インデックスの仕組みを理解するには、まずMySQLがどのようにクエリに応答するかを知る必要がある。 例えば、 SELECT * FROM phone_book WHERE last_name = 'Hoge'
MySQL初級者を脱するために勉強してること -INDEX編- - Qiita
欲しいデータを取得するくらいにはSQL書けるし、システム要件を満たすくらいにはテーブル設計は出来る、そんな僕が中級者を脱するために勉強している内容を備忘録的に書き綴ります。 予約語は大文字 その他は小文字で記述しています。 あー、インデックスね、はいはい。作ると参照が速くなるやつでしょ？ そのくらいの知識でしたが、INDEXを適切に運用する上で原理など理解していないと、意味の無いINDEXを作ってしまう事があるので勉強しました。 INDEXとは 今回は多くのRDBMSでサポートされているB-TreeINDEXについて解説します。 B-Treeは以下のような形式でデータを保持しています。 ヘッダブロックでは大まかな値の範囲を保持しており、ブランチブロックではさらに細かい範囲を保持 リーフブロックでは実際の値と行への物理的な位置を保持しています。 INDEXが作成されている事で並び替えが速くな
MySQLのインデックスの効果を理解する - すぎゃーんメモ
CREATE TABLE `fuga` ( `id` int(10) unsigned NOT NULL auto_increment, `category` int(11) NOT NULL, `name` varchar(40) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; のようなテーブルを用意して、0〜9999までのランダムなcategoryで適当なnameを含むデータを30万件ほど突っ込んでみる。1つのcategoryあたり30件くらい取れる計算。 普通にwhereでcategoryを指定して取ると結構遅い。はかってみる。 #!/usr/bin/perl use strict; use warnings; use DBI; use Benchmark 'timethis'; my $dbh =
db:migrateを最初からやり直したい！ - xengineer’s diary
いつも通り、migrationファイルを作って、カラム追加しようとしたら、 こんなエラーに見舞われてしまった。 == 20150530030714 AddDueDateToOrders: migrating =============================== -- add_column(:orders, :due_date, :date) rake aborted! StandardError: An error has occurred, this and all later migrations canceled: SQLite3::SQLException: duplicate column name: due_date: ALTER TABLE "orders" ADD "due_date" date/Users/nemoto_hideaki/work/root4/br
PDOの真の力を開放する - PHPでデータベースを扱う(3)
ちょっと遅れましたが、シリーズの第３回です。前回までに論じた内容をふまえて、簡単な実装を示します。↓前回までの内容はこちら。 DAOの悪夢 - PHPでデータベースを扱う(1) - 泥のように ドメイン駆動設計という救世主 - PHPでデータベースを扱う(2) - 泥のように 題材 「記事にタグを設定できるブログ」みたいなシステムを考えてみます。ブログ記事を示すEntryテーブル、タグを表すTagテーブルの二つを用意しました。MySQL WorkbenchによるER図(鳥足記法)は以下になります。 1つのEntryに対して複数のTagがある、１対多の関係です。同じTagが複数のEntryに関連するため、多対多の関係と見なすこともできそうですが、タグ程度だとあまり意味がないので、これ以上のテーブル分割はやめておきます。 Entryテーブルの主キーがentryIdと冗長な名前をしているのは、自
PHPでORM「idiorm」を使えばかんたんにDBを操作できる - Qiita
idiormを使えば、PDOでSQLをゴリゴリ記述しなくてよくなる どういうイメージかというと、素のJavaScriptでゴリゴリ記述するか、jQueryでスッキリ記述するか、その違いに似ています。もちろんidiormがjQueryの方。 idiormの基本的な使い方 https://github.com/j4mie/idiorm からファイルをダウンロード。idiorm.phpだけあれば動きます。 require_once 'idiorm.php'; ORM::configure('mysql:host=localhost;dbname=test'); ORM::configure('username', 'root'); ORM::configure('password', 'root'); ORM::configure('driver_options', [ PDO::MYSQL_A
PHP5用のORM作った - ログ日記
O/Rマッピングライブラリを自作した。 ずっと前から自作ORMを作り替えたいと思っていて *1 、S2JDBCのようなものが作りたいからどうせならJavaやるかと思ってJavaをやり始め、やっぱりJavaよりPHPがいいと思ってPHPに戻ってきて、そうしたらまたORMに不満が出てきた。 作ってみたら三日くらいである程度形になった。ここ数年間作り替えたいと思い続けてきたもやもやは一体何だったんだってくらいにさくっとできたのでアップ。 https://github.com/nishimura/Tsukiyo 最近のPHPのフレームワークやORM事情はさっぱり分からない。 http://codezine.jp/article/detail/5858 ここをざっくり読んだけど今ひとつ心惹かれなかったので、何も参考にせずに作りたいように作った。 以下メモ程度に使い方。 まだ作り始めて一週間も経ってな
ORM自作したので紹介ポエム - Qiita
ORMを自作したので、せっかくなので紹介してみます。 使ってもらいたい、と言うよりは、こんなことを考えて作ってみた、という話を書きたかったのです。 https://github.com/asaokamei/wscore.repository レポジトリはgithubにありますが、まだpackagist.orgに登録してないので、git cloneで取ってくる必要があります。まだアルファ段階。 なぜORMを自作するのか？ 過去に何度かORM、というかDB関連のライブラリを自作してます。前回作ったのはデータマッパーのようなORM。エンティティのキャッシュや循環参照とか入ってきて、どんどんと複雑さを増してゆくコードと格闘しながら何とか動かしました。これでORM作るのは最後にしようと思ったのですが… また作ってしまったというわけです。 思うにコーディングの練習にはORM開発はもってこいではないでし
MySQLでインデックスを貼る時に読みたいページまとめ(初心者向け） - Qiita
書いてあること インデックス…?INDEXって何それ(ﾟДﾟ)？レベルの人が 最低限、MySQLのクエリチューニングなどできるようになるための取っ掛かり／リンク集です。 初心者が取っ掛かりにする程度（あるいはそれ以下）にしか書いてないので、 深掘りしたい場合は、各リンクを読むことを推奨します。 INDEXって？ 超ざっくりいうと 作るとデータ参照が速くなるやつ 大量のレコードが入っているテーブルから1行のレコードを検索するのに 頭から順番に検索したら時間がかかります。 INDEXを作成すると、データテーブルとは別に検索用に最適化された状態でデータが保存されます。 このINDEXを使うことで、目的のレコードを迅速に見つけて取り出すことが可能になります。 ※デメリットもあるので注意！ ---- 2018.03.16 追記(コメントにて指摘いただいた内容を転写) ---- MySQL 5.6 で
新人がテーブル設計でつまずいた話 | TECHSCORE BLOG | TECHSCORE BLOG
こんにちは、土屋です。 今回の記事では、私が初めてテーブル設計をしたときに、つまずいた話をまとめてみました。 テーブル設計の経験者の方には、「新人はこんなところでミスするんだ」と知っていただければいいなと思います。 【ミスその1】エンティティの属性の書き方が適切ではなかった 論理名を簡潔に書く 社員情報をまとめるエンティティに、社員のIDを属性として入れたいときがありました。 はじめは属性の論理名を、次のように「社員ID」にしていました。 ですが、「社員ID」ではなく、簡潔に「ID」とだけ書けばOKです(※)。 エンティティ「社員」の属性にIDがあると、それが「社員ID」であるのは自明だからです。 ※必ずしも当てはまるわけではありません。例えば、全てのテーブルで「社員ID」にしておくと、JOIN するときに迷いにくいので便利という意見もあります。 正しい表現か確認しながら物理名を書く 物理
データベーステーブル設計の基礎の基礎〜エンティティの抽出・定義から正規化まで - エンジニアHub｜若手Webエンジニアのキャリアを考える！
データベーステーブル設計の基礎の基礎～エンティティの抽出・定義から正規化まで 適切な形でデータベースのテーブルを設計し、運用するには？テーブル設計に必要な初歩を日本MySQLユーザ会副代表の坂井恵さんが丁寧に解説します。 金融系アプリ、ゲーム、人工知能などなど……。どんな種類のシステムを開発する上でも、避けて通れない領域があります。データベースです。データを適切な形式で格納し、取り出す。単純明快ながらも奥深いこの仕組みは、多くのシステムの根幹を支えています。 しかし、適切な形でデータベースのテーブルを設計し、運用するのは簡単なことではありません。「良いテーブル設計」のためには知識と経験が不可欠です。今回は日本MySQLユーザ会の副代表である坂井恵さんに、これからテーブル設計に着手する方に向け、設計に必要な技術と、良い設計を作るための考え方を教えていただきました。 坂井恵（さかい・けい） @
phpMyAdmin on docker が便利すぎる - Qiita
Docker使ってWEBシステムを開発している場合、コンテナでMySQLサーバーを起動することが定石だと思います。 で、このDBの中身をGUI的に操作したい場合、3306ポートをEXPOSEしちゃう？ ....そんな必要はありません！ DBをGUI的に操作するコンテナ、つまりphpMyAdminコンテナがあればいいんです！ phpMyAdminの公式Docker imageのページはこちら https://hub.docker.com/r/phpmyadmin/phpmyadmin/ 公式ならほぼ安心ですが、Docker imageには危険なexploitが埋め込まれていたりすることもあるので、Dockerfileも念のため確認しておきます。 やっぱalpineベースなんですね〜。万全を期すならばこのDockerfileを自前でビルドでしょう。 Dockerfileをダウンロードしてしかる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
rake db:migrate - リファレンス - - Railsドキュメント
laravelでバージョンを指定してインストール
PHP - 複数のDBでのトランザクション ロールバックについて｜teratail
PHP - オブジェクト指向について（PDOのＤＢ接続クラスの自作）｜teratail