トランザクションデータ（とマスターデータ）について思うところ - 急がば回れ、選ぶなら近道
業務系のデータ処理では、大きくはトランザクションとマスターに分かれる。 マスターデータは特に、モデルや制御の方法が何かと面倒くさいので、よく議論になる。「マスターデータの管理の手法」というセミナーまで定期的に普通に開かれることも多い。他方、トランザクションデータ（以下TXデータ）は、普通に受け渡しのデータなので、フラットにダラダラ書いておけばよい、という扱いが大抵になる。そもそもER志向でモデルを設計すると、ほとんどは図面はマスターで占められ、TXデータはやたらなんか大量のフィールドを持つ大きなクラスがあるわいね、という扱いも多い。 あと、設計の観点からいうと、ERベースだとマスター設計が花形になる。まぁわかりやすいし、設計作業がしやすい。マスターは「構造」になり、TXデータは「構造」になりにくい。設計者は「構造」が好きだ。良くできた設計は確かに堅牢で、一定の変化にも追随できる。ある種の「
［データベース設計編］参照整合性制約機能を多用してはいけない
参照整合性（Referential Integrity）とは，テーブル間のデータの整合性を保つための仕組みである。例えば，「受注テーブルの商品番号カラムには，商品テーブルの商品番号カラムに同じ値がなければならない」といった制約を維持するための仕組みである（図1）。RDBMSはこの整合性を維持するための機能として，「参照整合性制約」といった機能を持つことが多い。これは，定義された参照整合性をチェックし，整合性を逸脱するような値がテーブル内に存在しないようにする機能である。この機能を使用する場合は，テーブル定義の際に「Constraint句」を用いることが多い。 参照整合性制約機能は，誤ったデータがテーブルに含まれないようにするには効果的な機能である。だが，むやみに使うと問題を引き起こすことがあるので，注意が必要だ。 データ移行時にエラー 最も問題が起こりやすいのは，データを移行する際だ。先の
データベースの論理構造ってどんなもの？（1/3） ― ＠IT
リレーショナルデータベースのデータ構造は、大きく「物理構造」と「論理構造」に分けられます。前回解説したデータファイル、オンラインREDOログファイル、制御ファイルなどのRDBを構成するファイルが物理構造です。今回はもう1つのデータ構造である、「論理構造」の役割を解説します。【更新版】 データベースの「論理構造」とは リレーショナルデータベース（以下、RDB）のデータ構造は、大きく「物理構造」と「論理構造」に分けられます。第2回『リレーショナルデータベースの3大構成要素とは？』で解説した、RDBを構成するOSファイル──Oracle Databaseでは、「データファイル」「オンラインREDOログファイル」「制御ファイル」は物理構造です。 それに対して、「社員表」のような表データなどを格納する表領域や、セグメント、エクステント、データブロックのような、データ管理を容易にするための内部的に使う
DB2アプリケーション開発環境の整備
データベースにはアプリケーション開発がつきものだ。今回は、各種言語でDB2アプリケーションを開発する環境の構築方法を紹介する。（編集局） 今回は、アプリケーション開発の環境整備について解説します。アプリケーションといってもさまざまな形態が考えられますが、LinuxというとやはりWebアプリケーションでしょうか。WebアプリケーションとなるとJava、PHP、Perlの3つの開発環境を押さえておけば十分でしょう。 DB2 for Linuxで使用できる開発言語 DB2でアプリケーションを作成する際に、IBMが正式にサポートしている開発言語およびバージョンは以下のとおりです（2003年11月3日現在）。 C
連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説（前編）
IBM Related Japanese technical documents - Code Patterns, Learning Path, Tutorials, etc. Please open new issue/pull requests in either English or Japanese if you would have any feedback or you would like to contribute this repo. We provide mainly "Japanese contents" by markdown text. IBM Developerの最新情報は https://developer.ibm.com/ にアクセスし、英語のコンテンツを参照してください。 このリポジトリは、IBM Developer Japan Webサイトで公開していた
[データベース編]ビュー，トリガーを多用してはいけない
開発フェーズで，データベース設計とアプリケーション設計との間で仕様の認識が異なっていることがよくある。そのようなとき，データベースもしくはアプリケーションのどちらかで仕様変更を吸収する必要に迫られ，ビューやトリガーといったデータベースとアプリケーションの中間に位置するグレーな部分で回避する場面をよく見かける。 これは，構築したデータベースへの変更とアプリケーションへの変更を最小限に抑えるテクニックの一つである。しかし，このグレーな部分での回避策を多用すると，今後のデータベース，アプリケーション双方のメンテナンス性に対して大きな禍根を残すことが多い（図1）。 カラムを一つ削除するのも大変 確かに，ビューやトリガーは，使い方によってはアプリケーションで考慮しなくてはならないことをデータベース側で吸収できる優れた機能である。しかし，データベースから見ればビューやトリガーは通常のオブジェクトとは異
MERGE - オラクル・Oracle SQL 入門
SQL 入門 (DMLの基本形式:MERGE) 行の挿入と更新を １ステートメントで行なう ( MERGE = UPDATE + INSERT ) 行の挿入と更新を1ステートメントで行なう。他の DBMS では REPLACE の場合もある。 UPDATE と INSERT をもじって、UPSERT とも呼ばれる。(モデルファンクション内でも UPSERT のキーワードがある) テーブルからテーブルにデータをエントリー（または更新）する 人事システムから最新のマスタ (USER_MASTER_IMPORT) を取得してきた。(と仮定する) これを USER_MASTER に最新として反映させる。新規レコードには、名前に'(新人)'を付与する。 MERGE INTO USER_MASTER USING USER_MASTER_IMPORT ON ( USER_MASTER.USER_ID =
つゆだくのSQLite
スポンサードリンク SQLite3をつかってみよう SQLiteとは http://www.sqlite.org/ には SQLite is a small C library that implements a self-contained, embeddable, zero-configuration SQL database engine SQLiteは、自己完結的で組み込み可能な設定が必要ないSQLデータベースエンジンを実装する小さなC libraryです とあります(訳は自分なりにがんばってみました)。 個人的には、SQLiteはDBが１つのファイルですので、"ファイルをSQLで操作するためのC library" というカンジです。 ライセンスはありません。パブリックドメインですので自由に使う事が可能です。 バージョンが2系と3系がありますが、今から使うのでしたら3系を使う
Let'sプログラミング
Let'sプログラミングでは初心者の方を対象にJavaやPython、PHP、Rubyなど色々なプログラミング言語の解説を行っています。 Java Java入門 これからJavaを使ったプログラミングの習得を目指している方を対象としたチュートリアルです サーブレット(Servlet) / JSP入門 サーバサイドで動作するアプリケーションの作成方法 Androidプログラミング入門 モバイル向けプラットフォーム Android で動くアプリの作成 Swingを使ってみよう GUIを使ったJavaアプリケーションの作成で使用するSwing入門です Eclipse入門 開発環境として広く使われているEclipseのインストールと活用法 Javadocの記述 ソースコードからHTML形式の仕様書を生成します Apache POIでExcelを操作 Excelファイルの作成・操作
［第9回］効果のないインデックス---「性別」に付けても効果なし
今回注目するのは，Bツリー・インデックスのマイナス面です。 まず，デメリットを押さえておきましょう（図1）。インデックス・データのサイズは小さいとはいえ，データとしてディスクに格納されます。インデックス・データのために，ディスク領域を用意しておくことが必要です。そのほかインデックスは，更新処理を遅くします。インデックスを付けたカラムが更新されると，そのカラムのインデックスの更新が必要になるからです。インデックスを付けるだけでこれだけのデメリットが生じます。 図1●インデックスのデメリット インデックスはルート，ブランチ，リーフの3層構造（右）で，それぞれ別々のブロックに格納される（左）。主なデメリットは図示した2点 [画像のクリックで拡大表示] デメリットがあるので，インデックスをやみ雲に付けてはいけません。また，効果の得られないインデックスを付けると，デメリットだけが生じることになります
Hibernate/悲観的ロックを実装する - きのさいと
悲観的ロックとは † ※私はデータベースの専門家でもないですし、OracleやHibernateのエキスパートでもないのでココに書いてある内容は正しいかどうか保証できません。あしからずご了承ください Hibernate/楽観的ロックを実装する で楽観的ロックの実装については試してみました。次は悲観的ロックを試してみようと思います。悲観的ロックとは、複数のトランザクションが同じrowを更新してしまわないように、トランザクション中はそのrowを占有ロックしてしまおうという方法です。あるトランザクションがあるrowに対して悲観的ロックをかけると、他のトランザクションはそのrowを参照することができなくなります。ロックを取得したトランザクションが終了するまで待ちになったり、参照しようとした時点で例外になったりします。ようするにOracleなどでいうところのselect 〜 for updateの事
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。
ドメイン層をシンプルに作るためのO-Rマッピング ― ＠IT情報マネジメント
前回「『データの永続性』に配慮した設計」までに、ドメイン層、パーシステンス層のパターンについて説明してきました。いろいろなパターンがありそれぞれ特徴があります。O-Rマッピングの役割を考えて、実現したいモデルに最適なパターンはどのように組み合わせればよいのでしょうか。今回は、O-Rマッピングの役割と、それを実現するためのドメイン層とパーシステンス層のパターンの組み合わせについて考えてみます。 インピーダンス・ミスマッチングとは？ オブジェクト指向で設計を行った場合に一番難しいことは、ドメイン層とパーシステンス層の設計です。 オブジェクト指向分析・設計では、上流工程で分析・設計したモデルの構造（概念モデル）において、継承やポリモーフィズムなどの抽象化を駆使し、できるだけ本質を見極めたシンプルなモデル構造を構築することにより、拡張性・保守性を実現します。そのため、ビジネスロジックの保守性・拡張
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Efficient data transfer through zero copy
さらに分かっておきたいトランジスタの種類 − ＠IT MONOist
ibmURL(変更不可)
java:jdbc [paulownia.jp]
文化を継承出来ていますか？ - DOA Consortium Website
2007-11-01 - 冬は間近だはぶにっき - [仕事]それは言語の問題じゃない
http://utplsql.oracledeveloper.nl/