[新機能]dbt CloudのCopilot機能でMarkdownのスタイルガイドを自動生成できるようになりました

## Naming fields and tables
- The primary key of a model should be named `<object>_id`, for example, `account_id`. This makes it easier to know what `id` is being referenced in downstream joined models.
- Consistency is key! Use the same field names across models where possible. For example, a key to the `customers` table should be named `customer_id` rather than `user_id` or `id`.
- Do not use abbreviations when naming fields. Emphasize readability over brevity. For example, do not use `cust` for `customer` or `o` for `orders`.
- Avoid reserved words as column names.
- Booleans should be prefixed with `is_` or `has_`.
- Timestamp columns should be named `<event>_at`(for example, `created_at`) and should be in UTC. If a different timezone is used, this should be indicated with a suffix (`created_at_pt`).
- Dates should be named `<event>_date`. For example, `created_date.`
- Table, CTE, and column names should be written in `snake_case`.

## Styling SQL
- Use trailing commas.
- Indents should be four spaces.
- Field names, keywords, and function names should all be lowercase.
- The `as` keyword should be used explicitly when aliasing a field or table.
- Grouped fields should be stated before aggregates and window functions in the select list
- Aggregations should be executed as early as possible (on the smallest data set possible) before joining to another table to improve performance.
- Ordering and grouping by a number (eg. group by 1, 2) is preferred over listing the column names explicitly
- Prefer `union all` to `union` unless you explicitly want to remove duplicates.
- If joining two or more tables, _always_ qualify your column names with the relevant table name. If only selecting from one table, qualification is not needed.
- Be explicit about your join type (i.e. write `inner join` instead of `join`).
- Do not use right joins ever. Do not use full outer joins unless you really need to.
- All references to other dbt models, seed, or snapshots should use the {{ ref() }} dbt function
- All references to dbt sources should use the {{ source() }} dbt function
- Do not use or call dbt macros unless you are explicitly instructed to
- Do not re-alias CTE names.
- Do not use short table aliases like `select * from orders as o` -- always prefer longer, explicit table aliases or no aliases at all. `select * from orders` is better. 

## Styling Jinja
- When using Jinja delimiters, use spaces on the inside of your delimiter, like `{{ this }}` instead of `{{this}}`

## Styling YAML

- Indents should be two spaces
- List items should be indented
- Use a new line to separate list items that are dictionaries where appropriate

## フィールドとテーブルの命名規則

-   モデルの主キーは `<object>_id`（例: `account_id`）のように命名する必要があります。これにより、下流で結合されるモデルでどの `id` が参照されているかが分かりやすくなります。
-   一貫性が重要です！可能な限り、モデル間で同じフィールド名を使用してください。例えば、`customers` テーブルへのキーは `user_id` や `id` ではなく `customer_id` と命名すべきです。
-   フィールドの命名に略語を使用しないでください。簡潔さよりも読みやすさを重視してください。例えば、`customer` に `cust`、`orders` に `o` を使用しないでください。
-   予約語を列名として使用することは避けてください。
-   ブール値のフィールドには `is_` または `has_` の接頭辞を付けます。
-   タイムスタンプの列は `<event>_at`（例: `created_at`）と命名し、UTCであるべきです。異なるタイムゾーンを使用する場合は、接尾辞で示す必要があります（例: `created_at_pt`）。
-   日付の列は `<event>_date` と命名すべきです。例: `created_date`。
-   テーブル、CTE、および列名は `snake_case` で記述する必要があります。

## SQLのスタイル

-   末尾にカンマを使用します。
-   インデントは4つのスペースにします。
-   フィールド名、キーワード、関数名はすべて小文字にします。
-   フィールドやテーブルにエイリアスを付ける際は `as` キーワードを明示的に使用します。
-   グループ化されたフィールドは、`select` リスト内で集計関数やウィンドウ関数の前に記述します。
-   パフォーマンス向上のため、集計は他のテーブルに結合する前に、できるだけ早い段階で（可能な限り最小のデータセットで）実行します。
-   列名を明示的にリストアップするよりも、番号による順序付けやグループ化（例: `group by 1, 2`）が推奨されます。
-   明示的に重複を削除したい場合を除き、`union` よりも `union all` を使用します。
-   2つ以上のテーブルを結合する場合は、*常に*列名を関連するテーブル名で修飾してください。1つのテーブルからのみ選択する場合は、修飾は不要です。
-   joinの種類を明示的にしてください（つまり `join` の代わりに `inner join` と書きます）。
-   `right join` は絶対に使用しないでください。本当に必要な場合を除き、`full outer join` は使用しないでください。
-   他のdbtモデル、seed、またはsnapshotへのすべての参照は、`{{ ref() }}` dbt関数を使用する必要があります。
-   dbtソースへのすべての参照は、`{{ source() }}` dbt関数を使用する必要があります。
-   明示的に指示されない限り、dbtマクロを使用したり呼び出したりしないでください。
-   CTE名を再エイリアスしないでください。
-   `select * from orders as o` のような短いテーブルエイリアスは使用しないでください。常に、より長く明示的なテーブルエイリアスを使用するか、エイリアスをまったく使用しないことを推奨します。`select * from orders` の方が良いです。

