フィールド連鎖の有効性（マスタ・コードの一元性）について

MS-Accessなどで、フィールド連鎖の有効性を主張するのは、妥当なことだと思う。
また、マスタ・コードの一元性を主張するのもユニークという意味では良く分かる。
例えば、社内である商品の単価は一つであるべきである。

しかし、わたしの経験では資材の納入単価と経理上の仕入単価が違ったりして、資材には秘密というのが結構あるが、論外になる。
話を戻して、例えば依存関係から外れている商品マスタを、課長が休日出勤してメンテして別のコピーが持っているとか。
また、オペレータとバックアップ担当の引き継ぎなどを考えると、仕様レベルのプログラムやＳＥが問題を内包し、オペレータに変更の詳細部を告知ししないほうがトラブルが少ない。
そして、ＳＥデザイナは、常に仕様や仕様変更を書き留めるべきである。

マスタのコードは、トランザクション・入力オペレータよりは商品単価の管理は少ない人数でした方が良い。
同じ商品でコードが変われば、ファイルの依存（参照）関係（リレーション）を理解するプログラマがトランザクションのコード付け替えプログラムを走らせると、トラブルが少ない。多分、休日や夜間の仕事になる。

別の人間が依存関係から外れるマスタのセットやバックアップを持っていても対応は可能だし安心になる。
旧コードのトランザクションのデータ・ファイルがストッカーから出て来なくなるのを見計らって、旧コードを削除する。
===

リレーションシップのオプションについて

①参照整合性
②フィールドの連鎖更新
③フィールドの連鎖削除
---
①は、理解できるが、②,③は、このオプションの取り扱ったことが無いので違和感がある。
（何らかの理由で、リレーションシップが切れてるマスタのあった場合、問題ないのか？例えば、過去のバックアップを戻した時、コードに依存する参照関係には注意がいるのではないか？私は、あまり使いたくない。

便利な機能だが、普通はコードは変更したり、削除してはイケナイ。以前のコードはそのまま置いておいた方が良い。また削除する理由にも依るが、削除ではなく、マスタに新しいコードを採番し、トランザクションの方のコード付け替えのメンテ・プログラムを書いた方が、安全策！　管理者は、安易に使わない。要するに、このオプション使い方次第だと思う。良く分からない。）
===

データーベースの正規化

　タイトルのデーターベースの正規化については、Appendixに上げた本に書いてある。Microsoft Access2007用の教本ではあるが、プログラマの素養としてデーターベースのデザインには必須の内容で、特化したアプリケーションの構築に役立つ。この本は、資格取得用の教本で題記のテーマの一般的な事項として簡単で大変分かりやすく書いてある。　
　データーベースの第三の正規化までの記述と、MS-Accessをお持ちの方は、教本の前後の問題の演習をすると、アプリ構築の理解がより一層理解が深まると思う。
//Computer Science Technology JAPAN->atom() 2010/12/19 23:54

《Appendix》
『よくわかるマスター　Microsoft office Specialist Access2007 完全マスターⅠ（公認テキスト）・ＦＯＭ出版』（ISBN978-4-89311-868-4 C3055 \2200E）

データー・ベースレコードの更新処理

TITLE:データー・ベースレコードの更新処理

　先ず更新の為に一つ注意をしておきたいのは、題記のデーター・ベースレコードの更新処理で、更新は｛リード｝→｛アップデート｝と覚えてください。
　よく陥る罠は、同じキーのレコードを更新する場合、同じレコードを｛削除｝→｛追加｝となる。これは間違い。必ず｛リード｝→｛アップデート｝にして下さい。
初心者にこれが多いのは、キーでリードしてキー・アンマッチでエラーとなるのが怖い。
　この場合、リード・アンマッチ（エラー）の時は、レコードは追加になる。また、リード・エラーで無ければ、言い換えると同じキーのレコードがあれば、｛アップデート｝（更新）になる。

《追記》
・ 特に、主キーでリードをかけた時、キーがレコードになくエラーすなわちオペミスとするはまずい。（オペレターのせいではないので、安心してください。ＳＥのデザインが悪い。）
・ また、プログラマは、主キーがレコードに無いときのエラー処理は必ず丁寧に処理をしてください。
・ 後者（レコードの｛削除｝→｛追加｝）のデメリットや、サンプル・ソースなどは機会があれば．．．（言語は要望に応じます。）//

My Program Source

　左の図は、Windowsの画面からマウス操作イベントを受け取り処理をするVisual Basic．NETのプログラムです。

　前掲と比較の対象には、なりませんが、Program Sourceの違いは、直感的に、おわかりになるでしょうか？参考まで．．

~atom() - 2010/07/20 6:59

