CREATE TABLE `users` ( `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT, `name` varchar(255) NOT NULL, `prefecture_id` bigint(20) NOT NULL, `created_at` datetime NOT NULL, `updated_at` datetime NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; CREATE TABLE `prefectures` ( `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT, `name` varchar(255) NOT NULL, `created_at` datetime NOT NULL
fukuoka.exのpiacereです ご覧いただいて、ありがとうございます ElixirのDBラッパー「Ecto」は、かなり便利で、SQLチックなDSLでDB操作できたり、RailsのActiveRecordと似たようなテーブル操作とマイグレーションができます そんなEctoですが、実際のPJでは、往々にして、別システムで作られたDBにアクセスしたり、移行する要件があり、どこまで相互運用できるのか気になるところですよね？ ということで、Ectoでマイグレート外の既存テーブルをいじってみたいと思います 内容が、面白かったり、役に立ったら、「いいね」よろしくお願いします 本コラムの検証環境、事前構築のコマンド 本コラムは、以下環境で検証しています（Windowsで実施していますが、Linuxやmacでも動作する想定です） Windows 10 Elixir 1.8.1、 ※最新版
(追記)本記事は2022/10/23 に更新しました Ecto にはテーブル同士を関連付ける Ecto Association の機能があります。関連付けには以下の３つのタイプが考えられます。 one-to-one one-to-many many-to-many Ecto Association は以下の公式サイトで説明されています。今回はこのガイドを実際に実行し、補足説明を加えていきたいと思います。 Ecto Association Guide ０．Ectoの設定 まずは Ecto の設定を、実際にプロジェクトを作成しながら行っていきます。mix で ecto_assoc というプロジェクトを作成します。オプションの --sup はこのアプリケーションが supervision tree を持っていることを示しています。
（この記事は、「Elixir or Phoenix Advent Calendar 2017」の9日目です） fukuoka.exのメンバーにより連載されています。 昨日は、@piacere さんの「ExcelでElixirマスター2回目：「列の抽出」と「Web表示」でした 今日は、実際のプロダクト開発のお話２回目です。 はじめに Elixirで実際にプロダクト開発した経験からサンプルコードを交えて解説する本連載 基本となるデータベース排他制御の後編は、 Webサービスなどでより一般的な楽観的ロックです。 悲観的ロックと楽観的ロックに関する一般的な解説は例によってこちらの記事をお勧めします。 -> 排他制御（楽観ロック・悲観ロック）の基礎 本連載の前回記事はこちら |> ElixirでSI開発入門 #1 Ectoで悲観的ロック Ecto.Changeset.optimistic_lock(
（この記事は、「Elixir or Phoenix Advent Calendar 2017」の4日目です） 昨日は、@piacere さんの「ExcelからElixirをマスター#1：行の「並べ替え」と「絞り込み」でした 今日は、実際のプロダクト開発のお話です。 はじめに Elixirで本格的に開発を初めて２ヶ月がたった。 fukuoka.exでの活動だけでなく、実際のプロダクト開発で実装した経験を元に SI的なプロダクト開発での実装パターンをElixirでどう実現するか書き記していこうと思う 第１回目はシステム開発の基本 DB操作のうち、排他制御に関するお話を前後編でお送りします。 楽観的ロックと悲観的ロック まずは代表的な排他制御の概念だが・・・ すでに大変丁寧に説明いただいている投稿があるのでそちらを参照させていただこうと思う。 排他制御（楽観ロック・悲観ロック）の基礎 Ecto.
マスター1台、スレーブ複数台という構成は、DBサーバーの負荷分散方式として一般的だと思いますが、Phoenix/Ectoでこの構成に対応する方法を調査/検討してみました。 調査 こちらのissue内では、Elixirの作者であるJosé Valimさんが下記のようにコメントしています。 You just define multiple repositories: MyApp.Repo, MyApp.Repo.ReadSlave1, MyApp.Repo.ReadSlave2 up to 4 (or any power of 2). Their configuration is going to be similar and you can easily share them in the config/config.exs file. Now, every time you need to
Ecto はデータベースを扱うとても便利なライブラリです。 ただ、自分達が使う上でいくつか使い勝手の悪い部分があったので、Yacto というライブラリを作りました。1 Yacto とは Yacto は、Ecto で使いにくかった部分をサポートするためのライブラリです。 大まかに以下の機能があります。 マイグレーションファイルの自動生成 別アプリケーションからのマイグレーションの利用 水平分割したデータベースへのマイグレーション 複数データベースを跨るトランザクション（XA トランザクション） それぞれ説明していきます。 マイグレーションファイルの自動生成 Yacto は、特にマイグレーション周りが Ecto と異なります。 Ecto はスキーマとマイグレーションを別で定義していましたが、Yacto は スキーマからマイグレーションファイルを自動的に出力します。 具体的には、以下の様にスキー
![[Yacto] Ecto のマイグレーションを自動化したり水平分割するためのライブラリを作った - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/cbc1f0f7d57c0fbd7dc87d81bc07542c36a83eff/height=288;version=1;width=512/https%3A%2F%2Fv17.ery.cc%3A443%2Fhttps%2Fcdn.qiita.com%2Fassets%2Fqiita-fb-2887e7b4aad86fd8c25cea84846f2236.png)
https://hexdocs.pm/ecto/getting-started.html (Ecto v2.0.5) の翻訳になります。 訳が間違っている、抜けているなどの箇所などを見つけたら指摘していただけると助かります。 このガイドはElixirのデータベースラッパー及びクエリジェネレータEctoへのイントロダクションです。Ectoは、Elixirデベロッパーがどんなデータベースを使っていようと同じような方法でクエリによる問い合わせができるように、標準化されたAPIと抽象化された方法を提供しています。 このガイドでは、PostgreSQLデータベースのレコードの作成・読み込み・更新・削除のような基本的なことについて学べます。もしこのガイド中のコードを見たければ、ここ(at ecto/examples/friends on GitHub)のコードを見てください。 このガイドは事前にPos
Rubyに影響を受けた(というより弟分)言語であるElixirが熱いです。 RailsインスパイアのElixirのWAFであるPhoenixはrailsの10倍早いらしいです。 何かと話題の関数型言語elixir + phoenixを勉強中にデータベースラッパー&クエリジェネレータであるEctoの使い方がrailsのActiveRecordとは違う雰囲気で色々と悩んだのでメモ。Ecto単体で使った場合なのでphoenixと一緒に使った場合は違う部分があるかもしれません。 全体的にパイプライン演算子(|>)を存分に使ったコードで楽しいです。キーワードクエリはSQLっぽくてどうにも好きになれないので基本的にパイプラインクエリを使っています。 「こっちの方が適切」「もっとイケてる書き方がある」「phoenixではこう書ける」「phoenixでは使えない」等ありましたらコメントお願いします。 準備
# = name = "TEST" User |> where([u], u.name == ^name) |> Repo.all() #SELECT u0.`id`, u0.`name`, u0.`age`, u0.`inserted_at`, u0.`updated_at` FROM `users` AS u0 WHERE (u0.`name` = ?) #["TEST"] # != name = "TEST" User |> where([u], u.name != ^name) |> Repo.all() #SELECT u0.`id`, u0.`name`, u0.`age`, u0.`inserted_at`, u0.`updated_at` FROM `users` AS u0 WHERE (u0.`name` != ?) #["TEST"] # > age = 20 Use
defmodule MyApp.EntryService do def insert(params) do Ecto.Multi.new |> Ecto.Multi.insert(:entry, Entry.changeset(%Entry{}, params)) |> Ecto.Multi.insert(:log, Log.changeset(%Log{}, event: "entry inserted")) end end defmodule MyApp.SectionService do def insert(params) do Ecto.Multi.new |> Ecto.Multi.insert(:section, Entry.changeset(%Section{}, params)) |> Ecto.Multi.insert(:log, Log.changeset(%Log
前回の続き。 今回はEcto.Queryableとクエリ合成、Migrationの詳細。 適切な道具があれば、人間の生産性と思考力は大きく飛躍する。Ectoはデータベースを操作することに特化したプログラミング言語のように操作することができる。 他のプログラミング言語では真似できないほどの柔軟性を持ったElixirだからこそできることだ。 データベースを操作するモジュールのEctoでは、データベースを操作するために作られたプログラミング言語のようなエレガントなAPIを通してアプリケーションを構築することができる。 マイグレーション classでもstructでもなく、スキーマ定義はschemaマクロで構築できたように、マイグレーション定義においても、SQLシンタックスのように、createやdropを通して操作できる。 create
前回の続き。 今回はEcto.Repoの解説。 データベース操作の抽象レイヤー EctoのRepoはデータベースとのやりとりを抽象化している。 データベースがMySQLでも、PostgreSQLだろうとどんな形式で保存されていようと、Repoモジュールを通して操作することができる。 データベース設定 データベースの設定はconfig/prod.exs、config/dev.exsやconfig/test.exsに記述する。それぞれ、本番、開発、テスト環境の設定。 デフォルトではPostgreSQLだが、他のデータベースを利用したい場合は、mix.exsの以下の部分のアダプターを変更して設定ファイルを変更すればいい。
最近PhoenixというElixir製のWAFを勉強している。生産性とスケーラビリティをここまで両立できているのかと感心している。データベース操作には、EctoがRailsのActiveRecordに相当するものだが、オブジェクトではないのでORMではない。もっとシンプルな構成をしていて、データベース操作やクエリの組み立てを関数合成のようにできるようになっている。Elixirではマクロを利用することで抽象構文木を操作することができる。例えばElixirのunlessという構文はマクロで定義されている。つまり、自分でもシンタックスを定義できるということだ。そのおかげでEctoでは、SQLのシンタックスのようなエレガントなAPIを提供することができている。 Ectoはデータベース操作用途に作られたプログラミング言語のような美しさを兼ね備えているのだ。 Ectoの基本構成 Ecto.Repo こ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
![[Elixir+Phoenix]Ectoで多対多の関係を作成する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/24abdef86589874367e2a1b23ad36205d0499bd1/height=288;version=1;width=512/https%3A%2F%2Fv17.ery.cc%3A443%2Fhttps%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGODA5MzQlMkZwcm9maWxlLWltYWdlcyUyRjE0NzM3MDE5NTA_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmZtPXBuZzMyJnM9ZTkwNTkxZTkwMTgzOWQ0MmZlMzBiMzdmYmZkZmM4ZTc%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253D095ececcf6c031858f7a718cc463223e%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCRWxpeGlyJTJCUGhvZW5peCU1REVjdG8lRTMlODElQTclRTUlQTQlOUElRTUlQUYlQkUlRTUlQTQlOUElRTMlODElQUUlRTklOTYlQTIlRTQlQkYlODIlRTMlODIlOTIlRTQlQkQlOUMlRTYlODglOTAlRTMlODElOTklRTMlODIlOEImdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtcGFkPTAmcz0zNTg5NjMyZmQyOTI0NGVhZjhlZmExZTU1ZTg2YmRlOA%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBkYXJ1aV9rYXJhJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LXBhZD0wJnM9MDQzM2Q2NjMxZjRhNzA5MmM0NmFmOWMyM2FhNjAzZTI%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3Dfd73d64a7da84a1d27651b89de966d4f)
