【golang】sqlcコマンドで「SQLクエリから型安全なGoコードを生成」し、生産性を上げたい
【golang】sqlcコマンドで「SQLクエリから型安全なGoコードを生成」し、生産性を上げたい by nao · 2022年6月25日 前書き：sqlcとは 本記事は、kyleconroy/sqlcの基本的な情報を紹介します。 sqlcは、DBスキーマ（DBテーブル定義）、SQLクエリ定義、設定ファイルの3点をインプットとして、型安全なCRUDコード + DBテーブルに対応したモデル（構造体）を自動生成します。ここでのモデルの自動生成には、複数テーブルをJOINしたクエリ用の構造体も含まれます。 個人的な視点では、sqlcは「SQLクエリを検証してから、そのクエリを実行するGolangコードを書いて、クエリ結果を受け取るための構造体を書くのが大変」という課題を解決するツールです。独自のDSL（Domain Specific Language）は殆ど登場しないので、SQLをゴリゴリ書ける
Home | DBML
Intro DBML (Database Markup Language) is an open-source DSL language designed to define and document database schemas and structures. It is designed to be simple, consistent and highly-readable. It also comes with command-line tool and open-source module to help you convert between DBML and SQL. Table users { id integer username varchar role varchar created_at timestamp } Table posts { id integer
SQLスタイルガイド · SQL style guide by Simon Holywell
概要 全般 推奨 非推奨 命名規則 通則 表 列 別名、相関名 ストアド・プロシージャ 統一的接尾辞 問合せ文 予約語 空白類 インデント 望ましい形式 Create文 データ型の選択 デフォルト値の指定 制約とキー 非推奨設計 付録 予約語リファレンス SQLスタイルガイド（日本語訳） 日本語訳について 日本語訳は誤訳や原文の最新版に追随していない恐れがあります。誤訳や改善点があれば、GitHubのissueまたはpull requestを使用するか、Twitterでお知らせください。 翻訳: 久利史之 @nkuritw 概要 このガイドラインは利用の他、forkしたり、自分自身のものに改変したりすることができます。ここで大事なのはスタイルを選択しそれを踏襲することです。変更の提案やバグの修正にはGitHubのissueまたはpull requestを使用してください。 このガイドライン
Go の DB アクセス用のパッケージを作った - Qiita
Go の DB アクセス用のパッケージを作った 現在では、次の3つのサブパッケージで構成されています。 SQL文を組み立てるためのサブパッケージ(cue Query Builder) SQL文を実行して map や struct にマッピングするためのサブパッケージ(ef Execution Facade) 上の2つのパッケージや sql.DB, Tx のラッパー(dw Database Wrapper) 通常は、最初のパッケージ cue と、最後のパッケージ dw を使うことになります。 この2つで、クエリビルダと ORM 相当の機能を使うことができます。 2番目の ef は、既に生の SQL 文があり、database/sql で開発してる(クエリビルダも余計なラッパーも要らない)状況で、ORM 相当だけがほしい場合に使います。 実際には、同様の機能を最後のパッケージ dw がラッピン
Go のシンプルかつ明快な SQL クエリビルダ go-sqlf - 詩と創作・思索のひろば
Go でリレーショナルデータベースを利用したアプリケーションを書いているとき、動的に SQL を組み立てたい場合には、いくつかの方法が考えられます: クエリビルダを使う。世の中にすでにいろいろ存在します。（そのためのライブラリなので）動的に生成するにはもってこいですが、この場合、それぞれのライブラリに合わせた書き方をしなければならないので読み手にもある程度負荷がある点、また、Go は言語として冗長に書くことをよしとする思想を持っているため、DSL 的な API との相性が悪いという欠点があります（map の組み立てが冗長、条件分岐する式が書けないなど）。また、一般にクエリビルダから生成される SQL がコードから想像しづらくなる問題もあります。 文字列連結や fmt.Sprintf を使う。発行される SQL は比較的分かりやすくなりますが、動的に組み立てると SQL プレースホルダとバイ
開発者のためのSQLパフォーマンスの全て
前書き - インデックスの作成はなぜ開発者のタスクなのか インデックスの 内部構造 - インデックスは何に似ているか インデックス リーフノード - 二重連結リスト 検索 ツリー(Bツリー) - バランス木 遅いインデックス パートI - インデックスを遅くする2つの原因 where 句 - 検索のパフォーマンスを改善するためにインデックスを作成 等価 演算子 - 一致するキーの検索 プライマリキー - インデックスの使い方を確認 複合インデックス - 複数列に対するインデックス 遅いインデックス パートII - 前の問題点が再び 関数 - where句の 中での関数 大文字・小文字を区別する 検索 - UPPERと LOWER ユーザ定義 関数 - 関数インデックスの制限 インデックスの作り過ぎ - 冗長性の排除法 パラメータ化 クエリ - セキュリティとパフォーマンスのために 範囲 検
SQL脳に優しいMongoDBクエリー入門 - taka512's blog
mongoコマンドから接続した際にオールドタイプ(SQL脳)たる我々人類にも 調べやすい形でinsert、select、updateを行う方法を調べました。 定義参照 // use [データベース名] use [データベース名] // show databases show dbs // show tables show collections参照系 // select * from [コレクション名] db.[コレクション名].find() // select * from [コレクション名] where x=4 db.[コレクション名].find({x:4}) // select j from [コレクション名] where x=4 db.[コレクション名].find({x:4}, {j:1}) // select * from [コレクション名] limit 1 db.[コレクション
全ては時の中に… : 【Linux】LinuxでSQL Serverにアクセスする
2009/3/120:15 【Linux】LinuxでSQL Serverにアクセスする LinuxからSQL Server 2005にアクセスするための方法について説明します。 LinuxからSQL Serverにアクセスするには、ODBC接続を利用します。 ODBC接続を利用するには、以下のライブラリが必要になります。 1.unixODBC 2.FreeTDS 上記のライブラリをインストールし、適切な設定を行うことで、SQL Serverへのアクセスが可能になります。 以下、設定手順です。 1.ライブラリをダウンロードする。 1)unixodbc a.上記のサイトにアクセスする。 b.画面左側のメニューから[Download]をクリックする。 c.画面右側にある[Download]をクリックする。 2)FreeTDS a.上記のサイトにアクセスする。 b.画面右側にある[Quick L
djangosnippets: SQL Log Middleware - with multiple databases
Author: guglielmocelata Posted: February 3, 2011 Language: Python Version: Not specified Score: 1 (after 1 ratings) Download Raw This is an improvement of joshua's SQL Log Middleware. If you have more than one database connection, then all queries are logged, grouped by connection. If a connection has no queries, then it's not shown. from django.db import connections from django.template import Te
Djangoでsyncdbでデータベースを作成するときに自作のSQLを実行したい場合 - ドラあり！*ドラゴンに挑むアリの物語 ** Python使いの日々
Djangoを使っているときに、独自のSQLを流し込みたい場合があります。 そのようなときはpython manage.py syncdbのときに 次のようなディレクトリに配置したSQLを実行してくれます。 は作成中のアプリ名です。models.py等が配置されているとします。 その配下にsqlというディレクトリを作成して、modelname（models.pyで定義したテーブル名）を ファイルにつけて、sqlという拡張子で保存しておきます。 <appname>/sql/<modelname>.sql Djangoはsyncdbでモデルを作成するときにここも実行してくれます。 ポイントは実際のモデル名が大文字を含んでいたとしても、配置するファイル名、パスは小文字を用いることです。 これで初期データを大量に投入したいときや、ストレージエンジンを変更する場合等も対応できます。
ストアドを使って、Webスクレイピングをしよう！ - moriyoshiの日記
こんにちは、SQLを愛してやまないmoriyoshiです。 ストアドプロシージャは、一連のSQL文をサブルーチンのようにDBサーバに記録しておき、後からそれを呼び出すことができるようにする仕組みです。近代的なRDBMSには標準的に備わっている機能といえます。 制御構造などもSQL文で記述することができるので、結果的に、あらゆるロジックをSQLのみで記述することができます。手続き型プログラミングにどっぷり浸かった現場の方から愛用されていると言われています。 今回は、ストアドプロシージャの応用として、Webスクレイピングを行なってみましょう。Webスクレイピングとは、特定のWebサイトにアクセスし、そのページの内容 (HTML) を取得、解析し、必要な情報を取り出すという一連の操作を自動化することです。Webスクレイピングを効果的に活用すると、人間がブラウザに向かって単純作業を繰り返す必要がな
PostgreSQLのトラブルシュートとチューニング | Let's POSTGRES
NTT オープンソースソフトウェアセンタ 笠原 辰仁 この記事は、gihyo.jp & Let's Postgres 連動企画「今こそ！PostgreSQL」の第6回記事です。第6回目は、PostgreSQLのエラーメッセージや内部情報を見て、発生している問題の特定とその対策となるチューニングを紹介します。なお、トラブルの発生・予兆を適切に捕捉するためにも、ログの設定や稼動統計情報の監視をしておきましょう。 エラーメッセージについて トラブルと対策の前にエラーメッセージのレベルについて説明しておきます。PostgreSQLは複数のエラーレベルを影響範囲や深刻度によって使い分けています。エラーレベルそれぞれの解釈の仕方を下記の表にまとめてみました。 データベース管理者は、深刻な状況である PANIC と、性能情報を含む LOG レベルのメッセージに注意しましょう。一方、アプリケーション開発者
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - dataegret/pg-utils: Useful PostgreSQL utilities
GitHub - drone/sqlgen: Go tool for generating sql scanners, sql statements and other helper functions
Charming Python: Functional programming in Python, Part 3
http://sqllite.webdesktop.jp/
Sudoku solving with one SQL statement using Recursive Subquery Factoring - AMIS Technology Blog
Site Under Maintenance