半自動化した不可読性の怪獣の正体！？

今日は、海の日也！

これが、現在世界中でもっとも多く使われているというプログラム・ソースコードの正体になる。怪獣になる。

システムというのは、統制を取らないと、この様に無惨な仕事の結果となる。（面白い・金になるでは、収集が着かない。整然としているのは、表向きだけになる。）
現代っ子プログラマは、ほんとうに気の毒になる。
ただ、プログラマとて知っていて黙っている男は、決して戦争の悲惨さを語ろうとしない、慈善家にも等しい。忙しく、手に負えないではなく、問題認識としてのエントリだけでもほしい。それが、民主主義の基本だと、信じている。（ほんとは、気になってはいるとか？　）・お願いだから！

それは、実際に、社会のポリシーは、常に不用意な残業代の支払いを拒否する。また、あなたの奥さんや子供が、現実に扱っているソースが如何に難解かに興味はなく、予定通りの将来設計を望んでいる。（それは、ウチの娘に聞いてほしい。）
暗黙の反響．．．場合によって、システムとは何かという再度・論議が必要か？という議論の方も気になる。~atom()。。。

2010-07-16

◆７月１６日　縫い目のない服とは、甲冑（かちゅう）のことでないかと思う。

自分も、スーツは何着も持っているが全部若向きで、特に最近は変ないわれ方をするので困ってる。
さすがにＹ体の二着は入らないが、子供が出来てからのモノは、ほとんど置いてありほぼ袖は通る。もう、限界かな！
これから、どうするのかほんとに馬子マゴするばかり．．．('_') ．（さあ、私は、だれでしょう？） - 2010/07/16 6:30(JST)

《追伸》
※自分が育てた子供には折りをみて、『人と会う時は、スーツになる。』といってある。最近は、どうしているのか！？　（本件ですが、仕様が複雑過ぎるとジレンマとなりシステムが破綻することは良くある。もう、手遅れとみている。先に、忠告しておいたら良かった！？　クラウドなど、本当に不安になる。）//

英語が堪能になりたい。

TITLE:英語が堪能になりたい。

　特に、技術論もさることながら英語に堪能で世界各国の識者が出席する学術会議など、論を述べる発表者に対し出席者への理解を促し会議自体の円滑な進行を進めることが出来る人は、専門分野での会議のみならず、各界で引っ張りだこに、なるのでしょう！
羨ましい限りです。
~atom() - 2010/07/12 23:09(JST)

親愛なる、作家先生に老婆心ながら．．．

TITLE:親愛なる、作家先生に老婆心ながら．．．

私には、時間がない。個人趣向で文を書きつづけているので、ライターの仕事はないと思う。
最近では、誤字が多くトーンが不真面目だとの噂が多いので、特に、気にしている。
しかし、オリジナルの問題と捉えると、他のものとは違うとは思っている。

ところで、ＩＴに疎いライター先生に内在する問題として、辞書でも他の文書からコピー＆貼り付けをすると、仕事は少なくなる。というより、ない。
年配の作家先生はどうなのか？　また、私も例えとしてどうなのか？　老婆心ながら、業界のタブーに反し．．．．。無論、私の使っている辞書からコピー＆貼り付けでワープロに持っていくと、画面上に見えないコピーライトの版権情報が、含まれることがある。
お金を払って、個人で買った辞書などでも同様になる。
幾ら、立派な文体や流儀作法でも仕事は来ず、出版者からは変ないわれ方ばかりに、なるので注意がいる。
例えば、『先生は、もう、お年ですから．．』。

また、助手、特に効率優先の単発のプロ女性には、注意が必要になる。ＩＴの事情に詳しい出版者の方は、すぐ、その品質に気が付かれると想像している。

こころ当たりがあるお方は、先ず、プロなんですから、自らの手で入力して下さい。
私の論だと、手書きからワープロに切り替えると、倍・努力すれば、四倍の思考の広がりが、いずれ必ず出来てくる。
私が、特に頭が云々でも何でもなく、ＩＴ戦略に秀でているだけだと思っております。

それと、話は変わるが、プログラムでも、ソースの文体を見ただけで、人柄まで見えてくる。
~atom() - 2010/06/16 21:17(JST)

最近、なぜか、話にくい！

TITLE:最近、なぜか話にくい。

彼はバリバリと、言われたようで、実は彼らがバリバリなわけです。
それはともかく、何故話にくいかより、なぜ、彼らと話易かったかを、ここに回想したい。

