みんなに優しく、解りやすくをモットーに開設しています。 以下のルールを守りみんなで助け合いましょう。
1.ファイルメーカーで解らない事があればここで質問して下さい。 何方でも、ご質問・ご回答お願いします。 （優しく回答しましょう）
You are not logged in.
Pages: 1
Win7ファイルメーカー11の環境です。
Excelからインポートをする場合、「一致しないデータを新規レコードとして追加する」という選択ができるかと思いますが、どのデータが新規で作られたのかインポートと同時に絞り込む（新規で作られたものだけ表示する）方法はありますでしょうか
よろしくお願いします
作成時と修正時のタイムスタンプと、作成端末を自動取得するフィールドを作っておき、そのインポートのタイミングで作成されたレコードを抽出すると良いでしょうね。ただそのタイミングで同じ端末で手動等で作られたら区別付かないけど、多分その作業は出来ないでしょう。
Offline
Get(レコード編集回数)
の非保存計算フィールドを作っておいて、0を絞り込み検索する。
シリアル番号自動入力として、
現存のレコードにはシリアル番号を振っておきます。
インポート前にその最大値を取得、
それより大きいシリアルを検索。
他の方法よりのメリットが有るかどうかは、、
Offline
みなさまありがとうございます！
なんとかそれでいけそうです。
次のステップとして考えているのが、その新規レコードが「なぜ新規となったのか」つまりどのフィールドが一致しないがゆえに新規の扱いにされたのかを知りたいのですが、一致しないフィールドを探るよい方法がありますでしょうか
フィールドの内容ではなく、どのフィールドかを知るだけでよいのですが。
次から次に申し訳ありません
ん？
その照合フィールドはいくつ有るのですか？
Offline
今考えているデータベースには少なくとも1レコード80くらいのフィールドが必要です。
このうちのひとつでも更新等によって内容が変更された場合に、どのフィールドが変更となったのかを知りたいのです。
変則的な使い方かもとおもうところですが、他部署からもらったExcelデータを定期的にインポートして活用するということを想定しています
その80フィールド全てで照合するのですか？
お手上げです-_- ;;
Offline
運用プランを見直した方がいいのではないでしょうか？
（皆さんの声を代弁したつもりで......汗）
Offline
フィールド内容の変更を判別するために照合インポートというのは違うかなと思いますよ。
変更前と変更後で共通のIDのレコード単位でフィールド値の変更箇所を見ていくというならまだわかりますが。
仮に 2つの Excel のシートの比較が目的なら FileMaker で行う必要がないでしょう。
Offline
返信遅れてすみませんでした
いろいろ難しそうなのですね
変更されたフィールドがどこか知りたいとか、そのフィールドにマーカーをつけてほしいとか、要望だけはたくさん来ていまして、なにかよい方法がないものかと考えているところです
新規にできたレコードと既存レコードとの比較はやはり人力でやるのがよさそうですね
>変更前と変更後で共通のIDのレコード単位でフィールド値の変更箇所を見ていく
というのが計算なので可能ならばそれで進めていくのも選択肢なのですが、これはどのようにやれば可能なのでしょうか
何でもかんでも一からきかないでくれといわれるかもしれませんがよろしくおねがいします。
再度確認です、
Mozさんの疑問と同じことですが。。
80あまりのフィールドのすべてを全てのレコードと比較してその値に差があるか
ということですか？
では無く、
有るグループに分けたレコード群の中で比較
ではないのですか？
そもそも
80フィールドもの照合でインポートって時間がかかりすぎませんか？
Offline
こちらの部署で作成したデータベースには、こちらではじめから作るレコードと他部署からもらったデータをもとに作るレコードとがあります（人事情報、経費情報のデータベースなんですが、雇用経費や雇用形態等で扱う部署が違うためどうしてもこうなります）。
このあたりわたくしのいる組織の問題ではあるのですが、この「他部署から」というのがExcelで半月に一回というかたちでしかもらえないのです。
この分についての変更事項がおっかけられないので（向こうも教えてくれないというかオンタイムで変動するものもありますので悩みどころです。変更がかかる数も数百レコードですから仕方ないところでかもですが）、よい方法がないかと思案中ということなのです。
何も考えずにそのまま上書きでおしまいにしていたことで以前、大きな問題が起きましたので、変更事項は必ずチェックしておきたい状況です。
たぶん80すべてでなく絞ることは可能でしょうが、10個所以上はやはり必要に思われます。
「すべてのレコードと比較」というより、どこかに変更があったことで新規レコード扱いで作成されたものと既存レコード同士の比較になります。どのレコードに変更があったかは絞ることができますが、可能ならばどこが変わったか簡単にわかるようにしたい、ということです。
ひとつずつやはり眼で見ていくしかないかもしれませんね
「変更前と変更後で共通のID」がないと、比較しても無意味では？
A １
B ２
というレコードがあったとして、
A ２
というレコードが新規に追加された場合にどっちの変更とみなしますか？
IDがあれば、別のテーブルにインポートしてIDでリレーションすれば簡単に比較できるでしょう。
上書きのインポートをするのではなく、新たなレコードとしてインポートしておき、職員IDのみを持たせたレコードからその最新のレコードのみを参照する様にしておきます。そうすれば、フィールドごとに前のデータとの比較が出来るので、亢進されたフィールドも確定できます。
Offline
返事遅れてしまいました。
everestさん、Shinさんも書かれていますが、
変更前と変更後で共通のIDのレコード単位でフィールド値の変更箇所を見ていく
というのが落としどころではないでしょうか。
No.001 について前回と今回でどの項目が更新されたのか？という比較ですね。
どこが更新されるかまったく分からない、そもそも情報が行（もしくは列）単位で管理されていないとしたら
これも前回のレスと重複しますが FileMaker という選択肢が正しくないように思いますね。
Offline
ありがとうございます
Shin様の言われる方法が一番よろしいようですね
これで少し検討してみます
Pages: 1
[ Generated in 0.005 seconds, 7 queries executed - Memory usage: 554.35 KiB (Peak: 574.89 KiB) ]