並び順

ブックマーク数

期間指定

  • から
  • まで

721 - 760 件 / 1773件

新着順 人気順

postgresの検索結果721 - 760 件 / 1773件

  • 社外からMySQLのデータにアクセスできるスマホアプリをノーコードで簡単に作ってみる(1) | さくらのナレッジ

    社内の様々なデータを集約・管理するためにデータベースを導入している企業様は多いと思いますが、現場の人が直接操作できるレベルのUI(ユーザーインターフェイス)まで用意するのはなかなか大変ですよね? とはいえ気の利いたUIがないと、せっかく作ったシステムが利用されなかったり、データの登録が作業化してかえって業務の効率が悪くなったりしてしまいます。 そんなとき、今流行りの「ノーコード」を検討しましょう。ノーコードなら、現場の人にとっても大変親しみやすい便利なアプリが1時間程度でサクッと作れてしまうので、大変おススメです! 今回は、MySQLで管理している商品の在庫データに営業先からアクセスして、オーダー処理を行うというシナリオでご紹介します。 ノーコードとは 「ノーコード」とは、その名の通りコードを書かなくてもアプリケーションが作れるツールを指します。 ノーコードの元祖はおそらくエクセルではない

      社外からMySQLのデータにアクセスできるスマホアプリをノーコードで簡単に作ってみる(1) | さくらのナレッジ
    • データベース管理システム「MySQL」の基礎力を!インストールから解説する『MySQL徹底入門 第4版』

      RDBMS(Relational Database Management System)の1つとして広く利用されているMySQL。その入門書として、CodeZineを運営する翔泳社では日本MySQLユーザ会のメンバーによる『MySQL徹底入門 第4版』を7月6日(月)に発売しました。第3版から9年ぶりの全面的な改定となり、バージョン8.0に対応。8.0を導入しようか気になっている方はもちろん、すでに使っているもののいまいち思いどおりのことができていない方も、ぜひ本書でMySQLの基礎力を高めてください。 『MySQL徹底入門 第4版 MySQL 8.0対応』は、2018年に5.7から8.0へと一気にバージョンアップしたMySQLの基礎を網羅的に解説した入門書です。 データベース管理システムを選ぶとき、MySQLは非常に有力な選択肢です。誰でも無料で利用できるオープンソースライセンスだけでな

        データベース管理システム「MySQL」の基礎力を!インストールから解説する『MySQL徹底入門 第4版』
      • MySQL アメリカのサマータイムが恒久化されたらやることになる作業 - mita2 database life

        サマータイムが終わらない? アメリカでサマータイムを恒久化する動きがあるようです。 どれぐらい現実化する可能性があるのかわかりませんが、仮に、決定された場合、どのような作業が必要になるのか調べておきます。 下院を通過してバイデン大統領が署名すると、2023年の春に夏時間になったらずっとそのまま、秋になっても標準時には戻らなくなります。 news.yahoo.co.jp Linuxのタイムゾーンの管理 日本でも(結局、実現はしませんでしたが)「東京オリンピックの期間はサマータイムを採用しよう」という話があったように、時刻の定義は変遷します。 言い換えると、あるタイムゾーンにおける、「UTCからの時差」がタイミングによって変わるということです。 各タイムゾーンにおける時刻の定義の履歴は zoneinfo として定義されています。 この定義があるので、タイムゾーン間の時刻の変換が正しくできるわけ

          MySQL アメリカのサマータイムが恒久化されたらやることになる作業 - mita2 database life
        • マルチ DBMS ベンチマークツール BenchBase を MySQL で使ってみる | スマートスタイル TECH BLOG

          はじめに 今回の記事では、BenchBase というベンチマークツールについて紹介してみたいと思います。 弊社では、データベースの性能評価やワークロードのシミュレーション、検証にベンチマークツールをよく使用しています。 主に MySQL 用のベンチマークツールとしてメジャーな以下の利用頻度が高いです。 mysqlslap sysbench もし TPC ベンチマーク(派生ワークロード)を実行したい場合は、以下のツールを個別で準備することになります。 sysbench-tpcc tpcc-mysql TPC-H tpce-mysql HammerDB 今回、これらのツールでは実装されていない(または実行できない)、とあるベンチマークを実行する要件があり、それが実現できる BenchBase にたどり着きました。 試用してみたところ、非常に使い易い便利なソフトウェアだったので、普及がてら紹介さ

            マルチ DBMS ベンチマークツール BenchBase を MySQL で使ってみる | スマートスタイル TECH BLOG
          • Impact of DDL Operations on Aurora MySQL Readers

            All of Percona’s open-source software products, in one place, to download as much or as little as you need.

              Impact of DDL Operations on Aurora MySQL Readers
            • MySQL5系クライアントと8系クライアント混在時に発生する現象 | 株式会社ヌーラボ(Nulab inc.)

              こんにちは、ヌーラボの中村です。BacklogのGitチームで開発やメンテナンス、その他諸々をやっています。本記事ではMySQLクライアントのバージョンアップの際に出くわしたおもしろい挙動を解説します。 概要 MySQL 5.7サーバーへの接続について、MySQL5系クライアントからMySQL8系クライアントへのバージョンアップを検証していたところ、特定のクエリだけ実行結果が0件になる現象が発生しました。(あるPerlのプログラムで5系のクライアントをサポートしていない環境があり、やむを得ずアップグレードを実施しました) インターネットで検索すると、「クエリに空白を入れる」「改行を追加する」などおまじないのような解決方法が散見されましたが、そんなはずはないと思い調査を進めました。 調査したところ、原因は以下の3つが合わさったことによるものでした。 MySQL 5.7ではクエリキャッシュが有

                MySQL5系クライアントと8系クライアント混在時に発生する現象 | 株式会社ヌーラボ(Nulab inc.)
              • MySQL/Aurora/TiDBロック入門 – 第4回 INSERTを止めるインテンションロック【解説動画付】|技術ブログ|北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ

                MySQL/Aurora/TiDBロック入門 – 第4回 INSERTを止めるインテンションロック【解説動画付】 MySQL とその互換 DB のロックの挙動を紹介する入門シリーズ、第4回はギャップロックとインテンションロックによって INSERT をブロックする仕組みについて解説します。 第1回 トランザクション分離レベル で解説したように、MySQL の特徴でもある REPEATABLE READ によるファントムリードの防止に関わっているところですので、ぜひお手元でも観察してみてください! ★ 第1回 トランザクション分離レベル ★ 第2回 ロックモニターの読み方 ★ 第3回 ロック読取りも SELECT は止められない ★ 第4回 INSERT を止めるインテンションロック ★ 第5回 WHERE 条件と違うロック読取り ★ 第6回 performance_schema ★ 第7回

                  MySQL/Aurora/TiDBロック入門 – 第4回 INSERTを止めるインテンションロック【解説動画付】|技術ブログ|北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ
                • MySQL :: MySQL Terminology Updates

                  Why was “source” chosen? MySQL Asynchronous Replication is a change stream. Each replication configuration has a source and does not imply what role a server should have in the overall database architecture. Therefore, the use of e.g. “primary” does not fit, especially when replication is used to build database architectures topologies including bidirectional replication, multi-tiered replication,

                  • Postgres Sandbox

                    In-browser Postgres sandbox with AI assistance

                      Postgres Sandbox
                    • https://twitter.com/developer_quant/status/1619695812401045505

                        https://twitter.com/developer_quant/status/1619695812401045505
                      • 第113回 MySQLとPostgreSQLの2024年重大ニュース、PostgreSQL Conference Japan情報 | gihyo.jp

                        また、このOSSコンソーシアムのセミナー枠の後、日本OSS推進フォーラムによるOSS鳥瞰図の紹介と、オープンソースソフトウェア協会の公開ミーティングが続きます。 [MySQL]2024年の重大ニュースと2024年12月の主な出来事 MySQLの2024年の重大ニュースをピックアップしてみました。なお12月のMySQLのバージョンアップはありませんでした。 2024年MySQL重大ニュース 2024年のMySQLのニュースとして最も重要なものは、仕様変更や機能追加などを行わず、バグ修正のみをメジャーリリースから8年にわたって提供するLTS(Long-term Support)のリリースです。ほかにもいくつかニュースを取り上げてみました。 MySQL 8.4がLTSリリースとして提供開始 この連載の第92回でご紹介したMySQLの新しいリリースモデルのうちの、最初のLong-Term Supp

                          第113回 MySQLとPostgreSQLの2024年重大ニュース、PostgreSQL Conference Japan情報 | gihyo.jp
                        • MySQLの ALTER TABLE ステートメントの実行形式について学んだメモ✍ - 継続は力なり

                          タダです. DB マイグレーションなどで ALTER TABLE ステートメントを実行する機会は多いと思いますが,自分は ALGORITHM 指定した実行形式を意識して使ったことがこれまでありませんでした.今回実行形式に触れる機会があったので学んだメモをまとめます. ALTER TABLE ステートメントにおける実行形式 MySQL において ALTER TABLE ステートメントの実行形式は3つあります. COPY INPLACE INSTANT COPY COPY は新しいテーブル定義で一時テーブルを作成し,既存データをコピーして入れ替えます.ALTER TABLE ステートメント実行中テーブルをロックするため,実行中は書き込みがブロックされます.大規模テーブルへのロックがかかると,サービス利用に影響も出てしまうのでメンテナンスも必要になります.利用するケースとして主キーの削除やデータ

                            MySQLの ALTER TABLE ステートメントの実行形式について学んだメモ✍ - 継続は力なり
                          • pg_flo - Stream, transform, and route PostgreSQL data in real-time

                            The easiest way to move and transform data between PostgreSQL databases The project is in active development. Follow the GitHub repo for more details 😊 Real-time Streaming Stream data changes in near real-time using PostgreSQL Logical Replication.

                              pg_flo - Stream, transform, and route PostgreSQL data in real-time
                            • PostgreSQL を使用して生成 AI アプリケーションを構築するための AlloyDB AI を発表 | Google Cloud 公式ブログ

                              ※この投稿は米国時間 2023 年 8 月 30 日に、Google Cloud blog に投稿されたものの抄訳です。 生成 AI は数え切れないほどの方法で私たちの想像力を捉えてきました。それは、人間のような反応をする chatbot だけでなく、まったく新しいユーザー エクスペリエンスを引き出してくれます。さらに、追加の専門的なスキルを必要とする従来の AI ワークロードとは異なり、これらの新しい生成 AI ワークロードは、デベロッパー コミュニティのより多くの開発者が利用できます。アプリケーション デベロッパーが生成 AI アプリケーションの構築に本格的に取り組む際、イノベーションの鍵はモデルそのものだけでなく、その使用方法やモデルの基盤にあるデータにもあります。 このたび、Google は、Google Cloud Next において、運用データを使用したパフォーマンスとスケーラ

                                PostgreSQL を使用して生成 AI アプリケーションを構築するための AlloyDB AI を発表 | Google Cloud 公式ブログ
                              • GitHub - BemiHQ/BemiDB: Postgres read replica optimized for analytics, in a single binary

                                You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                  GitHub - BemiHQ/BemiDB: Postgres read replica optimized for analytics, in a single binary
                                • Choose Postgres queue technology

                                  Introduction⌗ Postgres queue tech is a thing of beauty, but far from mainstream. Its relative obscurity is partially attributable to the cargo cult of “scale”. The scalability cult has decreed that there are several queue technologies with greater “scalability” than Postgres, and for that reason alone, Postgres isn’t suitably scalable for anyone’s queuing needs. The cult of scalability would rathe

                                    Choose Postgres queue technology
                                  • 私たちはなぜNewSQLを使うのかTiDB選定5社が語る選定理由と活用LT【イベントレポート】 - Findy Tools

                                    公開日 2024/05/24更新日 2024/07/25私たちはなぜNewSQLを使うのかTiDB選定5社が語る選定理由と活用LT【イベントレポート】 近年データベースが急速に進化し、開発にも大きな影響を与えています。そこでファインディでは「私たちはなぜNewSQLを使うのか TiDBを選定・導入した5社が語る選定と活用」と題したイベントを開催。PingCAPの日下さん、LINEヤフーの佐伯さん、アイスタイルの鈴木さん、DMM .comのpospomeさん、コロプラの曽我さん、さくらインターネットの江草さんをお招きし、NewSQLの一つである TiDBについて語っていただきました。 ■パネリスト日下 太智さん / @ksk_tic PingCAP株式会社 プロダクトマネージャー / シニアソリューションアーキテクト SIerにて国内外問わずEC/小売/製造/サービス/メディア/出版など様々

                                      私たちはなぜNewSQLを使うのかTiDB選定5社が語る選定理由と活用LT【イベントレポート】 - Findy Tools
                                    • GitHub - frectonz/pglite-fusion: Embed an SQLite database in your PostgreSQL table. AKA multitenancy has been solved.

                                      You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                        GitHub - frectonz/pglite-fusion: Embed an SQLite database in your PostgreSQL table. AKA multitenancy has been solved.
                                      • Amazon Aurora PostgreSQL がローカル書き込み転送のサポートを開始 - AWS

                                        Amazon Aurora PostgreSQL 互換エディション では、Aurora リードレプリカからライターインスタンスに書き込みリクエストを転送できるようになりました。これにより、書き込み後の読み取りの整合性を必要とする読み取りワークロードのスケーリングが簡単になります。今回のリリースにより、Aurora MySQL と Aurora PostgreSQL の両方でローカル書き込み転送が利用できるようになりました。 書き込み転送を使用すると、アプリケーションが読み取りリクエストと書き込みリクエストの両方をリードレプリカに送信するだけで、Aurora が書き込みリクエストをクラスター内のライターインスタンスに転送します。これにより、読み取りと書き込みを分離する複雑なアプリケーションロジックを維持しなくても、アプリケーションで Aurora Replica の読み取りワークロードをスケ

                                          Amazon Aurora PostgreSQL がローカル書き込み転送のサポートを開始 - AWS
                                        • Aurora MySQL 2から3へのアップグレード - 安全性とコストを考慮した移行プロセス - Uzabase for Engineers

                                          ソーシャル経済メディア「NewsPicks」SREチームの美濃部です。 NewsPicksでは複数のサービスでAurora MySQLをメインのデータベースとして利用しています。これまでAurora MySQL 2(MySQL 5.7互換)を使用してきましたが、2024年2月から順次クラスタのアップグレードを開始し、2024年11月にすべてのクラスタをAurora MySQL 3(MySQL 8.0互換)へのアップグレードを完了しました。この記事ではそのアップグレードプロセスについて解説します。 アップグレードの背景 アップグレードを決断した主な要因は、Aurora MySQL 2のサポートが2024年10月31日で終了し、以降発生する延長サポート料金です。1vCPUあたり1年で 1,050USD ≒ 16万円 の延長サポート料金が発生します(さらに3年目以降は2倍に)。実際に使用している

                                            Aurora MySQL 2から3へのアップグレード - 安全性とコストを考慮した移行プロセス - Uzabase for Engineers
                                          • Amazon Aurora MySQL バージョン 2 (MySQL 5.7 互換) からバージョン 3 (MySQL 8.0 互換) へのアップグレードのチェックリスト、パート2 | Amazon Web Services

                                            Amazon Web Services ブログ Amazon Aurora MySQL バージョン 2 (MySQL 5.7 互換) からバージョン 3 (MySQL 8.0 互換) へのアップグレードのチェックリスト、パート2 本記事は、Amazon Aurora MySQL version 2 (with MySQL 5.7 compatibility) to version 3 (with MySQL 8.0 compatibility) upgrade checklist, Part 2 を翻訳したものです。 最初のパートでは、 Amazon Aurora MySQL互換エディション v2 から v3 へのアップグレードの事前チェックが失敗する原因となる最も一般的な問題を説明しました。この投稿ではアップグレードが長引いて失敗する最も一般的な原因について説明します。 クラスターにプリ

                                              Amazon Aurora MySQL バージョン 2 (MySQL 5.7 互換) からバージョン 3 (MySQL 8.0 互換) へのアップグレードのチェックリスト、パート2 | Amazon Web Services
                                            • Amazon Aurora supports in-place upgrades from MySQL 5.7 to 8.0

                                              Starting today, you can perform an in-place upgrade of your Amazon Aurora  database cluster from Amazon Aurora MySQL-Compatible Edition 2 (with MySQL 5.7 compatibility) to Aurora MySQL-Compatible Edition 3 (with MySQL 8.0 compatibility). Instead of backing up and restoring the database to the new version, you can upgrade with just a few clicks in the Amazon RDS Management Console or by using the A

                                                Amazon Aurora supports in-place upgrades from MySQL 5.7 to 8.0
                                              • PostgreSQLを支える日本のコミュニティの紹介 - そーだいなるらくがき帳

                                                日本PostgreSQLユーザ会(以下、JPUG)から来ました @soudai1025 です。 この記事は PostgreSQL Advent Calendar 2023 シリーズ 1 の 5 日目の記事です。 www.postgresql.jp PostgreSQLユーザ会って? JPUGはNPO法人です。 目的もちゃんと明記されています。 本会は日本におけるPostgreSQLの普及と発展を主な目的とします。具体的には以下の活動を行います。 1. PostgreSQLの研究開発および普及促進 2. PostgreSQLに関する情報の公開 3. 会員相互および外部との技術的・人間的交流 www.postgresql.jp NPO法人だと何が違うの? 1番大きなところはお金の管理を透明性を持って管理していることです。 後述する活動費を協賛会員様*1の協賛会費から捻出して管理しています。 ど

                                                  PostgreSQLを支える日本のコミュニティの紹介 - そーだいなるらくがき帳
                                                • 第223回  MySQL Shellをいろいろな環境にインストールしよう | gihyo.jp

                                                  今回は、今まで紹介してきたMySQL ShellをWindows、macOS、Linux(Ubuntu、OracleLinux)にインストールしてみようと思います。今まではDockerコンテナ内にあるMySQL Shellを活用していましたが、今回はローカル環境にインストールする方法を紹介します。 この記事は2024年6月時点のものとなりますので、最新情報が必要な場合は、必ず公式のドキュメントを確認してください。 検証環境 今回はMySQL環境として、Dockerで建てたMySQLを使用します。以下のコマンドでDockerを建てて、ローカルからアクセスをします。 % docker run --platform linux/x86_64 -p 127.0.0.1:3307:3306 -e MYSQL_ROOT_PASSWORD=my-secret-pw -e MYSQL_USER=kk217

                                                    第223回  MySQL Shellをいろいろな環境にインストールしよう | gihyo.jp
                                                  • 【MySQL】UPDATE・DELETE・INSERT実行後に処理件数を取得する方法 - Qiita

                                                    UPDATE・DELETE・INSERT実行後に出力されるQuery OK, 1 row affectedの件数を取得する方法です。 mysql> UPDATE animals SET name = 'cat' WHERE name = 'lion'; Query OK, 1 row affected (0.00 sec) Rows matched: 1 Changed: 1 Warnings: 0 SQLとPHP、2種類の方法を説明します。 SQLで取得する ROW_COUNT()関数で取得できます。 必ずステートメント(UPDATE、DELETE、INSERTなどの実行単位)の完了直後に実行してください。 ROW_COUNT()の使い方 SELECT ROW_COUNT();を実行します。 -- UPDATE mysql> UPDATE animals SET name = 'dog'

                                                      【MySQL】UPDATE・DELETE・INSERT実行後に処理件数を取得する方法 - Qiita
                                                    • MariDB Connector/C がデフォルトでSSLを強制するようになった - methaneのブログ

                                                      MariaDB 11.4 がGAになり、SSLが自動で有効になるようになりました。合わせてMariaDB Connector/Cも3.4からデフォルトでSSLを利用し、かつサーバーの証明書を検証するようになりました。 これにより、MariaDB Connector/C 3.4以降のライブラリを利用してMySQLや古いMariaDBに接続する場合に、SSLで接続できないとか、証明書の検証に失敗するといった問題が発生するようになりました。 これらをリンクしたPythonのmysqlclientやRubyのmysql2のようなクライアントライブラリには続々と問題報告が上がってきています。 この問題に対処するいくつかの方法を紹介します。まずはConnectorをリンクしたライブラリの利用者ができることから。 MariaDB Connector/C 3.3を使う ~/.my.cnf 等が利用されるな

                                                        MariDB Connector/C がデフォルトでSSLを強制するようになった - methaneのブログ
                                                      • MySQLに独自charsetを追加する - tmtms のメモ

                                                        MySQL に独自 charset を追加できる…という話はずっと前に聞いたことあったけど、やったことなかったんでやってみた。 詳しくは MySQL :: MySQL 8.0 リファレンスマニュアル :: 10.13 文字セットの追加 を。 マルチバイト charset は C でプログラムを書いてコンパイルする必要があるけど、1バイト charset はファイルを置くだけで追加できる。 1バイトの charset と言えばみんなご存知の JIS X 0201 ですよね。ということで、jisx0201 という charset を作ってみる。 JIS X 0201 のコードはこんな感じ: x0 x1 x2 x3 x4 x5 x6 x7 x8 x9 xA xB xC xD xE xF 0x NUL SOH STX ETX EOT ENQ ACK BEL BS HT LF VT FF CR SO

                                                          MySQLに独自charsetを追加する - tmtms のメモ
                                                        • マルチクラウド構成におけるMySQL Group Replicationの利用事例紹介

                                                          こんにちは、滝澤です。 前回の記事『WireGuardによるマルチクラウド構成VPNの事例紹介』に引き続き、社内事例を紹介します。 弊社ハートビーツではMSP(Managed Service Provider)サービスの可用性向上のために、社内基盤をマルチクラウド構成で運用しています。 複数のクラウド拠点のネットワーク間をWireGuardというVPNトンネルのソフトウェアで接続しています。 さらに、リレーショナルデータベース管理システムにはMySQLを利用しており、MySQLのレプリケーション機能の一つであるGroup Replicationを使って拠点内および拠点間における冗長化を行っています。 今回はこのMySQL Group Replicationの利用事例を紹介します。 行っていることをまとめると次のようになります。 マルチクラウド構成(Azure, AWS, GCP)において、

                                                          • MySQLを学べるアプリ開発者向け動画、PlanetScaleが無料公開

                                                            MySQLを学べるアプリ開発者向け動画、PlanetScaleが無料公開:全7時間、64個の動画で紹介 PlanetScaleは、アプリケーション開発者向けにMySQLを解説する動画を同社Webサイトで公開した。スキーマ、インデックス、クエリ、例題の4つの章に分けてMySQLを解説している。

                                                              MySQLを学べるアプリ開発者向け動画、PlanetScaleが無料公開
                                                            • 新興 PostgreSQL サービス企業の買収劇の背景:Snowflake と Databricks が描く未来に思いを馳せてみた

                                                              新興 PostgreSQL サービス企業の買収劇の背景:Snowflake と Databricks が描く未来に思いを馳せてみた 日本の PostgreSQL コミュニティが今月、大きな盛り上がりを見せています。その理由は、データ・AI 業界の二大巨頭である Snowflake と Databricks が、立て続けに PostgreSQL のマネージドサービスプロバイダの新興企業を買収し、両社が PostgreSQL のマネージドサービス提供を開始すると発表したためです。この動きは、 PostgreSQL がこれまで以上に最も重要なデータベースの一つとしての地位を確立し、PostgreSQL ユーザーのスキルが活かせる場が大きく広がっていることを示唆しています。 なぜ、この買収劇が立て続けに起きたのでしょうか。考えられる主な理由は以下の 3 点です。 1. アナリティクスプラットフォー

                                                                新興 PostgreSQL サービス企業の買収劇の背景:Snowflake と Databricks が描く未来に思いを馳せてみた
                                                              • Rails: Solid Queueで重要なUPDATE SKIP LOCKEDを理解する(翻訳)|TechRacho by BPS株式会社

                                                                概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Solid Queue & understanding UPDATE SKIP LOCKED - BigBinary Blog 原文公開日: 2024/01/23 原著者: Chirag Shah サイト: BigBinary Blog 日本語タイトルは内容に即したものにしました。 参考: 週刊Railsウォッチ20240117: Solid Queue: 37signalsによるActive Job向けDBベースのジョブバックエンド 🔗 Solid Queueについて 最近になって、37signalsがSolid Queueをオープンソースとして公開しました(関連記事)。 Solid QueueはActive Jobで利用できるクエリバックエンドであり、データベース上に構築されます(これと対照的に、SidekiqやResqu

                                                                  Rails: Solid Queueで重要なUPDATE SKIP LOCKEDを理解する(翻訳)|TechRacho by BPS株式会社
                                                                • 新しいSQLフォーマッターであるuroboroSQL-fmtをリリースしました | フューチャー技術ブログ

                                                                  コアテクノロジーグループの山田です。 先日、新しいSQLフォーマッターであるuroboroSQL-fmtをリリースしました 🎉 このツールは弊社が公開しているPostgreSQL向けのSQLコーディング規約に基づき、SQL文をフォーマットするツールです。 弊社でのSQLフォーマッター開発の取り組み元々弊社ではuroboroSQL Formatter(以下uroboroSQL Formatterを旧版、uroboroSQL-fmtを新版と呼ぶ)というSQLフォーマッターを公開していました。旧版は 字句解析して得られたトークンを基にフォーマットするという設計になっていたため、SELECT句のエイリアス補完といった文法を考慮する必要のある機能の追加が困難 Pythonで書かれておりVSCodeの拡張機能として動作させるのが難しい という課題を抱えており、それを解消するため新たなSQLフォーマッ

                                                                    新しいSQLフォーマッターであるuroboroSQL-fmtをリリースしました | フューチャー技術ブログ
                                                                  • オープンソースのデータベース最新版「PostgreSQL 13」がリリース

                                                                    「PostgreSQL 13」では、インデックスのスペース節約とパフォーマンスの向上、集約またはパーティションを使用したクエリ応答時間の高速化、拡張統計を使用する際のクエリ実行計画の改善といった、大規模データベースに役立つインデックス作成およびルックアップシステムの大幅な改善が行われている。 パフォーマンスの向上では、Bツリーインデックスの重複データを効率的に処理することで、全体のスペース使用量が削減され、クエリ全体のパフォーマンスを向上している。また、インクリメンタルソートの導入によって、クエリの前のステップでソートされたデータの、後のステップでのソートを高速化する。さらに、拡張統計システムによってOR句を含むクエリ、およびINまたはANYリストのルックアップを改善した実行計画の作成が可能になっている。 さらに、大規模な集計クエリを完全にメモリに収める必要がないので、より多くの集計および

                                                                      オープンソースのデータベース最新版「PostgreSQL 13」がリリース
                                                                    • ストレージとコンフィグでデータベースのグリッチを探す - Software Transactional Memo

                                                                      AIに描いてもらったストレージで作ったレース会場 はじめに この記事はデータベース・システム系 Advent Calendar 2023の一日目の投稿である。今年読んだ論文(今年書かれた論文とは限らない)の中で驚きや納得があって良かったなぁと思った論文をいくつか紹介していきたいと思う。 論文の本文そのものは機械翻訳なりチャットAIなりに叩き込めば誰でも内容の抽出はできるので、こちらのブログ内では何故これが良いと思ったかについて僕の主観に基づいて書いていく。僕の解釈が厳密に正しいことは一切保障しないし、気になって読んでみたら全然内容違うやんけ!と驚くところまでがセットくらいの気軽なつもりで読んで欲しい。 最初に紹介する論文は「When Database Meets New Storage Devices: Understanding and Exposing Performance Mism

                                                                        ストレージとコンフィグでデータベースのグリッチを探す - Software Transactional Memo
                                                                      • 【MySQL】AUTO_INCREMENTの値はロールバック後も戻らない - Qiita

                                                                        ロールバック処理の検証中にのidカラムの番号が飛んでいたので、調べたらタイトルの事実が判明しました。 忘れないようにまとめておきます。 なぜ戻らないのか MySQLの仕様でした。SQL全般の仕様なのかは分かりません。 公式サイトに説明があります。 すべてのロックモード (0、1、および 2) では、自動インクリメント値を生成したトランザクションがロールバックされると、これらの自動インクリメント値が「失われます」。「INSERT のような」ステートメントが完了したかどうか、およびそれを含むトランザクションがロールバックされたかどうかに関係なく、自動インクリメントカラムの値は一度生成されたら、ロールバックできません。このような失われた値は再使用されません。したがって、テーブルの AUTO_INCREMENT カラムに格納されている値にはギャップが存在する可能性があります。 簡単にまとめると、実

                                                                          【MySQL】AUTO_INCREMENTの値はロールバック後も戻らない - Qiita
                                                                        • The growing pains of database architecture | Figma Blog

                                                                          While these fixes moved the needle, they had limitations. By analyzing our database traffic, we learned that writes— like gathering, updating, or deleting data—contributed to a significant portion of database utilization. Additionally, not all reads or data fetching could be moved to replicas due to application sensitivity to replication lag. So, from both a read and write perspective, we still ne

                                                                            The growing pains of database architecture | Figma Blog
                                                                          • オラクル、標準のPostgreSQLより最大3倍速い「OCI Database with PostgreSQL」を正式サービスとして提供開始

                                                                            オラクル、標準のPostgreSQLより最大3倍速い「OCI Database with PostgreSQL」を正式サービスとして提供開始 オラクルはOracle Cloud上でPostgreSQLをマネージドサービスとして提供する「OCI Database with PostgreSQL」の正式サービス化を発表しました。 同社はデータベースに最適化されたストレージ(DbOS:Database Optimized Storage)を用いることでトランザクション処理エンジンがストレージ層から切り離されており、これにより標準の PostgreSQL 構成と比較して最大3倍の性能向上が実現されているとのことです。 DbOSは、異なるアベイラビリティドメインに分散配置されたストレージで構成された仮想的な共有ブロックストレージです。ストレージ間でクオラムベースのレプリケーションが行われています。

                                                                              オラクル、標準のPostgreSQLより最大3倍速い「OCI Database with PostgreSQL」を正式サービスとして提供開始
                                                                            • Amazon Aurora MySQL now supports RDS Data API - AWS

                                                                              Amazon Aurora MySQL-Compatible Edition now supports a redesigned RDS Data API for Aurora Serverless v2 and Aurora provisioned database instances. You can now access these Aurora clusters via a secure HTTP endpoint and run SQL statements without the use of database drivers and without managing connections. This follows the launch of Data API for Amazon Aurora PostgreSQL-Compatible Edition for Auror

                                                                                Amazon Aurora MySQL now supports RDS Data API - AWS
                                                                              • Security best practices for Amazon RDS for MySQL and MariaDB instances | Amazon Web Services

                                                                                AWS Database Blog Security best practices for Amazon RDS for MySQL and MariaDB instances At AWS, cloud security is the highest priority. The implementation of security and compliance is a shared responsibility. While AWS is responsible for the security of the cloud, it provides multiple features to help you manage the security of your databases in the cloud. For example, you can integrate services

                                                                                  Security best practices for Amazon RDS for MySQL and MariaDB instances | Amazon Web Services
                                                                                • PostgreSQL の jsonb におけるインデックス

                                                                                  PostgreSQL には JSON を格納する方法として json 型や jsonb 型があり、また JSON 操作のための様々な関数や演算子が用意されている。 そして jsonb 型ではインデックスがサポートされるため、効率的に検索できる。 PostgreSLQ のドキュメントを見ると、まずGINインデックスについて説明があり、節の最後の方にB-treeインデックスとHashインデックスもサポートすることが以下のように記載されているのだが、 jsonb型は、btree と hash インデックスもサポートします。 これらは通常、JSONドキュメントの完全性をチェックすることが重要な場合のみ有用です。 「JSONドキュメントの完全性をチェックする」というのはどういう意味なのか分からなかったので、jsonb に関わる基本的なところから少し調べてみた。 そもそも json 型、jsonb 型

                                                                                    PostgreSQL の jsonb におけるインデックス

                                                                                  新着記事