覺得可以再更改的地方再提出吧!
ID_Transformation
| Tag_ID | Database_ID | Changed |
| 1212343456567878 | 98000001 | 0 |
| 1212343456567899 | 98000002 | 1 |
| 1212343456567800 | 98000003 | 2 |
| 1212343456567812 | 98000004 | 3 |
//Database_ID 代表Database上的ID
//changed 代表 Tag_ID更改次數，也可以代表Tag遺失次數！XD
Key(Key的儲存)
| Database_ID | Public_Key |
| 98000001 | qwerasdfzxcvtgbh |
| 98000002 | qasdfghjklmnbvcx |
| 98000003 | qasdfghjklmnbaaa |
| 98000004 | qasdfghjklmasdfg |
Paper(記錄公文的資訊)
| Database_ID | Paper_Read |
| 98000001 | y |
| 98000002 | n |
| 98000003 | n |
| 98000004 | y |
Identity(user身分)
| Database_ID | Name | Level | User_ID |
| 98000001 | Jimmy | Chairman | A123456789 |
| 98000002 | RobertCamel | Manager | B123456789 |
| 98000003 | Scribe | Manager | C123456789 |
| 98000004 | Soultaker | Chairman | D123456789 |
// User_ID 代表 身分證字號
ENV_Set(用來儲存user的設定值)
| Database_ID | Set_1 | Set_2 | Set_3 |
| 98000001 | 0 | 1 | 1 |
| 98000002 | 1 | 1 | 1 |
| 98000003 | 0 | 1 | 0 |
| 98000004 | 1 | 0 | 1 |
你要不要說一下各個欄位的用途？不然這樣看有點看不太懂。
回覆刪除還有可以不必急著正規化，先把整體做出來後在慢慢做也不遲。
找時間討論paper是否有簽署已讀過的處理方式
回覆刪除若一直記會爆掉
我想到的是訂一定TIME就reset啦...但這樣好像也會有問題orz...
市
我也覺得讀公文的資料表怪怪的。公文有好幾篇你怎麼只有紀錄有沒有讀過呢？
回覆刪除照理說如果公文還在，是否讀過的紀錄就要留著。公文保存多久就要留多久吧。
環境設定不是說要塞 Tag，還是說 Tag 完全變成一種認證手段而已？