dbt 1.8のUnit Tests 実施とその知見（時間ロックとSQLの分割について） - Timee Product Team Blog
株式会社タイミーのkatsumiです！ dbtのバージョン1.8以上を利用することで、unit testsが利用可能になります。今までもSingular テスト（単一テスト）やGeneric テスト（汎用テスト）は可能でしたが、テストデータを利用した単体テストも行うことができます。 導入準備 dbt-coreの場合 dbt v1.8 以上を利用してください。 dbt-cloudの場合 2024/06/12時点では dbt「Keep on latest version」を選択することで利用できます。 弊社ではunit-test用の環境のみlatest versionを利用しています。 Unit Testの基本 # run data and unit tests dbt test # run only data tests dbt test --select test_type:data #
背景 LLMのコンテキスト長が大幅に拡大し、これまで外部ツールに頼っていたタスクをLLMが直接処理できるようになってきています。例えば、従来は膨大な文書から情報を抽出するために専用の検索エンジンが必要だった情報検索や質問応答システムも、長文コンテキストを扱えるLLMなら文書全体を一度に処理できる可能性があります。また、専門的なSQLを使わずに、自然言語でデータベースを操作できるようになるかもしれません。 長いコンテキストを扱えるロングコンテキストLLMには、使いやすさ向上、エラーの減少、柔軟性の向上など、多くの利点が期待されています。 しかしどのような可能性が現実的なのか、長文コンテキストを扱えるLLMの性能を厳密に評価する必要があります。そこで今回、最大100万トークンのコンテキストを扱えるベンチマークLOFTが開発されました。情報検索、質問応答、SQL風の推論など、実用的なタスクを含み
SELECT user_id, MAX(login_date), device FROM login_history GROUP BY user_id ; SQL「多分、[ユーザーごとに、最後にログインしたときのデバイスを知りたい]んやろうけど...」 SQL「さてはGROUP BYのこと分かってへんな」 SQL「GROUP BYしたときにSELECTできるんは、3種類だけなんや」
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ロングコンテキストはRAGもText to SQLも解決するか Googleがケーススタディを実施 | AIDB
【SQL】GROUP BYしたときにSELECTできるのは3種類だけやで - Qiita