モデリング２ではさらに日記の本文から取引相手と収支を分離できましたね。

フィールドデータ型を例えで言うなら

データ型が定義されたフィールド（行）のことを属性っちゅうらしいんですが、建築で言えば「ほぞ(臍)」とか「引き出し」みたいなものです。

もし、「ほぞ(臍)」が「ほぞ穴」に入らなかったら、工事ストップでしょ(笑) 　もう上に家建てられないものねw

同様にフィールドデータ型に違反すると、RDBMにとっても施主（開発者）や家族（ユーザー）にとってもデメリットなので、入力を拒否されます。(現場監督)

また演算のような応用のデータ型は、

「結果がまちまちじゃ困んだよ！クエリや 集計フィールド型を用意したからそっちでやってくれ」みたいな…笑 (頑固一徹)

そんなかんだで完成した家がたとえSmall House であってもビルトインの棚や引き出しを備えておけば、長く安心して暮らせますよね。

同様にデータベースでは、データを型ごとに収納しておけば、あなたの思いのままに働いてくれるメリットが生まれます。

そんなお気に入りの空間に住めたら素敵だと思いませんか？

フィールドデータ型の役割は

データベース の玄関です。

フィールドデータ型は 融通が利かない反面、あなたがデータ型を誤って入力するのを防いでくれています。

日付/時刻型は

和暦入力はOK！だし、

うるう年への対策もバッチリ！

OS(Operating System)レベルの仕事なのか？ グレゴリオ暦って、歴史のいたずらで不規則なのに良～く出来てます。

集計データ型では

[結果の型]プロパティは開発者が決めるのではなく、RDBMが決定します。

Access を触ってみるまでは気付かないことはまだまだあるでしょう。(巷で話題のAI みたい)

他のデータ型については

 support office.com｜データ型とフィールド プロパティの概要 あたりを参照してくださいね。

エラー(抑制・ネガティブフィードバック・負のフィードバック)具体例としては

l  引出に指を挟むととりあえず(反射的に)腕を引く。(侵害反射)

l  食事中、石を噛んだら咀嚼運動が止まる。(開口反射)

l  恒常性(ホメオスタシス)

今日はここまで

機械はあなたの入力をチェックしてくれている。

フィールドデータ型 (Field Data Type)でした(^^)/

テレンス・コンランの狭小空間   Amazon

人間機械論―人間の人間的な利用   Amazon

世の中には組織の収支を「表」に集計する仕事があります。

↑などに集計するのが目的(仕事)

簿記ではルールに従って人間が別表に転記して、その別表でこれまた人間が試算したり決算書にまとめたりしてきました。

もちろん現代でも、例えば  JIS1984勘定科目という関数表（早見表、対応表）が有って、そのルールに従って集計するのがお約束らしいです。

ところが、これをリレーショナルデータベースという機械でチャチャッと自動化するなんて、やってみたら容易なこっちゃなかったっす。

仕訳帳は単式簿記とは違うみたいだし、ボトムアップアプローチだけではモデルを組めませんでした。

そこで

ｋｅｉとおトンのなんでもありのシステム開発奮闘記 　

を参考にさせていただいたのですが、モデリングのポイントはここでも正規化でした。ヤッホー(^^)/ _{←ぬか喜び}

( ..)φメモメモ

読み進むと　…あら？　ユニオンクエリが Access アプリには無い（汗）

例によって→ユニオンクエリを使ってですね ｋｅｉとおトンさんのシステム を真似したかったのですが、Desktopとは別物みたいです(笑)。

では モデリング2 の途中から分岐説明させていただきますね

列では加算、行では演算と2次元表に整理整頓ができました。

乗除は販売・在庫アプリケーションのモデリングで必要になるのでしょうが、

仕訳部分は加減算で良いのでしょう…たぶん。

見方によっては数表だったり2*2フィルターだったり、なんと呼ぶのかは知りませんが、専門ではないので深くは考えないようにしています。何しろ目的のチーム共有を達成できれば良いのですから…

[収支] は、お決まりの[ID]オートナンバーに変えておきました。

 正規度を上げておくと管理面や実行速度の点で何かと有利でしょうから、Access Teamの設計方針に従っておくことにましたw

今日はここまで、複式簿記のモデリングでした！

時間を無駄にしないために（Access アプリをはじめる方に）に戻る

1. メモや日記、平文

2. 表に整理整頓

一、 収支

二、 収入集計

　

　 三、 支出集計（物にはマイナスが無いので演算子は除きます）

3. 三表を集約

　Excelワークシートで作るなら

でもね、

電卓以前は身近に汎用関数なんて無くて、ソロバン、計算尺、有っても早見表ぐらいしか無かったんじゃないかな

たぶん当時の人は、①各行を見て ②認知して ③記憶して ④演算して ⑤目的の場所に書いていたんじゃないの

いいの？こんなん便利になって

しかし、

l  職員一人で多数の患者さんを掛け持ちしていて、他の職員に引き継ぐまでの間に忘れたり(大切なところは表が用意されているから大丈夫！)

l  気が付くと肘までメモしいていたり。(消せないからかも)

l  歯科の”欠損歯列”パターンだけでも4bite = 32bit = 4,294,967,296も有ったり（まあこれは関係ないか）

簡単には物事片付きませんね～

日常を振り返ってみても、表に入りきらず手近なモノに走り書きすることが結構多かったりします。

理由はその場に欲しい表が無かったとか、患者さんから相談を受けたとかいろいろです。

メモ書きしたシステム手帳が溜まってきて、捨てたものか、来年分に書き写したものか、悩ましい時もありますね。　断捨離～  　・・・とは言ったものの、

もともとは た・い・せ・つ だから書いたんでしょう

そんな身近なメモな訳ですが、

あなたはどんな時にどこに残しています？

…

……

… ……

発生点でスマートフォンに入力している

そこのあなた！

当たりです(笑)

モデリング１に戻る

Web ブラウザを持ち込める場面が広がると、データベースで追跡しやすい物事も増え、いよいよ想像が膨らんできます。

で、以前の投稿でお勧めしたように、 Desktop テンプレートから作ってみますね。…あら、使ってたテンプレートが無くなってる(汗)

サイバネティックス-動物と機会における制御と通信

第4章 フィードバックと振動 …Page134

サイバネティックス―動物と機械における制御と通信 4,536円 Amazon

最小のフィードバック回路で「PDCAサイクル」をですね説明したかったのですが、無いので作ることになりました(笑)。(少々お待ちください)

第4図では、自身へのフィードバック回路が無いと、効果器は止まるか暴走してしまうので、記録を自分で採ることが最も大切だと言えます。

もし記録が無いと、③Checkのイメージが曖昧になり、④→①→ ②は大きくぶれ、提供価値の安定供給が出来ない。

そして ③Check は自身に戻らなければ spiral up は起こらない。

この6年でインターネットの世界ではIPv6 の利用が徐々に広がり、各人のデバイスにアドレスを割り振れるとのことです。凄い

専門の人は プロトコルを理解して使いこなしているのだろうけど、アドレス表記も16進数みたいだわ、 オンラインサービスで見かける URLはやたら長い名前だわ…まあ暗号みたいなものですものね。わかります。

出典: Channel 9 SharePoint Conference 2012 Access Databases: Taming the Beast 0:41:30

それでね、もしあなたが インストラクター だったり、サポート エンジニアだったら↑エンドユーザーにちゃんと説明します

エンドユーザーのあなた、説明書を最後までちゃんと読んで理解する自信あります

私は自信ないです( -`д-´)ｷﾘｯ

でね、Microsoftにも無理あるんだけど(笑)  「そんなことより、もっと生産的に時間を使いましょうよ」「パーソナルな時代か？」というコンセプトらしい←勝手に解釈w

ファイルタイプのAdd-Inとかはイントラネットならまだしも、変化の速いインターネットの世界ではサポートや構築の限界きているんでしょうね…たぶん

「外出先でちょこっと編集/閲覧、チームでの利用が前提なら、バックエンド ファイルに分割しないで Access Services に任せて」と

「Power Apps を使えば、スマホでも簡単に」

⇅そんなことあるか～～

ともあれ、固有のノウハウを蓄積してゆけば、無駄の少ない Web データベースを作れますよ…たぶん。

Chapter1, DEPRECATED COMPONENTS …Page4

Professional Access 2013 Programming 0円 Amazon

Access アプリもリレーショナルデータベース構造が要です。これがきれいに決まれば直ぐにでも実用に供せるでしょう。

ただし、Access Desktop データベースと Access アプリは別物です。Access アプリをカスタマイズする時は、腕に自信のある方でもマクロなどのプログラミング無しで同じことを実現できないか先に検討してみてください。(SQL Server 触ったことある人は別ね）

リレーショナルデータベース構造を後から変更するより、はじめはテンプレートなど小さなモデルからスタートするか、先にDesktop データベースで正規化やテストは済ませておくことをお勧めします。

とは言え、あなたが失敗から学んだ知識も次のステップの糧となり、いずれ腰をおろせるところに辿り着きますよ！

データモデリング基礎講座―データベース設計を楽しもう! (DB Magazine SELECT... 2,376円 Amazon

業務システムのための上流工程入門―要件定義から分析・設計まで 2,592円 Amazon

Article1 Application Design Fundamentals -P1743

-Application Design Strategy

 -Best Practice by author

• 1. Process-driven design (top-down design)

     全体を定義して、関数も分解して書いて行く "Pascal

     組織的に省力化してプログラミングできる

      

  2. Data-driven design (bottom-up design)

     出来るところからやって行く "C++ java

     拡張後つなげるのが困難になることも

1. Identifying and Grouping tasks to
   1. Top-down approach:

Organized around a group of related tasks, or functions.

 

2. Bottom-up approach

Each subject forms the foundation for the individual tables

 

3. A large percentage of business-oriented database application use the common order-entry model.

 

4. Using order-entry model makes it easy to demonstrate good database design techniques.

 

5. Many-to many relationships are common to most database applications.

 

Microsoft Access 2010 Inside Out 6,061円 Amazon

 

により動的です。）

対して、Access Client には前稿の データベースCash を介して サーバーの 設計Web ページが表示されます。

Q. 何で？ A. OffLine だとこんなんなりますもん↓

要約すると、Access Client ユーザーによる開発は、データベース Cash に一旦保持され、保存ボタンを押すと Access Services に同期され Undo できなくなるようです。。出典: 開発者へのアクセスの新機能

Access Service やさらにバックエンドの設計はユーザーから隠蔽されているため難解で、自分なりに納得して使うのに苦労することになりましたが、固有のノウハウなので蓄積するしかないそうです。

まあ、考えてみれば RDBMS の有り難さも知らないで今まで使わせてもらっていたのだから、今更なのですが（笑）

Access 2000 から Access 2010 まで有った .adp（Access プロジェクト とか データアクセスページ？） の置き換えらしいのですが、専門ではないので深くは考えないようにしています。何しろ目的のチーム共有を達成できれば良いのですから…

第7節　開始テーブルから Access の動きを想像する…Page32

 

Web Access 2013 実習書(初級) 3,240円 Amazon

 

Chapter1 What is Access /Access as an application development system…Page13

 

Microsoft Access 2013 Inside Out 0円 Amazon

 

0. SharePoint サイトの設定を確認した後に

1. SharePoint ストアからだったり、

…あら？以前あったテンプレートが無くなってる(汗)

2. [自分のアプリ] からだったり、

. テンプレートからだったり、

多様なスターティングポイントが用意されています。

Access アプリをカスタマイズして使ってみたいのなら、.の「カスタム Web アプリ」や 他の「Web アプリ テンプレート」からスタートするのが良いと思います。

↓作成された データベース Cache

ただし、[テーブル] や リレーションシップは追加可能なものの、他のオブジェクト は一から作ることになるようです。こういう方法を スクラッチ開発 とか アジャイルソフトウェア開発 と言うらしいのですが、専門ではないので深くは考えないようにしています。何しろ目的のチーム共有を達成できれば良いのですから…

4. テーブルの追加

A.では テンプレート から テーブルを追加できます。

• 黒のウィンドウアイコンは単一テーブル
• 青のウィンドウアイコンはリレーションシップ設定済みの複数テーブル　です。

B.では 既存のデータソースからテーブルを作成できます。Access Desktop データベースからはリレーションシップも引き継いでくれますが、データ型などバージョンの違いを埋めきれないところがあり、納得いかない場合はやはり 前述の "スクラッチ開発" となることでしょう(笑)

さて、SharePoint サイトの AWA にテーブルを追加したり、インポートすると ユーザーインターフェイス として リスト ビュー と データシート ビュー が規定で作成されます。しかし、これをどうやって実務で使えと…

またの機会に説明します。