みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 （優しく回答しましょう）
You are not logged in.
Pages: 1
またまた皆様のお知恵をお借りしたく書き込みます。
福岡のMtoyo_Chidoriと申します。
Ver16をサーバーとクライアントで使用しています。
マッチングキーを計算エリアで作成しています。
GetAsNumber ( 患者ＩＤ表示用 ) & 入院日
こんな具合です。患者の入院のデーターを別のファイルから持ってくるためにこうしているわけです。
で問題は一部レコードでこれが計算されないのです。
計算エリアではなくテキストエリアでループで全レコードで上の値を作成してみると
ちゃんと入るのです、しかし計算エリアでは計算されない。
しかも全てのレコードで計算されないのでは無く、一部のデーターで計算されないのです。
去年の12/1辺りから今年の1/21位までに作成されたレコードが計算されません。
この計算エリア自体は1/22で作成した物です。
何方か分かる方いらっしゃいませんでしょうか？
やっぱりどこか壊れているのでしょうか？
Offline
OSの環境は？
FM16は相当古いので、そろそろバージョンアップを考えられた方がいいです。
おそらく、現場で見ないとわからないでしょう。ファイルが破損している可能性もあると思います。
Offline
もしかして、
ですが、、
日付の書式はOSの設定に依存しますから、
PCによってその値が変わることがありますね。
入院日を統一した値に変更してみたらいかがでしょう。
Offline
OSの環境は？
FM16は相当古いので、そろそろバージョンアップを考えられた方がいいです。おそらく、現場で見ないとわからないでしょう。ファイルが破損している可能性もあると思います。
Shinさん、ご返事ありがとうございます。
サーバーは Windows Server 2012 R2 Standard
クライアント側は Windows Server 2008 R2 Standard 上のVMです。
やっぱりファイルが破損ですかね。
Offline
VMで動いているOSは? サポートが切れているので、見直すことをお勧めしますが。情報漏洩起こすと大変ですよ。
とりあえず、索引の破損を考えて、ファイルの最適化をしてみられるといいのでは。
Offline
入院日を統一した値に変更してみたらいかがでしょう。
チポさん、ご返事ありがとうございます。
すみません、この統一した値というのはどういう意味でしょうか？
この入院日というのはテキスト形式で8桁です「20240131」という形で入って来ます。
Offline
VMで動いているOSは? サポートが切れているので、見直すことをお勧めしますが。情報漏洩起こすと大変ですよ。
とりあえず、索引の破損を考えて、ファイルの最適化をしてみられるといいのでは。
リプレースの予定は一応入っていてその予定で動いてはいますが、VMだけでも数千万規模なのでなかなか直ぐには行きません。
VMのOSはWindows Server 2008 R2 Standardです。
まあ、修復＆最適化をやってみます。
Offline
日付フィールドの場合、
OSの書式の設定で
2024/01/31
2024-1-31
のようになりうる。
とお伝えしました。
しかし
> テキスト形式で8桁です「20240131」
ということですから、値が異なることはないですね。
Offline
「エリア」じゃなく「フィールド」です。
＞この計算エリア自体は1/22で作成した物です。
計算フィールドでなくフィールドオプションの計算式を設定したのでは？
その場合、既存のレコードは参照しているフィールド値が変更されるまで計算されませんので。
ご回答頂いた皆様ありがとうございました。
結局、全く同じ計算内容の別のフィールドを作成したところきれいに全てのレコードで計算されていました。
解決しました。
Offline
Pages: 1
[ Generated in 0.005 seconds, 9 queries executed - Memory usage: 517.16 KiB (Peak: 521.7 KiB) ]