2016-04-25 13 views
0

このデータベースを効果的に構造化する方法は考えられません。私は以下の構造を持っていますが、更新された場合は以前の場所を追跡し、名字と姓の編集/更新が必要です。更新後のSQLデータ保持

ユーザー

  • ユーザー名(ユニーク)
  • ID(自動インクリメント、プライマリー)
  • 場所

私はドン一部」 getは、基本的にユーザーの前の場所をアーカイブする方法です。

+0

すべてのユーザーの場所の完全な履歴を持っており、実際のコードでは最後のものを配列に分解して使用します –

+0

ID、場所、保存する他のデータを持つ場所の2番目のテーブルを作成することができます – Anton

答えて

1

テーブルPREVIOUS_LOCATION - ID, USER_ID, LOCATION, TIMESTAMPを作成し、「、newlocを」USER_ID、現在LOCATIONを挿入し、インサートの時間になるよう、テーブルUSERBEFORE UPDATEトリガーを入れて、あなたはあなたが場所を追加することができます

+0

ご回答ありがとう IDはプライマリキー、user_idは外部キーですか? –

+0

@AndrewGittusはい、正しいです。 –

0

これにはさまざまな可能性があります。次のように

一つは次のとおりです。

  1. 保存したCSVなどの場所、このような新規の方でそれを毎回追加:あなたは、常にすべての以前のエントリを持つことになります「,newone」この方法。

  2. ロケーションリストを取得し、explodeを配列に格納し、最後の項目を使用します。

場所を指定する2つのフィールドがあり、現在のものと現在のものだけを持ち、もう1つにcsvを追加することで、機能を強化できます。

関連する問題