投稿

JavaScriptを使用したMySQL内のJSON配列のソート (2024/05/16)

JavaScriptを使用したMySQL内のJSON配列のソート (2024/05/16) https://blogs.oracle.com/mysql/post/sorting-json-arrays-in-mysql-with-javascript 投稿者: Scott Stroz | MySQL Developer Advocate これまでのいくつかの記事では、 MySQL HeatWave および MySQL Enterprise でJavaScriptを使用してJSON配列データを 検索 および フィルタリング する方法について説明しました。今日は、MySQLのJavaScriptを使用してJSON配列データをソートする方法を示します。 問題 私は、サードパーティのAPIからデータを取り込んだアプリケーションについて作業してきました。ほとんどの場合、このデータをJSONとしてデータベースに保存しました。このようなJSONを使用する欠点の1つは、スキーマを制御しないこと、および配列データのソート順序を指定できないことです。データは別の順序でソートする必要がある場合があります。このソートはクライアント側で行うことができますが、過去に述べたように、クライアント側の処理を切り捨てるときの使い方に基づいてデータを返すことを好みます。また、データの操作がデータベース内でより適切に処理されることもよくあると確信しています。 簡易ソート機能の作成 検索およびフィルタリングの投稿で行ったように、単純なデータをソートする関数から始めます。この関数の完全なコードを次に示します。これを次に分解します。 create function sortArray(items varchar(10000)) returns varchar(10000) language javascript as $$ const arr = JSON.parse(items) function compare(a,b){ if(a < b) return -1 else if (a > b) return 1 return 0 } return JSON.stringify(arr.sort(compare)) $$; 関数定義の最初

OCIは、STAC-A2ベンチマークによる市場リスク分析のモンテカルロ法計算よりも優れたパフォーマンスを発揮 (2024/05/15)

イメージ
OCIは、STAC-A2ベンチマークによる市場リスク分析のモンテカルロ法計算よりも優れたパフォーマンスを発揮 (2024/05/15) https://blogs.oracle.com/cloud-infrastructure/post/oci-mcm-market-risk-analysis-staca2-benchmarks 投稿者: RK Dodani | Senior Manager, Cloud Engineering Yonas Yohannes | Field CTO, FSI and Fintech Martin Feyereisen  金融サービス部門は、ハイパフォーマンス・コンピューティング(HPC)市場を急速に導入しており、2028年までに560億ドルに達すると予測されています。銀行やフィンテックを含むこの業界の半数以上が、高度な分析、人工知能(AI)と機械学習(ML)およびモンテカルロ法を通じて、運用効率、信頼性、意思決定を強化するためにHPCを選択しています。しかし、金融機関は、HPCテクノロジーによって大きなコスト上の課題に直面しています。 NVIDIAなどのテクノロジー・パートナーと協力して、Oracle Cloud Infrastructure(OCI)は、HPCグリッドのパフォーマンスを大幅に向上させることで、これらの課題に対処します。NVIDIAの高度なGPUテクノロジーを搭載したOCIの最初のSTAC-A2ベンチマーク・テストは、市場における比類のない価格パフォーマンスを示しています。アウトバウンド帯域幅コストを25%削減し、コンピュート・プライス・パフォーマンスの3倍以上向上し、Amazon Web Service (AWS) gp3、100 GB、6K IOPSを82%削減し、HPCコンピュート・コストを44%削減した結果、OCIは金融サービス部門のコスト効率の高いHPCソリューションの最前線に位置づけられています。 図1: パフォーマンス・キー・インジケータ。(2 OCPU (4 vCPU) AMD (E4)の月次コストと比較し、米国東部リージョンでは16 GB)。2023年6月16日時点のオンデマンド価格。) クラウドがHPCの課題を解決する方法 今日の金融機関は、規制コンプライアンスや不確実な市場などの従来の市場圧

Oracle Database 19cでの自動SQLチューニング・セットの使用 (2024/05/15)