　技術論で、彼らとの話の中では、相手の仕事の流儀や議論の進め方や話方を、指摘する人はいなかった。
　それを話題にすると、話の焦点がぼけるわけで、只でさえ、議論中のテーマを詰め時、さわりでは筋とは違う脇道にそれているようでも、本題を詰めるのが筋ですから、相手の話方の癖を指摘すると、思考が大きく妨げられるからに他ならない。少なくとも、人間というか私の頭のキャパなど、知れているわけですから、本題を詰めるのが限界ギリギリという自覚がお互いにあるからだと思う。
　一時期の技術ディスカッションの中で、話方を指摘されたようなことは、例外として二、三あるが、それは、関西にて、名古屋以東では皆無になる。偶然かも知れない。
　話の途中に、頭の活性化を進めるための、余裕のブレークを入れられる人は、相手への思いやりで、一緒に仕事が出来る人になる。朝一でも、会議前の余談も必須で、相手がどんな人かの探りと礼儀や思考の活性化を進める議論へのイントロとなる。
　会議中は、まとまった話をし、それを、じっくり聞くのか、或いは、細かい項目毎に一問一答するのかは、流儀が分かれるところではありますが、進行は幹事に任せるべきだと思う。
　どちらにしても、思考を妨げない話し方さえも意識しない柔軟な対応が出来る人と、お付き合いはしたいモノ。私は、技術者一人に営業一人、ワンペアみたいな会社だっが、企業では、生産管理の技術者の中には、その畑で知る人ぞ知るような方は、海外を含めてグループ企業内で、技術打合せの専門家のようで、別のセクションの廊下で、見かけることや話題に上ることはある。

ともかく、論議中の相手への遮りや話の骨子を曲げられても気にさえしない、時間内の話がまとまりせえすれば、机を叩いての激論も、個人的にはいっこうに構わない。本当に、忌まわしいのは、自分の意見も全くないのに相手に、横やりを入れる愚劣な行為になる。
　その中で、二十年ほど経って、その道ではいわずと知られた方から、．．「彼はバリバリ」との風評は、光栄の極みになる。
　ただ、誰がいったのか、「ブリキの勲章」、「枯れ草」と言われる表現も、話題になるだけ、まだマシかな！　と、過去を回想し　今の世相をツブヤク。（いま、その比喩は、かなり当たってる！？）
~atom() - 2010/06/01 23:55(JST)

標準偏差の計算時の値の丸めについて．

題記の件は、考察、或いは、目安がいる。工業的な標準はあるが、私は、プログラマになる。
この件で、普段からＰＣ標準は、いると考えるている。

というのは、これは、あらゆる民生機器、或いは、それ以外の機器の正確な動作を期待する機器を構成する部品の精度の保証する最も有効な値になる。
例えば、極論すると、他の惑星へのロケットの軌跡の正確な動作を期待する根拠になる。
しかし、いまの組織に属する社会人では、そのレベルや構造からいって、これらはかなり実現が難しい。
大きな理由は、それらの扱い、主に、値の丸めの扱いなどについては、メーカーの秘中の秘になる。

それでは、なぜ標準が必要なのかは、具体的には経理の計算業務は、切り捨てになることが必然となることに似ている。経理マンでそれらを知らない人はなく、請求書を表計算プログラムで四捨五入する人はいないのと同じで、経理の業務の多くは、請求書を元にしていて処理をし、請求書を丸めに切り上げると、過大な請求になるのは、衆知のことになる。

　幸い私は趣は違えども、たまたま学生の身、話を本題に戻し『標準偏差の計算時の値の丸めについて．』　語るのは今しかない。
　これから、どうするかは、今後考える。

　予告編として、基数が10進でない、統計計算のそれらを考える目安以前に、具体的に、コンピューティングするには、計算尺なのか関数電卓なのか、表計算プログラムなのか、それとも、コボル言語かベーシックなのか、Ｃなのかが、大きなファクターになる。（つまり、単精度か倍精度、他の有効桁など。）
~atom() - 2010/05/20 21:53(JST)

※余談になるが、精度が高いからといって、計算式が違うなど、言語同断になる。//

TITLE:Microsoftによる、『Visual Studio 2010 日本語 評価版』の公開について御紹介の件．(2010/05/09 - ProlLogg(Kids.atom))

===(discription) {
　　　・Visual Studio 2010 日本語 評価版を公開しました。 (2010/04/28)
　　　 URL:http://msdn.microsoft.com/ja-jp/vstudio/default.aspx
} - (2010/05/09 'Micorsoft site'のリンク(Kids.atom))
// - ご紹介のみにて、御使用に当たっては、当方では一切責任を負いかねます。記述を、良く読みましょう。（．．'記書き'を、考える。）
===
※なんか、しつこいか？(^_-)

科学かオカルトか！？

TITLE:科学かオカルトか！？

