Railsプロジェクトのデータベースの構造のER図をPlantUMLで自動的に吐き出せるようにしてみた - Qiita
モチベーション QiitaでもPlantUMLを表示できるようになってきたのでいよいよPlantUMLが民主化されてきました。 そこで「データベースの情報を基に自動的にER図作ってくれたらいいのになぁ...」と思ったので勢いで作ってみました。 対象となる技術の選定と制限 ER図の特徴の都合上、各種リレーションの定義を取得するためにはORMが使用されているものを対象に作成する必要があります。 今回は以下が使用されている環境を想定してスクリプトを作成・実行しました MySQL Rails これは実行テストを行った対象である 「ハッカソンの開催情報を自動でお知らせするBot HackathonPortal 」 の実行環境に合わせたためです。 同じ Rails でも Postgresql や SQLite においては実行確認していないのでうまくいくかわかりません。(試してみてうまくいったご報告をい
CircleCIで "MYSQL_PASSWORD cannot be used" のエラーになる
発生したエラー mysqlのroot userにはMYSQL_PASSWORDは使えません！と怒られました。 2021-03-18 04:47:36+00:00 [ERROR] [Entrypoint]: MYSQL_USER="root", MYSQL_PASSWORD cannot be used for the root user Use one of the following to control the root user password: - MYSQL_ROOT_PASSWORD - MYSQL_ALLOW_EMPTY_PASSWORD - MYSQL_RANDOM_ROOT_PASSWORD Exited with code 1
CircleCIでMySQLが動かなくなったので暫定対処 - Qiita
本日11時ごろ？ あたりからCircleCIで以下のようなエラーが起こりMySQLが起動しなくなりました。 2021-03-18 03:21:57+00:00 [ERROR] [Entrypoint]: MYSQL_USER="root", MYSQL_PASSWORD cannot be used for the root user Use one of the following to control the root user password: - MYSQL_ROOT_PASSWORD - MYSQL_ALLOW_EMPTY_PASSWORD - MYSQL_RANDOM_ROOT_PASSWORD どうやらdockerイメージのバージョンアップによるものらしいです。 今回はちょっと脳死で暫定対処したので、その方法を紹介します。 2021/03/19追記 こちらの問題はすでに解決
【Docker】Mysql が立ち上がらない（ユーザ設定エラー）
Mysql が立ち上がらない（パスワード設定エラー）Docker で Mysql が立ち上がらなかったのでメモ。 現象Docker で Mysql のコンテナ立ち上げ時にうまく立ち上がらなかったので docker-compose logs でログを確認 同じようなログ2種類を確認しました。 [ERROR] [Entrypoint]: MYSQL_USER="root", MYSQL_USER and MYSQL_PASSWORD are for configuring a regular user and cannot be used for the root user Remove MYSQL_USER="root" and use one of the following to control the root user password: - MYSQL_ROOT_PASSWORD
Nginx, Puma, Rails, MySQLのパラメータ設定/チューニング - Qiita
# 環境変数 RAILS_MAX_THREADS に 16 をセット threads_count = ENV.fetch("RAILS_MAX_THREADS") { 5 } ... # 環境変数 WEB_CONCURRENCY に 2 をセット workers ENV.fetch("WEB_CONCURRENCY") { 2 } 実験を行った結果、もちろんサーバーのリソース(今回はCPUコア数: 2)にもよりますが以下のようにサーバーが処理できるキャパシティが変わりました。thread数が少ないともちろんさばける処理数が減るため、サーバーのリソースが余っているにもかかわらず、unhealthyになります。つまり、レスポンスで過負荷を示す503 errorが返却されます。 1worker/5threadの場合、CPU15%ぐらいでunhealthyになる 1worker/10threadの
Rails の UUIDプライマリキーを試す - Qiita
RailsでUUIDプライマリキーを試してみた。 UUIDプライマリキーとは、オートインクリメントされる連番の整数ではなく、 077cacaa-3913-11e9-aacc-0242ac1c0002の様なランダムな36文字のUUIDのをIDとして、プライマリキーとして使うことである。 検証環境 Ruby 2.6.1 Rails 5.2.2 PostgreSQL 10.7 MySQL 5.7.25 と 8.0.15 データベースのバージョンは Amazon Auroraで現状使えるバージョンに近しいものを選択した。 検証モデル 次のようなプロジェクトごとにタスクを登録し、それぞれのタスクにメンバーをアサインするモデルを考える。 次のような関連を持っている。 Project と Task は 一対多 Task と Member は 多対多(タスクには複数人をアサイン可能) PostgreSQL
RailsでMySQLを使う時にuuidにデフォルト値を入れたい - その辺にいるWebエンジニアの備忘録
こんにちは！kossyです！ さて、今回はRailsでMySQLを使う時にuuidにデフォルト値を入れる方法についてブログに残してみたいと思います。 環境 Ruby 2.6.6 Rails 6.0.3 MySQL 5.7系 moduleの作成 PostgreSQLの場合だとuuid型のカラムが存在しているのですが、MySQLの場合はありません。 # PostgreSQLの場合だとt.uuidでuuid型のカラムが用意されていて、uuid_generate_v4()関数でデフォルト値を設定できる t.uuid :uuid, null: false, default: 'uuid_generate_v4()' このため、独自でuuidを自動挿入する仕組みを整える必要があります。 コードを晒すと以下のような実装になります。 # uuid生成のモジュール # このモジュールをuuidを自動挿入した
オートナンバー型のカラムを含むテーブルをパーティショニング化する方法
非パーティショニングテーブルを後から、パーティショニングする際にかならずハマるのが”オートインクリメント列を含む”テーブルに関する、パーティショニングの時です その回避策について、以下にまとめました。ご参考になればと思います。 例えば以下のようなテーブルの、updated_at をレンジパーティションキーとして、変更したいなんていう場合に 現在のテーブル定義 CREATE TABLE `test_ptable` ( `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT, `updated_at` datetime DEFAULT NULL COMMENT 'UTC-DATE', `domain` varchar(128) DEFAULT NULL COMMENT 'ex: www.yourdomain.com', PRIMARY KEY (`id
【Ruby on Rails】重複しているレコードを取得する【MySQL】 - きゃまなかのブログ
概要 はじめに 重複しているレコードを取得 MySQL の場合 Ruby on Rails の場合 重複しているレコードを全て取得 MySQL の場合 Ruby on Rails の場合 おまけ 条件を満たさない重複レコードを削除する MySQL の場合 Ruby on Rails の場合 まとめ 概要 Ruby on Rails で DB から重複しているレコードを取得したい時がありました。 MySQL で重複しているレコードを取得する方法は分かるのですが、Ruby on Rails で同じ処理を書く場合、どうしたら良いのか分からなかったので調べて見ました。 MySQL で書く場合と、Ruby on Rails で書く場合の 2 パターン用意しています。 はじめに 今回利用するテーブルの中身を確認します。 ユーザ名 aaa が 3 件重複、bbb が 2 件重複、ccc が重複無しとなっ
activerecord-importで、子レコードの同時インサートが出来ない問題 - ryotaku's Tech Blog
【結論】 ・MySQLの場合、activerecord-importでは、 子レコードの同時インサートが出来ない。 （PosgreSQLでは可能） ・子レコードも同時にDBへ保存する場合は、 トランザクションをロックして、IDを紐付けた後に、 子レコードを別途バルクインサートする必要がある。 【目次】 activerecord-importだと、子レコードが一緒にインサートされない activerecord-importで子モデルを同時にインサートする方法 PosgreSQLのみ、同時インサートに対応 【本題】 activerecord-importだと、子レコードが一緒にインサートされない 前回、「activerecord-import」によるバルクインサートと、 「accepts_nested_attributes_for」による 子レコードの同時保存の方法を紹介しました。 実際の開発
ActiveRecordで普通のEnum型カラムを作成する - Qiita
はじめに ActiveRecordでEnumカラムを実現しようとすると、一般的にはモデルにシンボル配列を定義して、カラム自体は数値型にする場合が多いようです。しかし、このやり方では以下の問題が発生します。 可読性が著しく落ちる ツールを利用してテーブルを閲覧しても、カラムの値が何を意味しているかわからない データベースを利用する為の情報が、アプリケーション(モデル)とデータベースに分離されてしまう データベースが、このActiveRecordを利用したアプリケーションに依存してしまう 特に、rubyを使わないアプリケーションからこのデータベースを利用する際に問題が生じる 一般に、データベースはアプリケーションより寿命が長く、また昨今では収集したデータをpythonで分析することも少なくない為、ActiveRecordにデータベースの構造を左右されたくありません。よって、意地でもEnum型の
Rails5.1からidカラムがbigintになるのでその対応 - koukiblog
Rails5.1からidカラムがbigintになるのでその対応メモ。 ↓は対応した人のエントリです。bigintが必要になってから変更するのでは間に合わないので最初から設定しちゃおうみたいな感じですね。 Rails 5.1: Default Primary Keys Are Now BIGINT このPR(Restore the behaviour of the compatibility layer for integer-like PKs by kamipo · Pull Request #27389 · rails/rails · GitHub) にもあるように互換性には気を使って開発してくれていますが、schema.rbは migrate:reset タスクを実施するなどして再生成する必要があるみたいです。 schema.rbが下記のようになっていたとして、 create_tabl
Ruby on Rails 5 の ActiveRecordやmigration で id を string 型にしたいとき、テーブル名を複数形じゃなくて単数形にしたいとき - 猫でもわかるWebプログラミングと副業
もくじ もくじ migrationのときにstring型のidを使いたいとき テーブル名を単数形にしたい場合 マイグレーション ActiveRecord migrationのときにstring型のidを使いたいとき Ruby on Rails で rails generate migration <マイグレーションクラス名> ってしたあとにファイルにテーブル定義を書いていく事を考えます。このとき、デフォルトのままだとint型でauto incrementかつprimary keyなidという属性が勝手に追加されますが、必ずしもそのようなidを使いたくない場合もあるでしょう。例えば、string型のidを使いたい場合の定義はこうです。 とりあえずマイグレーションクラスを生成します。 rails generate migration CreateChampion マイグレーションクラス名は何で
Rails5.1で変更された主キーのデフォルト型をBIGINTからINTEGERに戻す。 - Qiita
Rails5.1にてPostgreSQLとMySQLのActiveRecordのPrimaryKeyの型がIntegerからBigintに変更されました。 PullRequest Rails 5.1 Release Note https://railsguides.jp/5_1_release_notes.html#active-record-%E4%B8%BB%E3%81%AA%E5%A4%89%E6%9B%B4%E7%82%B9 9.3 主な変更点 主キーのデフォルト型をBIGINTに変更 (Pull Request) (英語のリリースノート) http://guides.rubyonrails.org/5_1_release_notes.html#active-record-notable-changes なぜBigintからintegerに戻すのか 新規のRails Project
【Rails 5】utf8 -> utf8mb4 対応【mysql】 - Qiita
ActiveRecord::StatementInvalid: Mysql2::Error: Incorrect string value: '...' for column 'body' at row Mysql2::Error: Index column size too large. The maximum column size is 767 bytes. 「使えない文字が含まれてるよ」 「カラムのサイズがデカすぎる。767バイト以内にして」(合ってる・・？) rails5で開発中にこのエラーに出くわしたので、ここに対策を記載しておきます。 簡単に言うと上のエラー(1つめ)は絵文字が原因です。 絵文字を含んだ文字列をレコードに格納するには utf8からutf8mb4にテーブルの構造を変えなきゃならんのですが、 変えたら今度はバイト数の関係で下のエラー(2つめ)が発生します。 環境:
Rails 5 と MySQL 5.6 環境における utf8mb4 を扱う設定について - Qiita
development: adapter: mysql2 pool: 5 username: root password: database: utf8mb4_sample_development charset: utf8mb4 collation: utf8mb4_bin encoding: utf8mb4 以降では、ここで設定した charset, collation, encoding がどういう役割を担っていくかの一部を見ていきます。 charset と collation 設定 上記の database.yml に設定した状態で、bin/rails db:create を行うと以下のようになっています。 character_set_database 以外はサーバー自体の設定が utf8 なので気にしないでください。 私が利用している Aurora の設定に合わせてあるだけです。
EC2 : Rails, MySQL, Redis, nginx, Unicorn 環境構築 - Qiita
Ports 22 / Source : MyIP Ports 80 / Source : Anyway Ports 8081 / Source : Anyway
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails の migration で外部キー制約の設定をする (add_foreign_key, remove_foreign_key) - Qiita
masaki.blog is available for purchase - Sedo.com
rails カラムの型 - Qiita
