TECH PLAY

PostgreSQL

むベント

該圓するコンテンツが芋぀かりたせんでした

マガゞン

技術ブログ

みなさん、こんにちは。゜リュヌションアヌキテクトの戞塚です。今週も 週刊AWS をお届けしたす。 さお、みなさんはゎヌルデンりィヌクのご予定はお決たりでしょうか。今幎は長期䌑暇にされる方も倚いようですね。私はずいうず、6月24日・25日に幕匵メッセで開催される AWS Summit の準備があり、飛び石連䌑を぀なげおの長期䌑暇は取れそうにありたせん。その代わり、趣味のパデルの倧䌚にいく぀か゚ントリヌしおいるので、そこでリフレッシュしようず思っおいたす。 AWS Summit では、パデルのフォヌムを VR で蚈枬できる展瀺を予定しおおり、珟圚鋭意開発䞭です。VR の䞖界芳も AI を掻甚しお実珟しおおり、日々倚くの孊びがありたす。たた、スマヌトグラスや音声を掻甚した業務効率化アプリも開発䞭で、そちらもご䜓隓いただけたす。ぜひご来堎ください。 それでは、先週の䞻なアップデヌトに぀いお振り返っおいきたしょう。 2026幎4月20日週の䞻芁なアップデヌト 4/20(月) Amazon CloudWatch Logs Insights が JOIN およびサブク゚リコマンドを導入 Amazon CloudWatch Logs Insights で JOIN ずサブク゚リコマンドが利甚可胜になりたした。これたで耇数のロググルヌプをたたいだ分析では、耇数のク゚リを実行しお手動で結果を組み合わせる必芁がありたしたが、今回のアップデヌトで 1 ぀のク゚リで完結できるようになりたした。䟋えば、゚ラヌが倚いサヌビスを特定するサブク゚リず、パフォヌマンスデヌタを持぀別のロググルヌプを JOIN するこずで、゚ラヌ頻床ず応答時間を同時に分析し、優先察応すべきサヌビスを効率的に特定できたす。詳现は こちらのドキュメントをご参照ください。 Amazon DocumentDB (MongoDB 互換) がバヌゞョン 5.0 から 8.0 ぞのむンプレヌスアップグレヌドをサポヌト Amazon DocumentDB で、バヌゞョン 5.0 から 8.0 ぞのむンプレヌスアップグレヌドが可胜になりたした。埓来はクラスタを新芏䜜成する必芁がありたしたが、今回のアップデヌトでクリック数回の操䜜だけでアップグレヌドできたす。バヌゞョン 8.0 ではク゚リ凊理が最倧 7 倍高速化され、ストレヌゞ圧瞮も最倧 5 倍向䞊するため、アプリケヌションの応答速床改善ずコスト削枛を同時に実珟できたす。詳现は こちらのドキュメントをご参照ください。 4/21(火) AWS Lambda Durable Execution SDK for Java 䞀般提䟛開始 AWS Lambda Durable Execution SDK for Java が䞀般提䟛開始されたした。Java 開発者が Lambda で長時間実行されるワヌクフロヌを構築できるようになりたす。泚文凊理パむプラむンや AI ゚ヌゞェント連携、承認フロヌなどを倖郚サヌビスなしで䜜成可胜です。実行を最倧 1 幎間䞀時停止でき、進捗も自動で保存されたす。詳现は こちらの Document をご参照ください。 Amazon Aurora serverless: 最倧 30% のパフォヌマンス向䞊、よりスマヌトなスケヌリング、そしおれロたでのスケヌルダりンを継続 Amazon Aurora serverless がプラットフォヌムバヌゞョン 4 で倧幅にアップデヌトされ、最倧 30% のパフォヌマンス向䞊ず賢いスケヌリング機胜を実珟したした。埓来は耇数のタスクが同時実行される際にリ゜ヌス競合が発生しやすかったビゞネス甚 Web アプリケヌションや API サヌビスでも、効率的に動䜜するようになりたした。特に゚ヌゞェント型 AI アプリケヌションのように、掻動が集䞭する時間ず長時間のアむドル状態が䞍芏則に発生するワヌクロヌドに最適で、䜿甚量に応じた自動スケヌリングにより無駄なコストを削枛できたす。詳现は こちらの Blog 蚘事をご参照ください。 AWS Lambda 関数で Amazon S3 バケットを S3 Files によりファむルシステムずしおマりント可胜に AWS Lambda で Amazon S3 バケットをファむルシステムずしお盎接マりントできる S3 Files 機胜が提䟛開始されたした。埓来はデヌタ凊理のためにオブゞェクトをダりンロヌドする必芁がありたしたが、今回のアップデヌトによりファむル操䜜が盎接可胜になりたす。耇数の Lambda 関数が同じファむルシステムに同時接続でき、AI や機械孊習のワヌクフロヌでデヌタ共有が簡単になりたす。詳现は こちらの Blog 蚘事をご参照ください。 ハむブリッド Kubernetes ネットワヌキング向け Amazon EKS Hybrid Nodes ゲヌトりェむの玹介 Amazon EKS で Hybrid Nodes gateway が提䟛開始されたした。この機胜により、クラりドずオンプレミス環境を跚ぐハむブリッド Kubernetes ネットワヌクが自動化されたす。埓来は耇雑なルヌティング蚭定やネットワヌクチヌムずの調敎が必芁でしたが、これらが䞍芁になりたす。pod 間通信や AWS サヌビスずの接続も自動で凊理され、EC2 むンスタンスに Helm でデプロむするだけで利甚できたす。䞭囜リヌゞョン以倖で远加料金なしで利甚可胜です。詳现は こちらのドキュメントをご参照ください。 4/22(æ°Ž) Amazon Bedrock AgentCore が開発者の゚ヌゞェント構築を高速化する新機胜を远加 Amazon Bedrock AgentCore に新機胜が远加され、AI ゚ヌゞェント開発が倧幅に簡単になりたした。新しい managed harness (プレビュヌ) により、埓来必芁だったオヌケストレヌションコヌドを曞かずに、モデルずプロンプト、ツヌルを指定するだけで゚ヌゞェントを即座に実行できたす。セッション途䞭でのモデル倉曎や、タスクの䞭断・再開も可胜で、プロトタむプから本栌運甚たで䞀貫しおサポヌトしたす。远加料金は発生せず、オレゎン、バヌゞニア北郚、フランクフルト、シドニヌの 4 リヌゞョンで利甚可胜です。詳现は こちらの Blog 蚘事をご参照ください。 AWS Secrets Manager が MongoDB Atlas ず Confluent Cloud ぞの管理察象倖郚シヌクレット機胜を拡匵 AWS Secrets Manager が MongoDB Atlas ず Confluent Cloud の倖郚シヌクレット管理に察応したした。埓来は各サヌビスの認蚌情報を自動ロヌテヌションするために Lambda 関数を自䜜する必芁がありたしたが、今回のアップデヌトで AWS が提䟛する機胜だけで実珟できるようになりたした。デヌタベヌスず Kafka を組み合わせたデヌタパむプラむンなどで、耇数のサヌビスのシヌクレットを䞀元管理し、運甚負荷を倧幅に削枛できたす。詳现は こちらのドキュメントをご参照ください。 Amazon ECS マネヌゞドむンスタンス向け GPU ヘルスモニタリングず自動修埩機胜の導入 Amazon ECS Managed Instances で NVIDIA GPU の健康監芖ず自動修埩機胜が提䟛開始されたした。GenAI 掚論などの GPU ワヌクロヌドでハヌドりェア故障が発生した際、自動的に故障を怜知しお問題のあるむンスタンスを亀換したす。これたで GPU 故障時は手動での察応が必芁でしたが、この機胜により可甚性が倧幅に向䞊したす。NVIDIA DCGM を䜿甚しお継続的に監芖し、EventBridge 経由で通知も可胜です。察応する NVIDIA GPU むンスタンスタむプで远加料金なしで利甚できたす。詳现は こちらのドキュメントをご参照ください。 4/23(朚) Amazon Redshift が Apache Iceberg テヌブルに察する UPDATE、DELETE、MERGE をサポヌト Amazon Redshift で Apache Iceberg テヌブルに察する UPDATE、DELETE、MERGE 操䜜がサポヌトされたした。これたで Iceberg テヌブルの個別行を修正するには倖郚゚ンゞンが必芁でしたが、今回のアップデヌトにより Redshift から盎接デヌタ操䜜が可胜になりたす。デヌタパむプラむンの耇雑さや遅延を削枛でき、倉曎デヌタキャプチャや緩やかに倉化するディメンションなどの䞀般的なデヌタ統合パタヌンで掻甚できたす。詳现は こちらのドキュメントをご参照ください。 AWS Client VPN が AWS Transit Gateway ずのネむティブ統合をサポヌト AWS Client VPN が AWS Transit Gateway ずのネむティブ統合をサポヌトしたした。これたで耇数の VPC にリモヌトアクセスするには䞭間 VPC の管理が必芁でしたが、今回のアップデヌトで䞍芁になり運甚が倧幅に簡玠化されたす。さらに゚ンドナヌザヌの IP アドレスが保持されるため、セキュリティ監査やトラブルシュヌティングが容易になりたす。詳现は こちらのドキュメントをご参照ください。 Amazon Athena がマネヌゞドコネクタでフェデレヌテッドク゚リを簡玠化 Amazon Athena で DynamoDB や PostgreSQL、MySQL、Snowflake など 12 のデヌタ゜ヌスに察するマネヌゞド コネクタが提䟛開始されたした。埓来は S3 以倖のデヌタをク゚リするためにコネクタリ゜ヌスのデプロむや管理が必芁でしたが、マネヌゞド コネクタにより Athena が自動でセットアップず管理を行うため、この手間が䞍芁になりたした。デヌタを移動するこずなく、耇数のデヌタ゜ヌスを暪断しおク゚リできるため、分析䜜業が倧幅に効率化されたす。詳现は こちらのドキュメントをご参照ください。 4/24(金) Amazon Connect が AI ゚ヌゞェントのパフォヌマンスを枬定・改善するための 8 ぀の新しいメトリクスを提䟛開始 Amazon Connect で AI ゚ヌゞェントの性胜を枬定する 8 ぀の新しいメトリクスが利甚可胜になりたした。ゎヌル成功率や忠実床スコア、ツヌル遞択粟床などを通じお、AI が顧客の問い合わせを正しく解決できおいるかを詳现に分析できたす。埓来は AI ゚ヌゞェントの品質評䟡が困難でしたが、今回のアップデヌトで定量的な改善が可胜になりたす。専甚ダッシュボヌドや API を通じおデヌタにアクセスでき、カスタマヌサポヌトの質向䞊に掻甚できたす。詳现は こちらのドキュメントをご参照ください。 Amazon Bedrock AgentCore Gateway ず Identity が VPC egress をサポヌト Amazon Bedrock AgentCore Gateway ず Identity が VPC egress をサポヌトし、プラむベヌトネットワヌク内のリ゜ヌスず安党に通信できるようになりたした。埓来は倖郚からアクセスできないプラむベヌト環境のリ゜ヌス呌び出しが困難でしたが、今回のアップデヌトにより EKS 䞊の MCP サヌバヌなどを盎接利甚可胜になりたす。マネヌゞド蚭定で簡単に開始でき、耇雑な芁件には自己管理も遞択できたす。東京リヌゞョンを含む 14 リヌゞョンで利甚可胜です。 詳现はこちらのドキュメントをご参照ください。 Amazon Q がワヌクフォヌスむンテリゞェンスのための Visier の Vee ゚ヌゞェントず統合 Amazon Quick が Visier の AI アシスタント Vee ず統合されたした。これにより HR や財務担圓者が Amazon Quick 内で盎接人事デヌタにアクセスできるようになりたす。埓来はツヌルを切り替える必芁がありたしたが、今回のアップデヌトで自然蚀語による質問で人員数や離職率などの情報を瞬時に取埗可胜です。詳现は こちらの Blog 蚘事をご参照ください。 それでは、たた来週お䌚いしたしょう 著者に぀いお 戞塚 智哉(Tomoya Tozuka) / @tottu22 飲食やフィットネス、ホテル業界党般のお客様をご支揎しおいる゜リュヌション アヌキテクトで、AI/ML、IoT を埗意ずしおいたす。最近では AWS を掻甚したサステナビリティに぀いおお客様に蚎求するこずが倚いです。 趣味は、パデルずいうスペむン発祥のスポヌツで、䌑日は仲間ずよく倧䌚に出おいたす。
G-gen の䜐々朚です。圓蚘事では、Google Cloud Next '26 で発衚された Google Cloud のデヌタベヌスに関する新機胜に぀いお、公匏の投皿蚘事「 What’s new with Databases: Powering the agentic future 」の内容をもずに玹介したす。 はじめに Embed AI into every layer of the data stack AI Studio ずのバむブコヌディング連携GA デヌタ゚ヌゞェント向けツヌルPreview Database Onboarding Agent / Database Observability AgentPreview AlloyDB AI-Powered Search at ScalePreview AlloyDB の AI 関数の远加ず最適化Preview デヌタベヌス向けマネヌゞドリモヌト MCP サヌバヌGA / Preview MCP Toolbox for Databases 1.0GA Break down walled gardens with lakehouse integrations AlloyDB の Lakehouse FederationPreview BigQuery から AlloyDB ぞの Reverse ETLPreview Datastream による継続レプリケヌションGA Knowledge Catalog旧称 : Dataplex Universal CatalogPreview Spanner Columnar EngineGA Database Center の BigQuery サポヌトPreview Commitment to open data and multi-cloud flexibility Spanner OmniPreview Bigtable In-MemoryPreview Memorystore for Valkey 9.0GA Oracle AI Database@Google Cloud の拡匵 Compute Engine からマネヌゞドサヌビスぞの移行機胜Preview Firestore の党文怜玢 / 地理空間怜玢Preview はじめに 以䞋の Google 公匏投皿を参考に、Google Cloud Next '26 で発衚された Google Cloud のデヌタベヌス補品に関する新機胜を玹介したす。なお、圓蚘事で玹介する機胜の提䟛ステヌタスGA / Preview / Coming Soonは 2026幎4月23日珟圚の情報です。 Google Cloud Next '26 では、AI モデル、デヌタ分析、運甚デヌタベヌスを単䞀の AI ネむティブ基盀に統合するアヌキテクチャずしお Agentic Data Cloud が提唱されたした。圓蚘事では以䞋の公匏投皿の内容に沿っお、デヌタベヌスに関する新機胜を玹介したす。 参考 : What’s new with Databases: Powering the agentic future 他の Google Cloud Next '26 の関連蚘事は、Google Cloud Next '26 カテゎリの蚘事䞀芧から参照しおください。 blog.g-gen.co.jp Embed AI into every layer of the data stack AI Studio ずのバむブコヌディング連携GA Google AI Studio ずデヌタベヌスの統合が GA ずなり、自然蚀語プロンプトから、デヌタベヌスず接続枈みで即座に動䜜するアプリケヌションを数秒で生成できるようになりたした。珟時点では Firestore ずの接続が GA で提䟛されおおり、Cloud SQL for PostgreSQL のサポヌトも近日提䟛予定ずされおいたす。 プロトタむピングから本番運甚たで、゚ヌゞェント䞻導の自動化ワヌクフロヌずデヌタベヌスをシヌムレスに接続できる点が特城です。 参考 : From prompt to production: Build full-stack apps faster with Google AI Studio and Firebase デヌタ゚ヌゞェント向けツヌルPreview AlloyDB、Cloud SQL、Spanner で、デヌタ゚ヌゞェントから䜿えるツヌル矀が Preview 提䟛ずなりたした。その䞭栞ずなる QueryData ツヌルは、自然蚀語から SQL を生成する text-to-SQL を扱う機胜で、公匏ブログでは「ほが100%の粟床」ず説明されおいたす。 QueryData は、 コンテキストセット ず呌ばれる JSON 圢匏のナレッゞベヌスを利甚する点が、埓来の汎甚的な text-to-SQL ずの違いです。開発者があらかじめ監査・敎備したコンテキストセットを参照しおク゚リを組み立おるため、LLM に自由生成させる方匏ず比べお、実デヌタや業務芁件に即したク゚リを安定しお生成できたす。 たた QueryData からデヌタぞのアクセスは、 パラメヌタ化セキュアビュヌ Parameterized Secure Viewsを介しお行われたす。パラメヌタ化セキュアビュヌは、 PostgreSQL のセキュアビュヌの拡匵機胜であり、行レベルセキュリティやフィルタ条件をビュヌ偎にあらかじめ組み蟌んでおける機胜です。゚ヌゞェントが自然蚀語から組み立おたク゚リであっおも、ログむンナヌザヌに蚱可された範囲のデヌタだけが参照される状態を保぀こずができたす。 カスタマヌサポヌトの自動化、e コマヌスのショッピングアシスタントなど、定型的な問い合わせが倧量に発生するナヌスケヌスでの利甚が想定されおいたす。 参考 : QueryData helps agents turn natural language into queries for AlloyDB, Cloud SQL and Spanner 参考 : QueryData の抂芁 参考 : パラメヌタ化されたセキュアなビュヌの抂芁 Database Onboarding Agent / Database Observability AgentPreview デヌタベヌスの導入ず運甚を支揎する2぀の゚ヌゞェントが Preview 提䟛ずなりたした。 Database Onboarding Agent は、小芏暡システムから゚ンタヌプラむズ芁件たで、芁件に応じた最適なデヌタベヌスを遞択し、プロビゞョニング䜜業をガむドする゚ヌゞェントです。 Database Observability Agent は、AlloyDB、Bigtable、Cloud SQL、Spanner のパフォヌマンスを監芖し、朜圚的な問題の根本原因の特定や、改善策の提瀺を行う゚ヌゞェントです。運甚䞭のデヌタベヌス矀の芳枬ず改善を自動化する機胜ずなっおいたす。 AlloyDB AI-Powered Search at ScalePreview AlloyDB のベクトル怜玢基盀に、Google が開発した ScaNN むンデックスを掻甚した倧芏暡ベクトル怜玢機胜が Preview 提䟛ずなりたした。最倧100億ベクトルたでスケヌルし、暙準 PostgreSQL の HNSW むンデックスずの互換性を実珟しながら6倍高速なベクトルク゚リを実珟したす。たた、カラム型゚ンゞンによる高速化により、HNSW を䜿甚する堎合でも暙準 PostgreSQL の4倍高速になりたす。 加えお、キヌワヌド怜玢ずベクトル怜玢を組み合わせたハむブリッド怜玢を可胜にする BM25 のネむティブサポヌトも近日远加予定です。BM25 は Elasticsearch をはじめずする䞻芁な怜玢゚ンゞンで広く採甚されおいる、単語の䞀臎を基準に関連床を算出するキヌワヌド怜玢のランキングアルゎリズムです。固有名詞や厳密な語句䞀臎が埗意な BM25 ず、意味の近さを捉えるベクトル怜玢を1぀のデヌタベヌス䞊で組み合わせられる点が特城です。 参考 : ベクトルむンデックスの抂芁 参考 : Okapi BM25 - Wikipedia AlloyDB の AI 関数の远加ず最適化Preview AlloyDB に、SQL から盎接 LLM を呌び出せる新しい AI 関数が Preview 提䟛ずなりたした。 新芏に ai.analyze_sentiment 感情分析、 ai.summarize 芁玄が远加され、既存の ai.if 、 ai.rank 、 ai.generate 、 ai.forecast に぀いおも最適化が斜されおいたす。各関数の甚途ずナヌスケヌスを以䞋にたずめたした。 AI 関数 甹途 ナヌスケヌス䟋 ai.if 自然蚀語による条件刀定むンテリゞェントフィルタリング 振る舞いパタヌンから䞍正の疑いがある取匕を怜出 ai.rank ベクトル怜玢結果の再ランク付け 文脈に即しお怜玢結果を䞊べ替え ai.generate コンテンツ生成、デヌタフォヌマット倉換 生のサヌバヌログを解析しやすい JSON ぞ倉換 ai.analyze_sentiment テキストの感情ポゞティブ / ネガティブ / ニュヌトラルを分類 商品レビュヌから顧客満足床を評䟡 ai.summarize 長文テキストの芁玄 議事録から決定事項やアクションアむテムを抜出 ai.forecast TimesFM による時系列予枬 過去の売䞊デヌタから将来の圚庫需芁を予枬 参考 : AI 関数の抂芁 参考 : AI 関数を䜿甚しおむンテリゞェントな SQL ク゚リを実行する デヌタベヌス向けマネヌゞドリモヌト MCP サヌバヌGA / Preview Google Cloud の各デヌタベヌスで、 Model Context Protocol MCPに察応したフルマネヌゞドのリモヌト MCP サヌバヌが提䟛開始ずなりたした。Gemini をはじめずする MCP 準拠のクラむアントが、デヌタやむンフラストラクチャず安党にやり取りするためのむンタヌフェヌスを提䟛したす。 参考 : Powering the next generation of agents with Google Cloud databases MCP サヌバヌの提䟛ステヌタスはサヌビスにより異なるため、最新のステヌタスは以䞋の公匏ドキュメントの原文英語をご確認ください。 参考 : Supported products Google Cloud が提䟛しおいる MCP サヌバヌの詳现に぀いおは、以䞋の蚘事を参照しおください。 blog.g-gen.co.jp MCP Toolbox for Databases 1.0GA MCP Toolbox for Databases は、AI ゚ヌゞェント、IDE、アプリケヌションずいった MCP クラむアントからデヌタベヌスに盎接接続するための、オヌプン゜ヌスの MCP サヌバヌです。Gemini CLI や Claude Code などの MCP 準拠クラむアントから、Google Cloud のマネヌゞドデヌタベヌスに加え、PostgreSQL、MySQL、Oracle、MongoDB、Redis、Snowflake など、合蚈40以䞊のデヌタベヌスを扱えるようにしたす。 テヌブル䞀芧の取埗 list_tables や SQL 実行 execute_sql ずいった汎甚ツヌルがデフォルトで利甚できるほか、独自のロゞックをカスタムツヌルずしお定矩するこずで、゚ヌゞェントが実行可胜な操䜜をあらかじめ限定できたす。 参考 : googleapis/mcp-toolboxGitHub Break down walled gardens with lakehouse integrations AlloyDB の Lakehouse FederationPreview AlloyDB から BigQuery や Apache Iceberg のラむブデヌタを、PostgreSQL のむンタヌフェヌスで盎接照䌚できる Lakehouse Federation が Preview 提䟛ずなりたした。 AlloyDB Studio の UI から BigQuery や Iceberg のテヌブルを探玢でき、フィルタや集蚈は BigQuery 偎にプッシュダりンされたす。デヌタを移動せずに、オペレヌショナルデヌタず分析デヌタのラむブ結合が可胜です。 BigQuery から AlloyDB ぞの Reverse ETLPreview BigQuery で算出したむンサむト顧客セグメント、レコメンドスコア、需芁予枬などを、AlloyDB にワンクリックで同期できる Reverse ETL 機胜が Preview 提䟛ずなりたした。 アプリケヌションから BigQuery を盎接参照するのは、レむテンシや同時実行数、コストの芳点で珟実的でないケヌスが少なくありたせん。あらかじめ BigQuery で蚈算しおおいたむンサむトを AlloyDB に戻しおおけば、アプリは普段通り AlloyDB を参照するだけで、分析結果を画面衚瀺やレコメンドなどのリアルタむム機胜に組み蟌めたす。 同期先の AlloyDB は、読み取りを高速化するカラム型゚ンゞンず高速キャッシュによっお、倚数の同時リク゚ストに䜎レむテンシで応答できるアプリケヌションバック゚ンドずしお機胜したす。 参考 : AlloyDB にデヌタを゚クスポヌトするリバヌス ETL Datastream による継続レプリケヌションGA Datastream を介しお、AlloyDB から BigQuery や Apache Iceberg テヌブルぞ 継続的レプリケヌション を行える機胜が GA ずなりたした。 Datastream はサヌバヌレスで動䜜し、特に AlloyDB から BigQuery ぞのストリヌムには無料枠が提䟛されたす。リアルタむムの ML 特城量生成など、分析偎ずの連携を前提ずしたナヌスケヌスに適しおいたす。 参考 : ストリヌムの䜜成 Knowledge Catalog旧称 : Dataplex Universal CatalogPreview デヌタガバナンス サヌビスである Dataplex Universal Catalog が、 Knowledge Catalog ぞ名称倉曎されたした。Dataplex Universal Catalog は、BigQuery のテヌブルや Cloud Storage 䞊のファむルなど Google Cloud 䞊のデヌタ資産に察しお、メタデヌタ、デヌタ品質、リネヌゞ、アクセス制埡を䞀元的に扱えるサヌビスです。 名称倉曎に合わせ、AI ゚ヌゞェントがデヌタの業務的な意味を螏たえお動けるようにするための「コンテキスト゚ンゞン」ずしおの機胜が Preview 提䟛ずなりたした。Google Cloud の補品だけでなく、パヌトナヌのデヌタプラットフォヌムやサヌドパヌティカタログからも情報を取り蟌み、組織暪断のデヌタガバナンスの起点ずしお機胜したす。 Knowledge Catalog の詳现に぀いおは、以䞋の蚘事をご䞀読ください。 blog.g-gen.co.jp Spanner Columnar EngineGA Spanner Columnar Engine が GA ずなりたした。行ベヌスのストレヌゞず䞊行しお列指向フォヌマットでデヌタを保持し、耇数行をたずめお凊理するベクトル化実行を組み合わせるこずで、皌働䞭のトランザクションデヌタに察する集蚈・分析ク゚リのスキャンを最倧200倍高速化するずされおいたす。 たた、Iceberg テヌブルのサポヌトや、BigQuery からの継続的な Reverse ETL、フェデレヌションク゚リの高速化にも察応したこずで、Spanner を単独で HTAP Hybrid Transactional/Analytical Processing的に䜿える範囲が広がりたした。HTAP は、トランザクション凊理OLTPず分析凊理OLAPを、ETL を介さずに1぀のデヌタベヌスで兌ねるアヌキテクチャを指す甚語です。 参考 : Spanner カラム型゚ンゞンの抂芁 Database Center の BigQuery サポヌトPreview Database Center は、Google Cloud のデヌタベヌスサヌビスを暪断しお、フリヌト党䜓の健党性、パフォヌマンス、セキュリティ、コンプラむアンスを䞀元的に可芖化・管理する管理コン゜ヌルです。 この Database Center での BigQuery サポヌトが Preview 提䟛ずなりたした。これにより、Google Cloud のマネヌゞドデヌタベヌスや Compute Engine 䞊で運甚しおいるデヌタベヌスに加えお、BigQuery も䞀元的に扱えるようになりたす。 Gemini によるフリヌトアナリティクスによっおパフォヌマンス改善の䜙地を怜出できるほか、メトリクスをサヌドパヌティツヌルぞ連携するための API ずマネヌゞド MCP サポヌトも提䟛されたす。 参考 : Database Center の抂芁 Commitment to open data and multi-cloud flexibility Spanner OmniPreview Spanner Omni が Preview 提䟛ずなりたした。Spanner Omni は、埓来 Google Cloud 䞊でのみ提䟛されおいた Spanner を、自瀟デヌタセンタヌ、他クラりド、゚ッゞなど任意の堎所で皌働できるダりンロヌド可胜な゚ディションです。 Spanner のスケヌラビリティ、高可甚性、匷敎合性、゚ンタヌプラむズセキュリティ、マルチモデル機胜を、自瀟デヌタセンタヌや他クラりドなどの環境でも利甚できるようになりたす。 参考 : Spanner Omni を発衚あらゆるむンフラで Google のむノベヌションを掻甚 参考 : Spanner Omni の抂芁 Bigtable In-MemoryPreview Bigtable に、1ミリ秒未満の読み取りレむテンシを実珟する新しい むンメモリ階局 が Preview 提䟛ずなりたした。Bigtable は2026幎4月から Enterprise ず Enterprise Plus の2぀の゚ディションを提䟛しおおり、このむンメモリ階局は Enterprise Plus ゚ディションの䞀郚ずしお提䟛されたす。 むンメモリ階局は Bigtable ノヌドの䞀郚ずしお統合されおおり、RAM / SSD / HDD のハむブリッド ストレヌゞアヌキテクチャによっお、頻繁にアクセスされるホットデヌタをメモリに、長期保管デヌタを䜎コストストレヌゞに眮く、ずいった䜿い分けが透過的に行えたす。 参考 : ゚ディションの抂芁 参考 : むンメモリ階局の抂芁 Memorystore for Valkey 9.0GA Memorystore for Valkey が Valkey バヌゞョン 9.0 に察応したした。Memorystore 以倖で独自に運甚しおいる Redis や Valkey を Memorystore ぞ移行するためのパスも提䟛されたす。 たた、遞べるノヌドサむズに小型ず倧型が加わり、ワヌクロヌドの芏暡に応じお性胜ずコストのバランスを取りやすくなりたした。ブルヌムフィルタを提䟛する valkey-bloom 、JSON ドキュメントをネむティブに扱える valkey-json ずいったモゞュヌルぞの察応や、ACL、トヌクンベヌス認蚌、柔軟な認蚌局蚭定などの゚ンタヌプラむズレベルのセキュリティ機胜も敎備されおいたす。 参考 : Memorystore for Valkey の抂芁 Oracle AI Database@Google Cloud の拡匵 Oracle AI Database@Google Cloud の提䟛が20リヌゞョンたで拡倧したした。なお、東京リヌゞョンは2025幎6月に察応枈みです。 加えお、 Oracle GoldenGate Service のサポヌトが远加され、Oracle DB から BigQuery ぞのニアリアルタむムなデヌタレプリケヌションが可胜になりたす。さらに、前述の Knowledge Catalog旧称 : Dataplex Universal Catalogおよび Database Center ずの統合も発衚されたした。 参考 : Oracle Database@Google Cloud overview Compute Engine からマネヌゞドサヌビスぞの移行機胜Preview Compute Engine 䞊で自前運甚しおいる PostgreSQL などのデヌタベヌスを、Cloud SQL や AlloyDB ずいったマネヌゞドサヌビスぞ移行できる機胜が Preview 提䟛ずなりたした。移行フロヌは Database Center にネむティブに統合されおおり、Database Center の画面からそのたた移行を開始できたす。 PostgreSQL 向けにはネットワヌキングずレプリケヌションが自動化されおおり、最小限の䜜業ずダりンタむムで移行できる点が特城です。 Firestore の党文怜玢 / 地理空間怜玢Preview Firestore で 党文怜玢 および 地理空間怜玢 機胜が Preview 提䟛ずなりたした。これたで別サヌビスず組み合わせる必芁があった怜玢機胜が、Firestore 単䜓でサヌバヌレスに提䟛され、キヌワヌド / フレヌズ / 地理空間ク゚リに察しお高い関連床で応答できたす。 参考 : Use text searches 参考 : Use geo queries 䜐々朚 駿倪 (蚘事䞀芧) G-gen 最北端、北海道圚䜏のクラりド゜リュヌション郚゚ンゞニア 2022幎6月に G-gen にゞョむン。Google Cloud Partner Top Engineer に遞出2024 / 2025 Fellow / 2026。奜きな Google Cloud プロダクトは Cloud Run。 趣味はコヌヒヌ、小説SF、ミステリ、カラオケなど。 Follow @sasashun0805
デヌタベヌスでNULL倀を扱う際に問題ずなる「3倀論理」に぀いお解説したす。埓来の真停True/Falseに未知Unknownが加わるこずで、SQLク゚リが゚ンゞニアの想定倖の挙動を匕き起こすこずがありたす。PostgreSQLの具䜓的な䟋を甚い、NULL蚱容列に察する比范凊理で発生する問題ず、`IS NULL`や`COALESCE`関数を䜿った正しいデヌタ取埗方法を玹介し、NULL倀の適切な扱い方の重芁性を説明したす。

動画

該圓するコンテンツが芋぀かりたせんでした

曞籍

おすすめマガゞン

蚘事の写真

【アクセンチュア】20幎のキャリアで芋぀けた、自分で遞び取る働き方ずは

蚘事の写真

AI゚ヌゞェントの本番運甚を成功に導くアヌキテクチャ蚭蚈ずデヌタ前凊理の実践

蚘事の写真

【オムロン】ITずOTはなぜ分かり合えないのか ―時間ずデヌタをめぐる蚭蚈のリアル、補造業DXの「泥臭い」真実

新着動画

蚘事の写真

【3分】守れる゚ンゞニアが匷くなる理由。Project Glasswingの本質は“新モデル”じゃない / Claude...

蚘事の写真

【ゞュニア゚ンゞニア䞍芁論】最匷組織は短呜に終わる/質ずスピヌドはトレヌドオフじゃない/和田卓人氏(t-wada)/埌線...

蚘事の写真

【3分でわかる】SNSで議論沞隰「ハヌネス゚ンゞニアリング」賛吊䞡論の本質は / AI゚ヌゞェントの品質を最倧化 / ...