科学の成果が、環境や生態系に及ぼす恩恵などの影響の程度が、全く分からないときは、そのコトを進めてはいけないのではないか？

通常の影響が予測を超えた時は、ニュースなどメディアが伝えるとしても、科学者は、科学の繁栄が及ぼす影響が将来予想した範囲内の時の対応を科学的にシュミレートし分析する。
しかし、現代社会において、予想しない影響の可能性の指摘や対策は、誰がするのかという、非科学的なジレンマに陥っている。

現代人なら誰でも、そういった不安を常に内在している。そういった現代人に、オカルト的にもみえる恐怖感を与えるのは、罪なことなのか？　逆に、それを勇気ある言動とするのも馬鹿げている。

その点、多くのの庶民が小市民だとして、感情的な議論はさけなかればならないが、事実と空想を分けたとして、無秩序な科学開発は、どうかなのかと私は科学者に聞いたりたい。

その庶民の何が不安なのかと、その傾向を顕著にし打ち消すことは、無為なことではない。

「人文科学とは、そういったものなのか、単に私が未熟なのか！」 ~atom() - 2010/05/07 22:11(JST)

（未来小説）ネットワーク社会に於けるGabegeCollecionの連鎖の怪について．

◆今日は、西暦5010年4月1日、私が、かなり以前から、心配しているのは．．
例えば、Webページのリンク切れなど、ある一人の社員が任意に他に告げず突然退職をする。
それにともない、その社員が開示していExcelなどの表で作っていたWeb形式のページが、ある日と突然、姿を消す。
社内、支社にもかかわらず、何処からリンクが縦横無尽に張られているかは不明だが、かなりあると見える、或いは、他からの参照が切れる。今では、不明な量のリンクの影響など、上司に報告する人など、一人もいない。退職まで、あと何十年の中堅でさえ、指摘すると、自身の進退に影響する。
そうすると、システム全体の再構築のコストは、未知になる。
個々の部内には、それらの管理者がいたとして、誰もが把握の出来ないシステムの把握は、（神にも｛ちょっと、オーバーか？｝）出来ない。

　まして、全体が把握出来なければ、同時並行して進む手続きのまとまりの束に、問題があってから、問題のなかった過去へ戻すことなど、不可能なのだ。
　私が現役のＳＥだとして、日々の仕事の中で立ち上げ時に、『これって（このシステムは）、ダイジョブか？』程度の、会話になる。だぶん！配下の者が、『ええっ．』といったとして、『そう．』と、いうぐらいの会話になると思う。
　そして、どれだけの量のゴミ掃除をする必要があるかどうか知り得ない、、また、それをしないと次の仕事にかかれない、次世代の若者の悲劇は、5000年以降ネットワークの仕事に関わりかけた時分から見えていて、それを、考えると、憂鬱になる。

太陽が消えうると、惑星は、宇宙の藻くずとなるというのは、単に私の妄想だろうか。（？）
~atom()

『ProgLogg』のドメインの契約更改の件.

◆実は、このプログ『ProgLogg』のドメインの契約更改で、本日(2010.03.31)で、一旦契約が切れる為、『http://www.cst-neco.jp/』のドメインが、使えなくなる可能性があります。
　もし、うまくプログが表示しなければ、『http://proglogg.blogspot.com/』で、トライして見て下さい。
　また同時に、 mailto:info@cst-neco.jp のメール・アドレスも不通になる可能性があります。その際はメールでコンタクトを取りたい方は、 mailto:kids.atom@mbn.nifty.com　宛てに、メールをお願い致します。

以上、大変、御不便をお掛けして申し分けないですが、宜しく、御願い申し上げます。
~atom() - 2010.03.31 19:19(JST) 　mailto:kids.atom@mbn.nifty.com

◆（リンク;@niftyニュースより） ｛『７兆電子ボルトで陽子衝突実験に成功…過去最高』 2010年3月31日(水)1時32分配信　読売新聞）｝（ＣＥＲＮ、本部ジュネーブ）＜追記;~atom()＞

http://news.nifty.com/cs/headline/detail/yomiuri-20100331-00074/1.htm


＜コメント＞
各国合同研究となると、本邦とは桁違いのようです。
恩師からは、『ブラボー！』の声が聞こえきそうです。
さぞ、苦労を忍ばれる方も、いるのでは無いかと想像しています。
疑似宇宙線の観測には、地底都市でも、あるのかな？（笑）
感動や回想やらで、涙ぐんでます。

７兆電子ボルトというと、'7TeV'でしょう。　
つまり、ギガに置き換えると、'7,000GeV' か。日本の加速器の最大オーダーは、'50GeV’なのでしょう。　　違うのかナ？
~atom() - 2010.03.31 18:39(JST)