>55
〜６で組んだDBの構造がシンプルなら、データ量がどうであれ問題ないと思う。
でも逆に複雑だと、７〜にまんま変換したら異常に動作が遅くなる事がある。
あくまで経験上の話で、特にどの辺りが原因とかはよくわからん。
（ていうより考えられる箇所が多すぎて主犯が見えない）

まぁこれから導入じゃなくてもう持ってるんなら、とりあえず変換してみるべし。
例えデータ量少なくても、問題箇所は特定できるはず。

でも進化したFMの世界を徐々に知らされてくると、結局色々作り直したくなる
衝動に駆られると思うな。「スクリプト因数」の衝撃はすごかったなぁ。


>56
〒番号・市外局番（最近では合併前後関係も？）とかは別ファイルってのは
考え方としては賛成。うちでもそうしてる。そもそもでかいし更新しないし。

でもメインになるテーブルと新密度の高い（アクセス回数が多そうな）
参照関係のテーブルは取り込まない方がベターだと思われる。

メインのテーブルとくっつけるか、それはそれで別ファイルにする方がお勧め。


>57
７は不明だけど、８はできてた。でも、現状９でも何となく理解しにくい挙動をする。
現レコードと対象レコードのとことかは、今でも結構苦労する。