みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 (優しく回答しましょう)
You are not logged in.
Pages: 1
いつもお世話になります。
レコードの削除時に通常の削除ではなく、削除フラグを使用した論理削除を試してみたいと考えております。
ただ少し不安なのが、リレーションをした際に削除フラグが立っているレコードを容易に除外できるのか?という部分です。
リレーションしたいテーブルにグローバルフィールドを作って、そのグローバルフィールドをリレーション条件に追加してやればできるとは思いますが
リレーションしたいテーブルに毎度毎度そんなフィールドを作るのもちょっと扱いづらくなってしまいそうです。
ファイルメーカーで論理削除は扱いづらいものなのでしょうか?
こんな方法がある ですとか、実際にこんな運用をしている というご意見があれば伺いたいです。
Offline
私は以前、
削除レコードだけのテーブルを作り、
そちらにインポート、元テーブルでは削除。
としていました。
これは自動化できますよね。
Offline
アクセス権を利用して、削除フラグが立っているレコードの閲覧を許可しなければいいです。
ただ、管理者は制限ができませんので、何らかの別な仕組みが必要ですが、通常の業務はユーザー権限のアカウントで行う、という運用で十分かもしれません。
Offline
>チポさん
なるほど、削除レコードだけのテーブルを作っての運用もいいですね。
削除テーブルを作る必要はあるものの、スマートで分かりやすいと思います。
規模やテーブル数などを踏まえて検討したいと思います。
ありがとうございました。
>Shinさん
アクセス権での除外は思いつきませんでした。
以前に別件でアクセス権を設定してリスト表示にした時に、レコードが非表示ではなく
「アクセス権がありません」みたいな表記がでてしまっていたような気がして、そこだけ懸念があります。(当方の設定ミスの可能性大)
ともあれアクセス権で解決できれば、こちらで想定している問題はほとんど解消されるかと思います。
実際にアクセス権を設定してみて動きを確認してみたいと思います。
ありがとうございました。
Offline
全レコードを表示 の状態(抽出されていない状態)では、アクセス権で閲覧禁止のレコードは「アクセス権がありません」という表示になります。
ですから、この表示を避けるには、何らかの検索(意味の無い物でもいいです)を行っておくと、そのレコードは対象外になります。
リレーション先のレコードは、そのような考慮をしなくても大丈夫です。
Offline
>Shinさん
何かしらの検索をすれば対象外になるんですね!
リレーション先のレコードについても問題ないとのことで大変助かります。
度々ありがとうございました。
Offline
Pages: 1
[ Generated in 0.013 seconds, 9 queries executed - Memory usage: 510.72 KiB (Peak: 515.26 KiB) ]