Prisma MySQL でUTC以外の任意のタイムゾーンを利用するのが難しい件 | 404 motivation not found
目次 概要検証方法結果結果-1余談参考にしたサイト概要 タイトルにもあるように、 Prisma+MySQL の構成で任意のタイムゾーンを DB で利用するのが難しいです。 素直に UTC を使うべきという感想になりました。 検証してみたので、結果を記載したいと思います。 検証方法 アプリケーションの実行環境は JST・UTC DB の実行環境は JST・UTC 上記の 2 つの組み合わせパターンで検証を行います。 また後述しますが、アプリケーション側で生成したシステム時間と DB で生成したシステム時間をそれぞれ登録します。 登録した値を取り出し、JST に変更することで合っているかどうかを確認します。 検証した環境 Prisma: 4.1.1 検証するコード import { Prisma, PrismaClient } from '@prisma/client'; // process
Prisma+MySQLで日時をJSTで保存したくなったときに読む記事
Prismaで日時を保存すると、UTCに変換されて保存されてしまいます。そのため、日時をJSTで保存する方法を調べました。 ソースコードはこちらにあります。 バージョン prisma 4.11.0 MySQL 8.0.31 結論 Prismaには、MySQLのDATETIME型をどのタイムゾーンで扱うのかのオプションがないので、UTCで保存するのが無難 既存のデータがあるなどの理由でどうしてもJSTで保存したい場合は、Prismaのミドルウェアを使って変換する 状況 Prismaのスキーマが次のような場合を考えます。 model Task { id Int @id @default(autoincrement()) dueDate DateTime @db.Date startAt DateTime createdAt DateTime @default(now()) updatedAt
【アーキテクト】SaaS開発でマルチテナント×RLSを用いる理由
この記事は？ 著者は、現在こそToCの開発に携わっているものの、SaaS開発に関しては3年以上の設計と実装の経験があります。SaaS開発を行う上で必須となるテナントの分離を行う理由は、他企業へのデータアクセスによるセキュリティインシデントを防ぐためです。この記事では、一般のSaaS開発においてマルチテナント×RLSが有力なアーキテクチャとなり得る理由を説明します。 シングルテナントvsマルチテナント 注) テナントの概念に入門する人のためのパート。適宜読み飛ばしてください。 そもそもテナント(tenant)とは、店舗や事務所などを借りて住んでいる人のことを指します。では、SaaSでテナントとは通常誰のことを指すのでしょうか？テナントとはSaaSが展開するサブスクリプションの契約主で、法人と契約しているSaaSであれば企業=テナントになり、個人と契約しているSaaSであれば個人=テナントにな
検索が爆速になるデータベース設計を公開します
こんにちは。エンジニアの谷井です。 フォルシアでは、Spookと呼んでいる技術基盤を用いて、主に旅行業界やMRO業界に対して、膨大で複雑なデータを高速検索できるアプリケーションを提供しています。 今回はその高速検索のノウハウのうち、特にDBの扱いに関連する部分について、ベテランエンジニアへのインタビューを通してそのエッセンスをまとめてみました。 一般的なベストプラクティスだけでなく、検索性能を高めることに特化しためずらしいアプローチもあるので、ぜひご覧ください。 フォルシアにおける検索DBについて まず前提としてフォルシアで扱うデータについて軽く説明します。 扱うデータの複雑さ たとえば、旅行会社向けのアプリケーションであれば、宿泊素材の情報としては ホテルの情報「〇〇ホテル」（~約2万件） プランの情報「朝食付き・ロングステイ△△プラン」（0~1500件/施設） 客室の情報（~100件/
最強のSQLクライアント（GUIツール）「TeamSQL」を使ってみた！ | DACエンジニアブログ：アドテクゑびす界
はじめに みなさんこんにちは、プロダクト開発本部の亀梨です。 普段はXmediaOneというメディアプランニング・広告運用管理・トラッキング・マーケティング分析を行う 統合プラットフォームの開発を担当しています。 エンジニアの皆さん、SQLクライアント（GUIツール）って何使ってます？ わたくしはこれまでデータベースの種類に応じて様々なSQLクライアント（全て無料）を使ってきました。 PostgreSql -> pgAdmin・Postico・PG Commander MySQL -> Sequel Pro Redis -> Medis といった感じです。PostgreSQLはPosticeをメインに使用しているのですが、無料版は接続先が9つと限られているので他のも併用しています。というわけで常時4つ程度のクライアントを使い分けているわけです。手間だし、面倒だし、PCにも優しくない。。。な
Redis、PostgreSQL、MySQLで近傍検索
「サーバーで付近の情報を通知するサービスのつくり方」 という、Geohashを使って近傍検索を実現する記事をみつけました。 最近Redisに関する記事を書いた関係で、 この記事をみて「GeohashはRedisと一緒に使うともっと便利だよ！」と思わず宣伝したくなったのですが、 MySQL5.7でInnoDBに空間インデックス(Spatial Index)のサポートが入ったので 「MySQLでももっと簡単にできるのでは？」と思い、 RedisやMySQLを含めたいろんなDBで近傍検索を実現する方法を調べてみました。 以前、スマートフォンのセンサを活用して花火の打ち上げ場所を推定するアプリを作った関係で、 地球上での距離計算の実装も気になったので、それについても調査してみました。 関連知識 GeoHash Geohash（ジオハッシュ） は緯度・経度を短い文字列に変換する方法です。 距離が近い
PostgreSQLのIndex入門 | 酒と涙とRubyとRailsと
PostgreSQLでのSELECTなどで対象のレコードを早く検索するための「Index(インデックス、索引)」についてのまとめです。 🗻 お勧めスライド：PostgreSQLクエリ実行の基礎知識 PostgreSQLについて丁寧な解説がされているスライドです。PostgreSQLの実行計画を理解するのにすごく参考になりました！ 😼 Index作成までの流れ いつ 新規テーブルの作成時 DBのパフォーマンス・チューニングの際 どうやって SQLの実行ログから、実行回数が多い & 実行に時間がかかるSQLを探す EXPLAINで実行計画を元に最適なindexを探す 代替案としてサマリテーブルを作ったり、キャッシュをもつことも検討 🐹 Index作成SQLのCREATE INDEXでIndexを作成できます。 -- レコードがユニークではないインデックスの場合 CREATE INDEX
[PostgreSQL] よく使うコマンドまとめ | DevelopersIO
はじめに PostgreSQL始めました。 Mysqlの感覚でPostgreSQLを触るとコマンドが違うことが多いので、その都度Google先生に教えてもらいました。 PostgreSQLのコマンドがまとまっているサイトを見つけられなかったので、自分用にメモしていたものを公開します。 注) 僕がPostgreSQLでよく使うコマンドや何度も調べたコマンドのまとめです。PostgreSQL特有のコマンドのまとめではありません。 ※#から始まるコマンドはpsql内で、$から始まるコマンドはpsql外で実行するコマンドになります。 ※<TABLE_NAME>のように記述している箇所は、任意の名前を記入する箇所です。(<>は不要です) 環境 MacOS 10.10.5 PostgreSQL 9.4.5 よく使うコマンド バージョンを確認する
![[PostgreSQL] よく使うコマンドまとめ | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/d9d7a9e19a3c5979fc0b83efa7beeec666f705bb/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2015%2F07%2Fsql.png)
「PostgreSQL」がスタートアップ企業に選ばれる理由
「PostgreSQL」が格好いいと思われていたことは一度もない。これまでずっと、「MySQL」と比較される醜い継子扱いだった。PostgreSQLの信奉者は、自分の愛するデータベースが、人気の点でMySQLに打ち負かされるのを見続けさせられていた。MySQLの方が機能は少ないにもかかわらず、採用数では圧倒しており、PostgreSQLはさえないおじさんの役回りにならざるをえなかった。 だが、それも過去の話になりつつある。 最近のスタートアップの採用データを見ると、PostgreSQLは今では、強力なリレーショナルデータベース管理システム（RDBMS）を求める、創設間もないスタートアップの開発者に実際に選ばれているのである。疑問なのは、その理由だ。 ほかのみんなもPostgreSQLを使っている 創設して間もないスタートアップ以上に、PostgreSQLが新たに人気を獲得していることが明白
[PostgreSQL] 巨大なテーブルでカラム追加・削除する場合に気を付けるべきこと · DQNEO日記
ALTER TABLE verybigtable ADD COLUMN col_1 integer DEFAULT 0; これは要注意です。 このようなことをすると、テーブルの全行に対して更新処理がかかってしまい負荷が一気に上昇します。 サービス稼働中にカラム追加する場合は、DEFAULT制約はつけない方がよいでしょう。 どうしてもDEFAULT制約をつけたい場合は、 １．サービス停止してから上記のADD COLUMNを実行する または、 ２．いったんDEFAULTなしでカラム追加して、直後にDEFAULT制約をつける ALTER TABLE verybigtable ADD COLUMN col_1 integer; ALTER TABLE verybigtable ALTER COLUMN col_1 SET DEFAULT 0; という２つの方法があります。 方法２の場合は、負荷は全
外部サーバーのDBにアクセスする(postgresql) | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
今関わっている仕事でまさにタイトル通りの設定が必要な場面に出くわしまして……ファイアウォールの設定などの関係で残念ながら僕側だけでは完結できなかったんですけど、だいたいの場合はこれだけ設定しとけばできるぞってな感じのを、次にまた同じような状況に出くわしたときのために残しておこうと思います。 まあ、そもそも今までMySQLしか触ったことがなかったので、PostgreSQLを扱うことすら初めてだったんですが、ぶっちゃけ初めてとか全然関係なくサーバーの設定は分かりませんでした。 外部サーバーのDBにアクセスする際に必要な設定は、主に以下の3つです。DBっていうか、外部サーバーのPostgreSQLに接続する設定って言った方が正しいんですかね（ぶっちゃけそれすらもよく分かってないレベルｗｗ） ・postgresql.confの中身を変更する ・pg_hba.confの中身を変更する ・iptabl
Rails複数DBシステムMySQLからPostgreSQL移行物語 | TECHSCORE BLOG | TECHSCORE BLOG
こんにちは、三苫です。 この記事はTECHSCORE Advent Calendar 2014、5日目の記事です。 近年、Rails複数DB Casual Talksが開催されるなど、Railsでも複数・異種データベース混在したシステム構成は何ら特別でなものではなく通常の開発でカジュアルに選択される構成だぞという機運が高まっています。 togetterで参加者の反応を見ても、「establish_connectionは基本」「前にも見たぞこのスライド」など、おおむね知見が業界全体に広まりつつある事がわかります。 本記事はRails複数DBがまだカジュアルではない時代、マルチテナントシステムのデータベースをMySQLからPostgreSQLに、各サブシステムは縮退しつつも、システム全体としては無停止で移行を行った記録を共有するためのものです。 移行したシステムの前提 マルチテナントシステム
今風にPostgreSQLの開発環境をつくってみた - tehepero note(・ω<)
2015-03-24 今風にPostgreSQLの開発環境をつくってみた 最近ホットすぎるPostgreSQL界隈ですが、せっかくなので今風に開発環境を作ってみました。 PostgreSQLおさらい 近年のPostgreSQLの進歩は目覚しいものがあって、高いスケーラビリティはもちろん、アプリとの親和性の高さもあって注目度を増しています。 9.4系からはJSONBサポートに加えGINインデックスの性能強化等があって、RDBの特性を持ちながらドキュメントDBのような使い勝手を実現しています。MongoDBもびっくりですね。 ちなみにAmazon RDSにもつい最近9.4.1がサポートされましたね。 Amazon RDS for PostgreSQL support for major version 9.4.1 というわけでこんな今風なPostgreSQLを今風に環境構築してみようと思います
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ko-atrandom.com
2大OSSデータベースのMySQLとPostgreSQLの違い(前半)
RDBアンチパターン // Speaker Deck
データベース技術の羅針盤
DBスキーマもバージョン管理したい！
サービス終了のお知らせ
バックアップとPITR 日本PostgreSQLユーザ会北海道支部 株式会社サイクル・オブ・フィフス 石田朗雄 18:16 PostgreSQL名古屋支部セミナー2007 2 バックアップの方法 pg_dump SQLレベルのオンライン・フ