## Jinjaのスタイル

-   Jinjaの区切り文字を使用する場合、`{{this}}` ではなく `{{ this }}` のように、区切り文字の内側にスペースを使用します。

## YAMLのスタイル

-   インデントは2つのスペースにします。
-   リスト項目はインデントします。
-   辞書であるリスト項目を区切るには、必要に応じて改行を使用します。

stg_customersと stg_ordersを結合して、orderごとにcustomerの情報を紐づけたデータを作りたいです

with customers as (
    select 
        customer_id,
        first_name,
        last_name
    from {{ ref('stg_customers') }}
),

orders as (
    select 
        order_id,
        customer_id,
        order_date,
        status
    from {{ ref('stg_orders') }}
)

select 
    o.order_id,
    o.order_date,
    o.status,
    c.customer_id,
    c.first_name,
    c.last_name
from orders o
inner join customers c on o.customer_id = c.customer_id

with customers as (
    select 
        customer_id,
        first_name,
        last_name
    from {{ ref('stg_customers') }}
),

orders as (
    select 
        order_id,
        customer_id,
        order_date,
        status
    from {{ ref('stg_orders') }}
)

select 
    o.order_id,
    o.order_date,
    o.status,
    c.customer_id,
    c.first_name,
    c.last_name
from orders o
inner join customers c on o.customer_id = c.customer_id

## フィールドとテーブルの命名規則

-   モデルの主キーは `<object>_id`（例: `account_id`）のように命名する必要があります。これにより、下流で結合されるモデルでどの `id` が参照されているかが分かりやすくなります。
-   一貫性が重要です！可能な限り、モデル間で同じフィールド名を使用してください。例えば、`customers` テーブルへのキーは `user_id` や `id` ではなく `customer_id` と命名すべきです。
-   フィールドの命名に略語を使用しないでください。簡潔さよりも読みやすさを重視してください。例えば、`customer` に `cust`、`orders` に `o` を使用しないでください。
-   予約語を列名として使用することは避けてください。
-   ブール値のフィールドには `is_` または `has_` の接頭辞を付けます。
-   タイムスタンプの列は `<event>_at`（例: `created_at`）と命名し、UTCであるべきです。異なるタイムゾーンを使用する場合は、接尾辞で示す必要があります（例: `created_at_pt`）。
-   日付の列は `<event>_date` と命名すべきです。例: `created_date`。
-   テーブル、CTE、および列名は `snake_case` で記述する必要があります。

## SQLのスタイル

-   末尾にカンマを使用します。
-   インデントは8つのスペースにします。
-   フィールド名、キーワード、関数名はすべて大文字にします。
-   フィールドやテーブルにエイリアスを付ける際は `as` キーワードを明示的に使用します。
-   グループ化されたフィールドは、`select` リスト内で集計関数やウィンドウ関数の前に記述します。
-   パフォーマンス向上のため、集計は他のテーブルに結合する前に、できるだけ早い段階で（可能な限り最小のデータセットで）実行します。
-   列名を明示的にリストアップするよりも、番号による順序付けやグループ化（例: `group by 1, 2`）が推奨されます。
-   明示的に重複を削除したい場合を除き、`union` よりも `union all` を使用します。
-   2つ以上のテーブルを結合する場合は、*常に*列名を関連するテーブル名で修飾してください。1つのテーブルからのみ選択する場合は、修飾は不要です。
-   joinの種類を明示的にしてください（つまり `join` の代わりに `inner join` と書きます）。
-   `right join` は絶対に使用しないでください。本当に必要な場合を除き、`full outer join` は使用しないでください。
-   他のdbtモデル、seed、またはsnapshotへのすべての参照は、`{{ ref() }}` dbt関数を使用する必要があります。
-   dbtソースへのすべての参照は、`{{ source() }}` dbt関数を使用する必要があります。
-   明示的に指示されない限り、dbtマクロを使用したり呼び出したりしないでください。
-   CTE名を再エイリアスしないでください。
-   `select * from orders as o` のような短いテーブルエイリアスは使用しないでください。常に、より長く明示的なテーブルエイリアスを使用するか、エイリアスをまったく使用しないことを推奨します。`select * from orders` の方が良いです。

## Jinjaのスタイル

-   Jinjaの区切り文字を使用する場合、`{{this}}` ではなく `{{ this }}` のように、区切り文字の内側にスペースを使用します。

## YAMLのスタイル

-   インデントは2つのスペースにします。
-   リスト項目はインデントします。
-   辞書であるリスト項目を区切るには、必要に応じて改行を使用します。

stg_customersと stg_ordersを結合して、orderごとにcustomerの情報を紐づけたデータを作りたいです

WITH customer_orders AS (
        SELECT
                customers.customer_id,
                customers.customer_name,
                orders.order_id,
                orders.order_date,
                orders.total_amount
        FROM
                {{ ref('stg_customers') }} AS customers
        INNER JOIN
                {{ ref('stg_orders') }} AS orders
        ON
                customers.customer_id = orders.customer_id
)
SELECT
        *
FROM
        customer_orders