みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 (優しく回答しましょう)
You are not logged in.
Pages: 1
フィールドタイプを計算で作成したり変更すると、使用中のPCやiPad名が注意表示がでます。
暫くそのままにするとそれらが固まり迷惑をかけています。
固まらない方法は無いでしょうか。
ファイルはデータとプログラムに分かれておりますが、フィールドはデータファイルにあり、扱いにくいです。
分け方を間違っているのでしょうか。
サーバ、FMPro、GoともV12です。
他で使用中の場合はファイルの変更には制限がかかります。
しいて言うなら、分け方というより運用方法が間違ってるのかな。
あるクライアントがレコード編集中にはそのレコードの値は他からは変更できません。計算フィールドの変更は全レコードで計算しなおしますから、ロックされてるレコードがあればできないでしょう。
そのままにすると固まるというのは、よくわかりませんが。ロック状態を上書きしてしまって、先にロックしてたはずのクライアントが固まるってことかな?
他で使用中の場合はファイルの変更には制限がかかります。
しいて言うなら、分け方というより運用方法が間違ってるのかな。
あるクライアントがレコード編集中にはそのレコードの値は他からは変更できません。計算フィールドの変更は全レコードで計算しなおしますから、ロックされてるレコードがあればできないでしょう。そのままにすると固まるというのは、よくわかりませんが。ロック状態を上書きしてしまって、先にロックしてたはずのクライアントが固まるってことかな?
テキストフィールドを数字に変更したところ注意表示がでました。
「変更の確定を確認中」と表示がでてiPadやPC名がその中に表示します。
このまま暫くするとファイルが利用できなくなります。
変更はファイルの使用を中止して行わないといけないのでしょうか。
運営方法が間違っているとは?
テーブル構造の変更はファイルの使用を中止というか共有状態だとしても誰も使ってないときにしかできない、ということです。(書き込み権限のないユーザなら使ってても問題ないかもしれない)
レイアウトやスクリプトの変更なら、できるはず。
ユーザが使用中にフィールド定義を変更するのが「運用方法の間違い」です。テーブルを分けなくても条件は変わらないので、分け方の問題じゃなく、ということ。
もっと細かく分けて、ユーザがロックしないテーブルを増やせば、そっちの定義変更は常時できるようになるかもしれないけど、ややこしくなるのであんまり考えたくない。。。
テーブル構造の変更はファイルの使用を中止というか共有状態だとしても誰も使ってないときにしかできない、ということです。(書き込み権限のないユーザなら使ってても問題ないかもしれない)
レイアウトやスクリプトの変更なら、できるはず。ユーザが使用中にフィールド定義を変更するのが「運用方法の間違い」です。テーブルを分けなくても条件は変わらないので、分け方の問題じゃなく、ということ。
もっと細かく分けて、ユーザがロックしないテーブルを増やせば、そっちの定義変更は常時できるようになるかもしれないけど、ややこしくなるのであんまり考えたくない。。。
利用を中止させてから、修正すると宜しいわけですね。
それともサーバからファイルをディスクトップに移動させ修正、それをサーバに戻す。
そこまでしないといけないのでしょうか。
サーバで閉じてれば、作業中に他のPCから間違って開かれる恐れはないので、移動はしなくていいと思います。
Pages: 1
[ Generated in 0.005 seconds, 9 queries executed - Memory usage: 512.89 KiB (Peak: 517.43 KiB) ]