SQL の 65 トレースのフォーム制約

PostgreSQL は豊富で拡張可能なフォームマシン。 enums

データ検証ルールを意識する

適度な努力で、ユーザーが輪郭を描いたフォームは本質的に見分けがつかないように感じることができます構築されたものから。 ここにリストされているのは、他のアイデアについてすぐに触れながら、検証と人間工学に焦点を当てています.

たとえば、semver 記号化するデータ形式 セマンティック バージョニング

値。 次に、表現できない無効な状態を実行するための検証ルールを追加します。 SemVer

SemVer の (非常に) 無料な入門書:

SemVer は、アプリケーションを表すための仕様です。下位互換性に関する対応データを維持するバリエーション。 フォームは、5 つの成分を含む文字列として表される合計です。

場所 プレフリーアップとメタデータ 必須ではありません.

すべてのコンポーネントの意図は、この記事の範囲外です図では、主なモデル番号を増やすことで、解放に伴う下位互換性のない変更が 1 つではなくなったことをユーザーに通知します。

分厚い仕様の簡潔な図、文法を調べてみてください.

SQL

私たちの能力のために、SemVer フォームは、柔軟かつ効率的にクエリを実行する必要があるアプリケーションの重要なコンポーネントであることに驚かされます。 保存式

その荒らしに、モデルのすべてのコンポーネントを保存します

残念ながら、私たちの定義はプロットが寛大すぎます.

私たちのデータフォームは、無効な成分を受け入れる努力をしていません. 私たちが違反した SemVer ルールのリスト:

これはヘルパーエイムを参照します:

さて、

semver フォームを使用するケースを見てみましょう。 (vs semver_components) 私たちは優雅な状態に落ち着きます:

無効な状態はエラーで拒否されます:

アウトしようとしています

私たちの検証は、手動で。 semver ドメインは、semver_components フォームと検証はロボットによって適用されます.

倫理的なもの!

48 の SQL トレースがあり、無効な状態を表現できないものにするために独自に解決しました。 壮大なエルゴノミクスを見てみましょう.

表示中

これで、データ フォームが適切に制約されたので、おそらく、 semver 型指定された列からの値はタプルを返します。

例:

(2,0,0,”{rc, 1}”,) 対 2.0.0-rc.1

いくつかの でその努力を回避しましょうカスタムメイドのキャスト

これにより、package_version を予測できます) テーブルを作成し、データの文字列の図を取得します。

または、さらに良いことに、生成された列

したがって、テキストの図はsemver 形式であり、予測/フィルター ペナルティは発生しません。

いろいろなトリック

Postgres は、ビルトインと同じくらいシームレスに SQL と連携するデータの種類/ドメインを実行するために、おそらくあなたが探している可能性のあるすべての手段を提供します.

たとえば、次のようになる可能性があります:

と名前についてa.

企業のロジックの輝かしい側面をデータベースに合わせることで、スループットを大幅に強化し、IO を減らし、アプリケーション コードを簡素化できます。 結論

確かに、Postgres で高性能で人間工学に基づいたカスタムメイドのデータの種類を構築するには、かなりの儀式が必要です。

ケースの場所: