このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

「RDBサーバーとクライアントアプリ」だと正規化したテーブルから都度フィルタして結合して選択するのが普通の考え方になるけど、MS-Accessレベルのポジションだと（スキルレベルによっては）それぞれに該当するテーブル作ってしまうケースはありそうよね
そしてそれで実務上さほど困らないという

……まあ、マスタテーブル1つとそれを参照する
クエリ(view)いっぱいにしろというやつなんだけども

各部署が独立商店状態で動いてる内はまあおかしくはないんだけど、人事部に権限を集めて管理させようとした瞬間、「フォーマット統一して台帳一冊で一元管理させろ」と人事部の人間がキレるやつ
……というメタファーを一旦挟めばどうなるだろう？​​

……と思ったけど、学生だとこのへんこそピンとこんか……

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。