將後端資料庫的某個表連同其結構數據和數據重新分別導入所有的前端ACCESS資料庫後再刪除後端資料庫那個表就好了。當然最快捷的方法是只對一個前端這么做然後再分發那個前端給各個終端用戶。 記得導回後端表前先刪除前端資料庫對後端資料庫那張表的鏈接（鏈接表）。
⑵ 前台發送請求給後台 後台收集到數據傳到前台 但是前台頁面上顯示不出來 是怎麼回事
你確定你的後台數據傳到前端了嗎？
如果後台數據確實傳到前端了，那就是前端顯示的問題了，是el表達式還是什麼語言
基本上就是這兩個方面看問題，另外你沒有什麼圖片或者代碼很難幫你
⑶ vue前端收到的數據與後台發送的數據不一致是什麼原因
列印出後台從資料庫中查詢出的數據，發現欄位是完整的，並無缺失；列印JSON字元串，發現缺少欄位，定位到問題入口；查看JSON.toJSONString()方法後，並未發現異常；將該模塊的所有文件重新審閱一遍後發現，實體類User.java中有個布爾類型的成員變數的get方法不對頭；這就導致JSON將User對象轉換成json字元串時，無法通過反射獲取到其state欄位，最終給前端的json數據也就沒有該欄位。
處理方法，重寫實體類User的get、set方法並檢驗，確保不再出錯。重啟後，測試顯示正常。查看後台支持的編碼格式和前端axios發送過去的的編碼格式是否一致。不一致就會出現跨域問題。至於為什麼也不明白，可能是瀏覽器認為不一致的編碼就是跨域也可能就是瀏覽器的bug。Vue請求後端數據的方法，首先在api文件夾下，建立介面js文件；然後確定baseURL和url後綴；最後輸入需要獲取數據的代碼即可。千鋒教育截止目前已在北京、深圳、上海、廣州、鄭州、成都、大連等20餘個核心城市建立直營校區，服務近20萬學員、近千所高校和數萬家企業。
⑷ 後端怎麼把數據傳給前端
Controller方法加參數，參數名和表單中名字一樣就可以啊 如：public String test(User user) { System.out.println(user.username); } 表單中就是 這樣控制台就能列印出表單中輸入的username了。
⑸ 前後端分類，數據傳輸問題
目前我所知道的項目開發中，基本上都是前後端分離的。這就出現了數據傳輸的問題，前端傳給伺服器 或者 伺服器傳給前端的數據都是容易被別人竊取的。這里就要對傳輸的數據進行加解密，以保證數據安全。
下面介紹兩種前後端數據傳輸的方式
前後端約定一個key,將請求參數按照字母排序拼接成一個字元串（通常都是ASCll排序），然後拼接上key,最後用MD5或者SHA進行加密，得到一個加密的簽名sign，再把sign作為最後一個參數傳到服務端。
服務端拿到前端傳過來的結果之後，也將參數(排除sign)按照順序拼接成一個字元串，再拼接上key，再用MD5或者SHA進行加密，也得到了一個新的sign，服務端比較這兩個sign，如果相同就說明傳回來的數據沒有問題，如果不相同，說明數據被串改了。
例如：
傳遞的參數是
id=5&age=10
現在通過加簽 應該傳遞的參數為
id=5&age=10&sign=MD5(age=10&id=5)
服務端拿到的就是
id=5&age=10&sign=MD5(age=10&id=5)
服務端經過篩選參數，得到 id=5&age=10 ，然後進行排序得到 age=10&id=5 ,再MD5得到sign，兩個sign進行比較
目前我知道的根據秘鑰的使用方法，可以將密碼分為兩種
在對稱密碼中，加密、解密時使用的是同一個密鑰，我們常用的AES演算法就是對稱密碼演算法。具體AES演算法大家自己網路就好了
但是通常使用對稱密碼時，就會有秘鑰配送問題。
例：發送者A將使用對稱密碼加密過得信息發送給接收者B，只有將秘鑰發送給接收者B，B才能進行解密，這里A發送秘鑰給B的過程中，就容易被別人竊取秘鑰，別人拿著秘鑰也能進行解密。
如何解決秘鑰配送問題
我知道的幾種解決方法
公鑰密碼
公鑰密碼中，密鑰分為加密密鑰、解密密鑰2種，它們並不是同一個密鑰。
目前使用最廣泛的公鑰密碼演算法是RSA
加密密鑰，一般是公開的，因此該密鑰稱為公鑰（public key）
解密密鑰，由消息接收者自己保管的，不能公開，因此也稱為私鑰（private key）
公鑰和私鑰是一 一對應的，是不能單獨生成的，一對公鑰和密鑰統稱為密鑰對（key pair）
由公鑰加密的密文，必須使用與該公鑰對應的私鑰才能解密
由私鑰加密的密文，必須使用與該私鑰對應的公鑰才能解密
1.由消息的接收者，生成一對公鑰、私鑰
2.將公鑰發給消息的發送者
3.消息的發送者使用公鑰加密消息
混合密碼系統
不能很好地解決密鑰配送問題
加密解密速度比較慢
混合密碼系統，是將對稱密碼和公鑰密碼的優勢相結合的方法，解決了公鑰密碼速度慢的問題，並通過公鑰密碼解決了對稱密碼的密鑰配送問題
會話密鑰（session key）為本次通信隨機生成的臨時密鑰，作為對稱密碼的密鑰，用於加密信息，提高速度
發送出去的內容包括
前端A >>>>> 伺服器端B
發送過程，加密過程
接收過程，解密過程
文章參考了 猿天地的再談前後端API簽名安全？ 和李明傑的底層原理iOS簽名機制