Oracle Database 19cでの自動SQLチューニング・セットの使用 (2024/05/15) https://blogs.oracle.com/optimizer/post/using-asts-in-19c 投稿者: Nigel Bayliss | Product Manager はじめに 自動SQLチューニング・セット(ASTS) に関する以前の投稿を参照できます。 自動SPMのライセンスを緩和 し、この機能がオンになっているASTSに依存しているため、もう一度お話ししたいと思います。 ASTSは個々のSQL文情報をSYSAUX表領域に取得して格納するため、ASTSが有効な場合、領域が消費されると想定できます。極端な成長を報告したお客様もいるため、なぜこのようなことが起きているのかを調査しました。その後、これに対処するために2つの重要なパッチが作成されました。 パッチ/バグ15878434 - マージステートのサポートへの外部置換も拡張 パッチ/バグ35488357 - 自動SQLチューニングセットで同じ強制一致署名を持つSQLステータスの数を減らす これらのパッチは必要ですか。 パッチ35488357では、SQL文が初めて検出されたときに、初期バッチで取得する動的SQL文の数が削減されます。たとえば、アプリケーションでこのようなSQLを生成する場合、データベースでは最大1000のバージョンを取得できます。 select col from table where id = 10; select col from table where id = 20; select col from table where id = 30; ...etc パッチ15878434では、これを100に削減します。技術的には、ASTSは、(前の1000ではなく)同じ強制一致署名を持つ100個以下のSQL文を取得します。これは、動的SQLが使用されている場合でも、取得された文の数をASTSで抑制するようになりました。 アプリケーションでバインド値を全体で使用する場合、またはリテラルを限定的に使用する場合は、このパッチを適用する必要はありません。 パッチ15878434では、MERGE文の強制一致署名を正しく処理できます。たとえば、バインド変数ではなくリテラルを使用するME

Oracle Cloud Guardでインスタンス・セキュリティが使用可能に (2024/05/15)

イメージ
Oracle Cloud Guardでインスタンス・セキュリティが使用可能に (2024/05/15) https://blogs.oracle.com/cloud-infrastructure/post/instance-security-now-available-in-oracle-cloud-guard 投稿者: Ugi Urnuntogtokh | Principal Product Manager Oracle Cloud Infrastructure(OCI)は最近、Oracle Cloud Guard インスタンス・セキュリティを追加して、OCI Compute仮想マシン(VM)およびベアメタル・ホスト内のワークロードにランタイム・セキュリティを提供します。インスタンス・セキュリティは、クラウド・ワークロード保護をサポートすることでCloud Guardを強化し、セキュリティ体制を一元的に把握することでセキュリティ要件に対応するのに役立ちます。 Cloud Guardインスタンス・セキュリティとは インスタンス・セキュリティは、セキュリティ・アラート(Cloud Guard の問題)、脆弱性、オープン・ポートなど、コンピュート・インスタンスに関する重要なセキュリティ情報を収集および集計して、検出と防止のための実用的なガイダンスを提供します。お客様は、疑わしいプロセスを検出し、ポートを開き、ワークロードのスクリプトを実行する機能を必要としています。そのためには、オペレーティング・システム・レベルの可視性が必要です。インスタンス・セキュリティは、Oracle管理の新しい即時利用可能な検出機能と、脅威ハンティングに使用できる顧客管理問合せを提供します。さらに、お客様は、独自のセキュリティ情報およびイベント管理(SIEM)またはクラウド・セキュリティ・ポスチャ管理(CSPM)ツールをOCI Loggingに接続して、エージェントが収集したデータを取り込むことができます。 Oracle Cloudコンソールの新しい「リソース」詳細ビューを使用して、コンピュート・インスタンスに関連するすべての問題を1箇所で確認できます。このポータルでは、Cloud Guard の問題、オペレーティング・システム・レベルの脆弱性、および個々のインスタンスのオープン・ポートの問題

Oracle Cloud InfrastructureでのIPアドレス・インサイトの発表 (2024/05/15)

イメージ
Oracle Cloud InfrastructureでのIPアドレス・インサイトの発表 (2024/05/15) https://blogs.oracle.com/cloud-infrastructure/post/announcing-ip-address-insights-to-oracle-cloud 投稿者: Jody Davis | Principal Member of the Technical Staff Oracle Cloud Infrastructure(OCI)上のIPアドレス・インサイトの一般提供をお知らせします。この無料サービスでは、仮想クラウド・ネットワーク(VCN)、サブネットおよびネットワーク・リソースを階層的に可視化して、テナンシ全体のIPアドレス使用状況(IPv4とIPv6の両方)のリージョナル・ビューを提供することで、OCI上のIPアドレスを監視および管理できます。 IPアドレスのインサイトを確認しますか。これは、Oracle Cloudコンソールで確認し、ナビゲーション・メニューにアクセスして、「ネットワーキング」、「IP管理」、「IPアドレス・インサイト」の順に選択できます。この機能は、すべてのOCI レルム でグローバルに使用できます。 ユースケース IPアドレス・インサイトとは、一元化された信頼できる情報源であり、OCI上のIPアドレス空間を計画、追跡、管理することができます。IPアドレス・インサイトを使用すると、次の機能が提供されます。 リージョンごとにテナンシ全体で使用されるIPアドレスの統合ビューを取得します。IPアドレス・インサイト表は、リージョン内のテナンシに存在するすべてのVCN、サブネット、およびコンピュート・リソースとネットワーキング・リソースの階層ビューを可能にする一元化された表です。 プライベートIPv4アドレスを、対応するパブリックIPv4アドレスに関連付けます。各サブネットの新機能として、サブネット内のIPアドレスを使用するすべてのデバイスを確認できるIPアドレス・インサイト表があります。この表では、すべてのデバイスのプライベートIPアドレスおよびパブリックIPアドレス(該当する場合)など、サブネット内のすべてのデバイスについて、一目でわかる情報を提供します。 OCI IP CIDR範囲のI

