並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 11 件 / 11件

新着順 人気順

DB接続の検索結果1 - 11 件 / 11件

タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。

DB接続に関するエントリは11件あります。 databasemysqlruby などが関連タグです。 人気エントリには 『やさしいActiveRecordのDB接続のしくみ』などがあります。
  • やさしいActiveRecordのDB接続のしくみ

    https://kaigionrails.org/2023/talks/kubo/

      やさしいActiveRecordのDB接続のしくみ
    • RDS Proxyを使うとDB接続処理は早くなるのか? | DevelopersIO

      CX事業本部@大阪の岩田です。 コネクションプーリングのメリットとして、接続済みのDB接続をプーリングして再利用することでアプリケーションからDBに接続する際のオーバーヘッドが削減できる というメリットがあります。このメリットはアプリケーションレイヤでDB接続をプーリングするアーキテクチャにおいては効果が大きいですが、RDS Proxyのようなプロキシ型のコネクションプーリングでは効果が薄くなりがちです。アプリケーションからDBプロキシに接続する際にTCPの3WAYハンドシェイク等の接続処理が必要になるからです。 このブログではLambdaからRDS/RDS Proxyに対して接続/切断を繰り返し、RDS Proxyを利用することでDB接続処理が早くなるか?を実際に検証してみました。 計測方法と環境(共通) ざっくり以下の手順で計測しました。 メモリを1792MB割り当てたLambda(P

        RDS Proxyを使うとDB接続処理は早くなるのか? | DevelopersIO
      • [初心者向け]Webサービスを利用する際のDB接続とデータ保存について再入門 | DevelopersIO

        おはようございます、もきゅりんです。 前回の続きです。 対象は、何となくAWSを触っているような、駆け出しITエンジニアさんです。IT業界で長く生息する方々には一般常識レベルのことが多いかと思います。 前回はHTTPプロトコルを使ってリクエスト/レスポンスを実行してみました。実際のWebサービスでは、HTTPのリクエストに応じてデータベースとやり取りします。 この記事での構成では、行指向型のリレーショナルデータベースを利用している、と想定します。 DBとの接続、および(DB)サーバとストレージの接続について簡単にまとめていこうと思います。 データベース接続とSQL処理 さて、例によって、DBアプリケーションは、ポートを開いてLISTEN状態で待機しています。 (この例では、RDSではなく、Amazon Linux2にmysql5.7.28をインストールして対応しています) そのポートに対し

          [初心者向け]Webサービスを利用する際のDB接続とデータ保存について再入門 | DevelopersIO
        • 【VBAでDB接続】|Yuu's Memo

          本ページで記載するデータベースは、 CSVExcelAccessMySqlSQLServerOracle 以上になります。 CSVもExcelもデータベースとして扱えます。 ただし、データがデータベース形式になっていることが前提です。 (各列に見出しがあり、列見出しの下に1行1件のデータが並んでいること) SQL(SQL:Structured Query Language) ADOには、 レコードの追加・削除・検索・抽出・並べ替えなどの基本的な操作が用意されています。 この操作を記述するのが、SQL文です。 SQL(StructuredQueryLanguage:構造化問い合わせ言語)は、データベースの定義や表の操作を行う言語です。データ定義言語であるDDL(datadescriptionlanguage)と データ操作言語であるDML(datamanipulationlanguage)に

            【VBAでDB接続】|Yuu's Memo
          • go+gqlgenでGraphQLサーバを作る(GORM使ってDB接続) - Qiita

            お題 表題の通り。GraphQL関連では前々回、frontend に「nuxtjs/apollo」、backend に「go+gqlgen」の組み合わせでGraphQLサービスを作るというのをやった。 その時は backend は単に固定のJSONを返すだけでお茶を濁したのだけど、もちろんサービスとして成り立たせる上で固定のJSON返すだけなんてことはない。 ので、今回は、永続化実装。 関連記事索引 第12回「GraphQLにおけるRelayスタイルによるページング実装再考(Window関数使用版)」 第11回「Dataloadersを使ったN+1問題への対応」 第10回「GraphQL(gqlgen)エラーハンドリング」 第9回「GraphQLにおける認証認可事例(Auth0 RBAC仕立て)」 第8回「GraphQL/Nuxt.js(TypeScript/Vuetify/Apollo)

              go+gqlgenでGraphQLサーバを作る(GORM使ってDB接続) - Qiita
            • database/sqlのDB接続パラメータをアプリケーション内で明に指定する | おそらくはそれさえも平凡な日々

              tl;dr Goのdatabase/sqlのDSN内のsql_modeやLocation等、固定したほうが良いパラメータ設定は、設定値に持たせるのではなく、アプリケーション内部で決め打ちしたほうが安全です。 本論 社内でMySQLを使っているので、それを例にとって書きます。 いわゆる、DSN(dataSourceName)呼ばれる、sql.Open に渡すDB接続文字列があります。これは、環境変数 DATABASE_URL 等に入れてアプリケーション内で読み出してDBに接続するでしょう。 DSNにはホスト名、ユーザー名、パスワードなどの接続先情報の他に、様々なオプションパラメータを記述することができます。以下にDSNの例を出しますが、この中の?以降がオプションパラメータです。 user:pass@tcp(myhost:3306)/dbname?collation=utf8mb4_unico

                database/sqlのDB接続パラメータをアプリケーション内で明に指定する | おそらくはそれさえも平凡な日々
              • dbt docs generateをDB接続なしで実行してみた | DevelopersIO

                はじめに データアナリティクス事業本部のおざわです。 今回はdbt docs generateでデータベースに接続せずにドキュメントを出力してみた結果を共有します。 今回使用したdbtのバージョンです。 ❯ dbt debug 02:00:02 Running with dbt=1.7.3 02:00:02 dbt version: 1.7.3 ...略... 02:00:03 adapter type: redshift 02:00:03 adapter version: 1.7.0 本記事ではRedshiftを使っていますが、他のDBでもドキュメントの生成自体は問題ないかと思います。 実行したコマンド データベース接続できない環境でも以下のコマンドでドキュメントを生成することができます。 dbt parse dbt docs generate --no-compile --empty-

                  dbt docs generateをDB接続なしで実行してみた | DevelopersIO
                • Deno FreshアプリケーションのDB接続にPrisma Clientを使う

                  でPrismaとDenoの人たちによって着々と進められていたプロジェクトが成就しついにDeno DeployでPrismaが使えるようになったのでFreshから試してみた。 環境 Deno Deployにデプロイする Prisma Data PlatformからDBサーバーに到達できる必要がある DBサーバーにはSupabase CloudのPostgreSQLを使う Prisma Data Platform PrismaのData Proxyという機能を利用するためのオフィシャルな方法。 Prisma ClientにDATABASE_URL="prisma://aws-us-east-1.prisma-data.com/?api_key=XXX"のような接続先を設定するとHTTP越しにクエリが実行される。 Denoにはpostgresドライバ がありDeno Deployでも利用できるが

                    Deno FreshアプリケーションのDB接続にPrisma Clientを使う
                  • DATA-DOG/go-txdbでDB接続を含むテストを楽に書こう

                    DB接続を含むテストはツライ テスト用のデータをテストケースごとに用意しないといけない。 DBの変更結果が他のテストケースに影響を与えないようにリセットしないといけない。 DBへの変更が他のテストケースに影響を与えるので並列実行できない。 DATA-DOG/go-txdbを使うと改善できる DATA-DOG/go-txdb で生成することのできるDBコネクションには↓のような特徴があります。 sql.DBと互換性がある。 すべてのクエリが独立したトランザクション内で実行される。 .Close()を呼ぶとそのトランザクション内で実行されたクエリがすべてRollbackされる。 これをうまく使うと、テストケースごとに独立したトランザクション内でクエリを実行することができ、テスト終了後にDB変更がRollbackされるので、テストケースごとのデータ処理が必要なくなり、他のテストケースへの影響もな

                      DATA-DOG/go-txdbでDB接続を含むテストを楽に書こう
                    • RustでDieselを使いSQLiteにDB接続してみる - Qiita

                      1. はじめに 1-1. DieselのGetting Startedを試す Rustでよく使われるDB接続ツールは、Dieselのようです。 Dieselのコンセプトは、 A safe, extensible ORM and Query Builder for Rust とのこと。いまのところサポートしているデータベースは、 PostgreSQL MySQL SQLite の3種類です。 今回はこのDieselのGetting Startedを試してみたいと思います。 環境情報 この記事は以下の環境で試しています。 Diesel 1.4.5 Windows ver.1903 Visual Studio Code 1.49.1 Rust 1.46.0 環境の準備はこちらの記事に書きました。 Visual Studio CodeでRust開発環境を整える 2. Getting Started

                        RustでDieselを使いSQLiteにDB接続してみる - Qiita
                      • [DB接続クライアント]mycliを導入してターミナルで気楽にMariaDB/MySQLを触る

                        前提 対象読者 MariaDB(or MySQL)を導入済みであること。 まだ導入してないよーという初学者の方は、筆者が書いたこちらの記事のMariaDB導入部分を参考にしてみてください。 なんとなくSQLはわかる人 SELECTやINSERTなど聞いたことはある、というレベルで問題ないと思います。 ※ちゃんとSQLやRDB勉強したい方は『スッキリわかる SQL 入門 』などの書籍からスタートしてみるのがオススメです! CLI(あのターミナルの黒い画面)でDBを気楽に弄ってみたい方 本格的に大規模なDBを弄るとなるとSequel ProなどのGUIを使ったほうが流石に楽かと。 ただ個人開発とかちょっとした実験に触るにはmycliは気楽で良い...と思います。ターミナル触る訓練にもなるしね! ※本記事を英語で読みたい奇特な方はdev.toの方に筆者本人が上げている記事をどうぞ。 下準備 my

                          [DB接続クライアント]mycliを導入してターミナルで気楽にMariaDB/MySQLを触る
                        1

                        新着記事