概要 全般 推奨 非推奨 命名規則 通則 表 列 別名、相関名 ストアド・プロシージャ 統一的接尾辞 問合せ文 予約語 空白類 インデント 望ましい形式 Create文 データ型の選択 デフォルト値の指定 制約とキー 非推奨設計 付録 予約語リファレンス SQLスタイルガイド(日本語訳) 日本語訳について 日本語訳は誤訳や原文の最新版に追随していない恐れがあります。誤訳や改善点があれば、GitHubのissueまたはpull requestを使用するか、Twitterでお知らせください。 翻訳: 久利史之 @nkuritw 概要 このガイドラインは利用の他、forkしたり、自分自身のものに改変したりすることができます。ここで大事なのはスタイルを選択しそれを踏襲することです。変更の提案やバグの修正にはGitHubのissueまたはpull requestを使用してください。 このガイドライン
みずほフィナンシャルグループ(FG)は2021年8月20日、傘下のみずほ銀行とみずほ信託銀行で8月19日から20日に起こったシステム障害に関し、都内で記者会見を開いた。障害の原因は、営業店や行内端末と勘定系システムをつなぐ「業務チャネル統合基盤」のデータベース(DB)サーバーのハードウエア故障にあった。 関連記事: みずほ銀行でシステム障害、全463店舗で取引できず みずほFGによると、業務チャネル統合基盤のDBサーバーが故障したのは8月19日午後8時57分。詳細な原因は調査中だが、「かなり複雑な壊れ方をした。冗長構成のバックアップ機器への切り替えは機能したが、(バックアップ機器に)故障が波及したようにみえる」(みずほFGの石井哲執行役デジタルイノベーション担当役員兼IT・システムグループ長兼事務グループ長)。 結果的に復旧作業に時間がかかり、翌20日の営業開始に間に合わず、全463店舗で
疑問9 なぜe-口座への一括切替処理を2~3月に実施したのか みずほ銀行は2021年2月27日から6回に分けて、1年以上記帳が無い定期性預金の口座約259万件を、通帳を発行しない「みずほe-口座」へ一括して切り替える計画だった。1回につき切り替える口座は45万件だ。 しかし2月28日、定期性預金システムでは45万件のe-口座一括切替処理に加えて、月末取引のバッチ処理が25万1000件予定されていた。合計は70万1000件だ。それに対して、定期性預金システムの「取消情報管理テーブル」のインデックスファイルは、1日当たりの更新が64万2969件を超えると容量オーバーになる設定だった。 月末や年度末の処理がある2~3月にe-口座への一括切替を強行したのは、3月末までに259万件の通帳を廃止できれば、印紙税を年間約16億円削減できると見込んでいたためだ。 「突き抜け」の心配は無かった またみずほ銀
AlmaLinux 2722 View AlmaLinux vulnerabilities Alpine 3398 View Alpine vulnerabilities Android 881 View Android vulnerabilities Bitnami 3898 View Bitnami vulnerabilities crates.io 1348 View crates.io vulnerabilities Debian 9859 View Debian vulnerabilities GIT 32996 View GIT vulnerabilities Go 2151 View Go vulnerabilities Linux 13573 View Linux vulnerabilities Maven 4873 View Maven vulnerabilities n
こんにちは、sagaraです。全国のBoys&Girlsの皆さんが、Chocolatesという実体を通して 1対1リレーションを築くことができていると願っています…(チョコ下さい)。 さて、データベース設計に用いるER図(ERD: Entity-Relationship Diagram)。 普段、A5:SQL Mk-2を活用させて頂いてますが、こちらはWindows専用のソフトです。 では他のモデリングツールはどうだろうかと気になったので、いろいろ探してみました。 条件 用途はE-R図作成 MacでもWindowsでも使える 無償(機能制限OK)で使える ER図からDDLが生成できるとベター MySQL WorkBench https://www.mysql.com/jp/products/workbench/ 高機能なMySQLのデータモデル開発用アプリケーション。ER図からDDLへのエ
コードはシステムの寿命に大きな影響を与えます。今回は、コードとデータベースエンジニアの関係を通してこのことを解説します。ここでいうコードとは、顧客ID、受注伝票番号など、業務上利用されるデータを識別・分類するため、各データの本来の名前とは別に割り当てられる記号のことです。 データベースエンジニアにはデータ設計とデータベース設計の2つの役割があります。そして、データベースエンジニアにはデータ設計の一環として安定したコード体系を設計し、データベースをコード体系に依存しないように設計することが求められます。 システムを長く使い続けるためには、 コード体系を長期にわたり変更せず利用できるようにすること コード体系とデータベース設計との結合度を小さくすること が重要です。なぜなら、コードのけたが足りなくなったり、コードの分類が業務にそぐわなくなったりして、コード体系の見直しを行うことになると、業務・
現在のデータベース・リリースのリリース・スケジュール (Doc ID 2413744.1) Last updated on JANUARY 23, 2020 適用範囲: Oracle Database - Enterprise Edition - バージョン 10.1.0.5 以降 Oracle Database - Personal Edition - バージョン 10.1.0.5 以降 Oracle Cloud Infrastructure - Database Service - バージョン N/A 以降 Oracle Database Cloud Exadata Service - バージョン N/A 以降 Oracle Database Cloud Schema Service - バージョン N/A 以降 この文書の内容はすべてのプラットフォームに適用されます。 詳細 この文書
開発者ガイド Oracle(R) Data Provider for .NET Oracle(R) Data Provider for .NET 開発者ガイド 19c for Microsoft Windows F21048-01(原本部品番号:E96613-01) 2019年5月 Oracle Data Provider for .NET開発者ガイド, 19c for Microsoft Windows F21048-01 Copyright © 2002, 2019, Oracle and/or its affiliates. All rights reserved. 原本著者: Maitreyee Chaliha 原本協力者: Janis Greenberg、Alex Keh、Kiminari Akiyama、Sumit Jeloka、Sinclair Hsu、Shailendra
適用対象: SQL Server Azure Data Factory の SSIS 統合ランタイム SQL Server Integration Services は、エンタープライズ レベルのデータ統合およびデータ変換ソリューションを構築するためのプラットフォームです。 統合サービスを使用して、複雑なビジネス上の問題を解決します。 次に例を示します。 ファイルをコピーまたはダウンロードする データ ウェアハウスを読み込む データのクレンジングとマイニング SQL Server オブジェクトとデータの管理 機能 Integration Services では、XML データ ファイル、フラット ファイル、リレーショナル データ ソースなど、さまざまなソースのデータを抽出および変換して、1 つ以上のターゲットに読み込むことができます。 Integration Services に含まれるも
106 DBMS_OUTPUT DBMS_OUTPUTパッケージによって、ストアド・プロシージャ、パッケージおよびトリガーからメッセージを送信できます。このパッケージは、PL/SQLデバッグ情報の表示に特に便利です。 この章では、次の項目について説明します。 DBMS_OUTPUTの使用方法 概要 セキュリティ・モデル 使用上の注意 例外 ルールおよび制限 例 データ構造 表タイプ オブジェクト・タイプ DBMS_OUTPUTサブプログラムの要約 概要 通常、このパッケージは、デバッグに使用されるか、あるいはメッセージとレポート(プロシージャにSQLコマンドDESCRIBEを適用するなどして生成)をSQL*DBAまたはSQL*Plusに表示するために使用されます。 このパッケージに含まれているPUTプロシージャおよびPUT_LINEプロシージャによって、別のトリガー、プロシージャまたはパッ
DBの値を加工するロジックについて、webアプリとデスクトップアプリの両方で必要となった。それぞれのプログラムで実装するよりも、一つのロジックを利用する方が保守性がよいため、ストアドプロシージャを使うことにした。 ストアドプロシージャは特殊な用途において強力な反面、使う機会が少ないため書き方をすぐに忘れてしまう。 そこで、書き方のポイントを記事にしておく。 環境 WIndow 10 64bit SQL Server 2016(SP1) SQL Server 2016 Management Studio ストアドの作成方法 SQL Server Management Studioのオブジェクトエクスプローラーからデータベースを選択してから「新しいクエリ」をクリックし、入力ウィンドウを開く。以下のような空のCREATE文を書き、Testという名前のプロシージャを作る。
SQL 13章 ストアドプロシージャ (SQL 非標準) 13.1. ストアドプロシージャとは 13.2. ストアドプロシージャの基本構文 1. ストアドプロシージャの作成 2. ストアドプロシージャの実行と削除 13.3. ストアドプロシージャの利用 13.1. ストアドプロシージャとは ストアドプロシージャは、データベースに対する一連の処理を一つのプログラムにまとめ (PROCEDURE)、データベース管理システム (RDBMS) に保存 (STORE) したものです。複雑な SQL 文の呼び出しを、論理的に一つの処理単位にまとめて、簡単にその名前で呼び出せるようになっています。一つのプロシージャには、複数の SQL 文が含まれていたり、繰り返しや条件分岐などの制御構造をもつこともあります。また、引数をとって処理をしたり、処理結果を返すこともできます。 ストアドプロシージャを利用するこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く