バックエンド・サポートのためのOCI Network Load Balancerの拡張機能 (2024/05/15)

イメージ
バックエンド・サポートのためのOCI Network Load Balancerの拡張機能 (2024/05/15) https://blogs.oracle.com/cloud-infrastructure/post/network-load-balancer-enhance-backends-support 投稿者: Lilian Quan | Senior Principal Solutions Architect Oracle Cloud Infrastructure(OCI)Network Load Balancerサービスは、導入以来、急速に普及しています。Network Load Balancerは、ネットワーク・アーキテクチャの重要なコンポーネントです。これは、受信したネットワーク・トラフィック・ロードおよびクライアント・リクエストを複数のバックエンド・サーバーまたはリソースに効率的に分散するように設計されており、その容量使用率を最適化し、バックエンド機能の集合的な信頼性と高可用性を確保します。 創業以来、OCI Network Load Balancerはローカル・リージョンでバックエンドをサポートしてきました。バックエンドは、Network Load Balancerと同じ仮想クラウド・ネットワーク(VCN)内、またはローカル・ピアリング・ゲートウェイ(LPG)によってNetwork Load Balancer VCNに接続された別のVCN内に存在できます。本日、OCI動的ルーティング・ゲートウェイ(DRG)を介してNetwork Load Balancerからアクセス可能な場所にNetwork Load Balancerバックエンドのサポートを拡張したことをお知らせします。次のようなシナリオがあります。 VCN間接続: 異なるVCN内のNetwork Load BalancerとバックエンドがDRGを介して接続できるようになり、OCI Network Load Balancerを使用したネットワーク設計でLPGが不要になりました。 リージョン間のサポート: Network Load Balancerは、リモート・ピアリング接続(RPC)を介してアクセス可能なリモート・リージョンにバックエンドを持ち、そのVCNがアタッチされているDRGを持つこ

OCI Network Load Balancerを使用した高可用性DNSサービスの提供 (2024/05/15)

イメージ
OCI Network Load Balancerを使用した高可用性DNSサービスの提供 (2024/05/15) https://blogs.oracle.com/cloud-infrastructure/post/oci-network-load-balancer-highly-available-dns 投稿者: Tim Sammut | Consulting Member of Technical Staff Oracle Cloud Infrastructure(OCI)は最近、一部のリモート・ネットワークでDNSヘルス・チェックとバックエンドのサポートという 2つの追加 を商用リージョンのOCI Network Load Balancerサービスにリリースしました。この新機能により、NLBのユーティリティが、一般的に要求される特定のユース・ケース(DNSトラフィックのロード・バランシングおよびフォルト・トレラントな処理)に大幅に拡張され、複数のDNSサーバーになります。 この新しいNetwork Load Balancer機能を利用して、DNSサーバーの障害をより正確に検出して処理するドメイン・ネーム・システム(DNS)アーキテクチャを作成できます。DNSサーバーは、OCI内またはオンプレミス・ネットワーク内に柔軟にこれらのアーキテクチャに配置できるようになりました。これらのメリットは、パブリックおよびプライベートのDNS解決用のアーキテクチャに適用できます。 DNS健全性検査の設定 ネットワーク・ロード・バランサは、ヘルス・チェック・ポリシーを使用して、バックエンド・サーバーが正常かどうかを判断します。新しいDNSヘルス・チェックは、ヘルス・チェック・プロトコルとしてDNSを選択することで公開されます。 これらのフィールドの詳細は、 ドキュメント を参照してください。ただし、特定の項目を見てみましょう。問合せ名は、ヘルス・チェックがバックエンド・サーバーからリクエストするDNS名です。ターゲット問合せ名を選択して、バックエンド・サーバーの必要なDNS機能をテストします。たとえば、バックエンドDNSサーバーがインターネット再帰を提供する場合は、oracle.comなどの問合せ名をインターネットで使用します。または、バックエンドDNSサーバーがDNS再帰