並び順

ブックマーク数

期間指定

  • から
  • まで

681 - 720 件 / 1652件

新着順 人気順

postgresの検索結果681 - 720 件 / 1652件

  • Postgres WASM by Snaplet and Supabase

    And open a browser at localhost:3000. Features# Our demo version has a few neat features! Postgres 14.5, psql, pg_dump, etc. Save & restore state to/from a file. Save & restore Postgres state to/from the browser storage (IndexedDB). Quick start from a state file or fully reboot the emulator. Memory configuration options from 128MB to 1024MB. Adjust the font size for the terminal. Upload files to t

      Postgres WASM by Snaplet and Supabase
    • GitHub - xataio/agent: AI agent expert in PostgreSQL

      Xata Agent is an open source agent that monitors your database, finds root causes of issues, and suggests fixes and improvements. It's like having a new SRE hire in your team, one with extensive experience in Postgres. Letting the agent introduce itself: Hire me as your AI PostgreSQL expert. I can: watch logs & metrics for potential issues. proactively suggest configuration tuning for your databas

        GitHub - xataio/agent: AI agent expert in PostgreSQL
      • MySQL 8.1シリーズにおけるInnoDB Clusterとリードレプリカの融合(ただしMySQL Serverは8.0でOK)

        MySQL本体の新機能ではないのだが、MySQL ShellとMySQL Routerのイノベーションリリース(バージョン8.1)によりInnoDB Clusterに対してリードレプリカを追加することができるようになったので、今回はそのことについて解説をしていこうと思う。 InnoDB Clusterとは このブログではInnoDB Clusterとは何かということをそもそもまだ解説していなかったように思う。詳しいことはおいおい別の投稿で触れたいと思うが、InnoDB ClusterというのはMySQL Serverのグループレプリケーションを核にしたクラスタリング機能のことだ。MySQL Shellを用いてかんたんに構築でき、なおかつMySQL Routerを介して接続することにより、インスタンス障害が生じたときに自動的に接続先を振り替えることができる。イメージ的にはこんな感じ。 グルー

          MySQL 8.1シリーズにおけるInnoDB Clusterとリードレプリカの融合(ただしMySQL Serverは8.0でOK)
        • Azure Database for MySQLのIOPS設定の変更で月額約100万円のコストダウンが実現しました

          はじめに こんにちは。イオンスマートテクノロジー株式会社(AST)でSREチームの林 aka もりはやです。 本記事はAzureのマネージドなMySQLである”Azure Database for MySQL Flexible Server”(以後はDB)のIOPS設定機能やコストについてまとめたシリーズの第3弾となり、コストダウンを達成した成果報告の記事となります。 TL;DR DBの"Storage"の"IOPS"の設定を、"Pre-provisioned IOPS"から"Auto scale IOPS"へ変更した 結果としてDailyで約4万円弱のコストダウンとなり、月額およそ100万円、年額で1200万円の削減が見込めた リスクとして心配していた、急激なIOPS需要へのスケール遅延も(現状は)発生していない 本シリーズの過去記事振り返り 結果の詳細について述べる前に、過去2記事を紹

            Azure Database for MySQLのIOPS設定の変更で月額約100万円のコストダウンが実現しました
          • AWS Database Migration Service(AWS DMS)を利用した MySQL から PostgreSQL へのデータ移行 - Hatena Developer Blog

            Mackerel チームで SRE を担当している id:taxintt と申します。 はてなの SRE が毎月交代でブログ記事を書く Hatena Developer Blog の SRE 連載、7月号です。6月の記事は id:masayoshi さんの NotebookLM で 社内のSREに関するブログや登壇資料を学習させ、SREのオンボーディングに活かせるか? - Hatena Developer Blog です。 Mackerel は、今年の4月にAPM・トレース機能を提供するシステムのメンテナンス作業を実施しました。このメンテナンスでは、AWS Database Migration Service(AWS DMS)を利用して APM・トレース機能で利用されている Amazon Aurora MySQL のデータを Amazon Aurora PostgreSQL に移行しました

              AWS Database Migration Service(AWS DMS)を利用した MySQL から PostgreSQL へのデータ移行 - Hatena Developer Blog
            • 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・ゲーム・システム開発 インフィニットループ
              • GitHub - Decathlon/dblinter: A static analysis tool for postgresql databases

                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 - Decathlon/dblinter: A static analysis tool for postgresql databases
                • My Notes on GitLab Postgres Schema Design

                  Shekhar Gulati Writings on Software Engineering, Software Architecture, Generative AI and LLMs I spent some time going over the Postgres schema of Gitlab. GitLab is an alternative to Github. You can self host GitLab since it is an open source DevOps platform. My motivation to understand the schema of a big project like Gitlab was to compare it against schemas I am designing and learn some best pra

                    My Notes on GitLab Postgres Schema Design
                  • PostgreSQL 18リリース!非同期I/Oの導入により最大3倍の速度向上を実現、ほか改善点多数

                    9月25日、「PostgreSQL 18がリリースされた」。この記事では、最新のオープンソースデータベース「PostgreSQL 18」の主な新機能と改善点について詳しく紹介されている。以下に、その内容を紹介する。 パフォーマンス改善と新しいI/Oサブシステム PostgreSQL 18では、非同期I/O(AIO)サブシステムが導入された。従来はOSの先読み機能に依存していたが、データベース固有のアクセスパターンを考慮できず性能に限界があった。AIOは複数のI/Oリクエストを並行処理することで、ストレージからの読み込み性能を最大3倍に向上させることが確認されている。対象となる操作はシーケンシャルスキャン、ビットマップヒープスキャン、VACUUMなどである。 また、新たに導入されたio_methodパラメータにより、workerやio_uringなどの方式を選択可能で、従来通りの同期方式(s

                      PostgreSQL 18リリース!非同期I/Oの導入により最大3倍の速度向上を実現、ほか改善点多数
                    • 「スケールアウトできる『PostgreSQL』」――Yugabyte Japanに聞く「分散SQLDB」のメリット

                      「スケールアウトできる『PostgreSQL』」――Yugabyte Japanに聞く「分散SQLDB」のメリット:「Distributed SQL Summit Asia」の模様をレポート なぜ「分散SQLDB」が注目を集めているのか。日本国内における分散SQLDBの普及に注力しているYugabyte Japanに「分散SQLDB」とその利点を伺いました。記事後半では2022年3月に開催されたアジア圏向けイベント「Distributed SQL Summit Asia」の内容を紹介します。 本連載第4回では、DBエンジニアの祭典「db tech showcase」のイベントレポートをお届けしました。同イベントで多くのデータベース(DB)が紹介された中でも、分散DBのトピックが注目を集めている印象を受けました。 そこで今回は、日本国内における分散SQLDBの普及に注力しているYugabyt

                        「スケールアウトできる『PostgreSQL』」――Yugabyte Japanに聞く「分散SQLDB」のメリット
                      • Fastladder の Rails を 4.2 => 7.1 までアップデートした - @ssig33

                        ssig33's microblog Archive ここはssig33のmicroblog.pubのアーカイブです。 現在は @ssig33@hollo.ssig33.com に移行しています。そちらをフォローしてください。 Fastladder の Rails を 4.2 => 7.1 までアップデートした Upgrade Rails 4.2 => 7.1 その他信頼性向上のためにテストをいくつか追加した Add ApplicationSystemTest Add E2E test across feed addition, crawling, and display このアップデートにともなって Dockerfile も追加してある。この Dockerfile は Rails 標準の Dockerfile からいくつかの最適化などを削ってより簡易にしたもの。 fastladder o

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

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

                            社外からMySQLのデータにアクセスできるスマホアプリをノーコードで簡単に作ってみる(1) | さくらのナレッジ
                          • MySQL アメリカのサマータイムが恒久化されたらやることになる作業 - mita2 database life

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

                              MySQL アメリカのサマータイムが恒久化されたらやることになる作業 - mita2 database life
                            • GitHub - BemiHQ/BemiDB: Open-source Snowflake and Fivetran alternative bundled together

                              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: Open-source Snowflake and Fivetran alternative bundled together
                              • マルチ 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.)
                                    • 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
                                      • 第196回 MySQLのexplicit_defaults_for_timestampオプションによって意図せずデータとテーブル定義変更をしてしまう現象について | gihyo.jp

                                        MySQL道普請便り 第196回MySQLのexplicit_defaults_for_timestampオプションによって意図せずデータとテーブル定義変更をしてしまう現象について MySQLのオプションでexplicit_defaults_for_timestampというオプションをご存知でしょうか? これはTIMESTAMP型の特定の非標準動作を有効にするかどうか、およびTIMESTAMP型のカラムでNULL値の処理を有効にするかどうかを決定するオプションになります。 先日、筆者が担当しているMySQLの運用において、このオプションによってデータおよびテーブル定義が意図しない形で書き換わってしまったことがありました。今回は同じような人が現れないように、このオプションについて解説します。 なにが起こったのか mysql> SHOW CREATE TABLE ts_t1\G *******

                                          第196回 MySQLのexplicit_defaults_for_timestampオプションによって意図せずデータとテーブル定義変更をしてしまう現象について | gihyo.jp
                                        • GitHub - wesql/wescale: WeScale is a Modern MySQL proxy that supports read-write-split, read-after-write-consistency, load balancing and OnlineDDL.

                                          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 - wesql/wescale: WeScale is a Modern MySQL proxy that supports read-write-split, read-after-write-consistency, load balancing and OnlineDDL.
                                          • Postgres Sandbox

                                            In-browser Postgres sandbox with AI assistance

                                              Postgres Sandbox
                                            • 第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
                                              • 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 公式ブログ
                                                        • 私たちはなぜ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
                                                          • 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
                                                            • 新しいSQLフォーマッターであるuroboroSQL-fmtをリリースしました | フューチャー技術ブログ

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

                                                                新しいSQLフォーマッターであるuroboroSQL-fmtをリリースしました | フューチャー技術ブログ
                                                              • 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を支える日本のコミュニティの紹介 - そーだいなるらくがき帳
                                                                  • GitHub - cmoog/vscode-sql-notebook: Open SQL files as VSCode Notebooks.

                                                                    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 - cmoog/vscode-sql-notebook: Open SQL files as VSCode Notebooks.
                                                                    • 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】UPDATE・DELETE・INSERT実行後に処理件数を取得する方法 - Qiita

                                                                        -- UPDATE mysql> UPDATE animals SET name = 'dog' WHERE name = 'wolf'; Query OK, 7 rows affected (0.00 sec) Rows matched: 7 Changed: 7 Warnings: 0 mysql> SELECT ROW_COUNT(); +-------------+ | ROW_COUNT() | +-------------+ | 7 | +-------------+ 1 row in set (0.00 sec) -- DELETE mysql> DELETE FROM animals WHERE id = 3; Query OK, 1 row affected (0.00 sec) mysql> SELECT ROW_COUNT(); +-------------+ | R

                                                                          【MySQL】UPDATE・DELETE・INSERT実行後に処理件数を取得する方法 - Qiita
                                                                        • 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 のメモ
                                                                          • 新興 PostgreSQL サービス企業の買収劇の背景:Snowflake と Databricks が描く未来に思いを馳せてみた

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

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

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

                                                                                MySQLを学べるアプリ開発者向け動画、PlanetScaleが無料公開
                                                                              • PostgreSQL の jsonb におけるインデックス

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

                                                                                  PostgreSQL の jsonb におけるインデックス
                                                                                • Railsキャッシュストアのベンチマーク比較: Redis vs 他のデータストア(翻訳)|TechRacho by BPS株式会社

                                                                                  概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Benchmarking caching in Rails with Redis vs the alternatives - BigBinary Blog 原文公開日: 2025/02/04 原著者: Sandip Mane 日本語タイトルは内容に即したものにしました。 最近、Redisの代替が次々に登場していて、うちいくつかは大幅なパフォーマンス向上を謳っています。私たちは、Redisから代替に切り替えたときのパフォーマンスがどの程度向上するかを調べるために、このベンチマークを実施しました。 私たちは、Redisの代替として利用可能な以下の新しいデータストア候補をいくつか調査しました。 Valkey1 DragonflyDB DiceDB また、DBベースのアプローチを優先することでインメモリストレージに挑戦するRails独自

                                                                                    Railsキャッシュストアのベンチマーク比較: Redis vs 他のデータストア(翻訳)|TechRacho by BPS株式会社

                                                                                  新着記事