⑴ 在sql資料庫，我插入一條數據有誤，編號錯了，和前面的重復，要怎麼修改呢
1.直接去資料庫修改。2.如果能夠單獨查詢出來這條記錄，就用Update去修改，條件就是你查詢時的條件。3。如果不能單獨查詢出來的，可以新添加個欄位，錄入信息來區分，update時以新欄位來做條件，完了後再刪除新欄位。
⑵ sql資料庫查詢中斷、無法修復的一致性錯誤、無法導出數據, 數據怎麼恢復
資料庫損壞最行之有效的辦法就是存在冗餘數據，使用冗餘數據進行恢復。所謂的冗餘數據包括熱備、冷備、和暖備。
使用鏡像或可用性組作為熱備，當檢測到錯誤時，可以自動進行頁修復（鏡像要求2008以上，可用性組是2012的功能）。鏡像當主體伺服器遭遇824錯誤時，會向鏡像伺服器發送請求，將損壞的頁由鏡像復制到主體解決該問題。對於可用性組，如果數據頁是在主副本上發現的，則主副本將會向所有輔助副本發送廣播，並由第一個響應的輔助副本的頁來修復頁錯誤，如果錯誤出現在只讀輔助副本，則會向主副本請求對應的頁來修復錯誤。在這里有一點值得注意的是，無論是哪一種高可用性技術，都不會將頁錯誤散播到冗餘數據中，因為SQL Server中所有的高可用性技術都是基於日誌，而不是數據頁。
其次是使用暖備或冷備來還原頁，我已經在代碼清單1中給出了詳細的代碼，這里就不細說了。
如果沒有合適的備份存在，如果損壞的數據頁是存在於非聚集索引上，那麼你很幸運，只需要將索引禁用後重建即可。
如果存在基準的完整備份，並且日誌鏈沒有斷裂（包括差異備份可以Cover日誌缺失的部分），則可以通過備份尾端日之後還原資料庫來進行修復。
最後，如果基礎工作做的並不好，您可能就需要通過損失數據的方式來換回資料庫的一致性，我們可以通過DBCC CheckDB命令的REPAIR_ALLOW_DATA_LOSS來修復資料庫。使用該方法可能導致數據損失，也可能不會導致數據損失，但大部分情況都會通過刪除數據來修復一致性。使用REPAIR_ALLOW_DATA_LOSS需要將資料庫設置為單用戶模式，這意味著宕機時間。
無論是哪種情況修復資料庫，都要考慮是否滿足SLA，如果出現了問題之後，發現無論用哪種方式都無法滿足SLA的話，那隻能檢討之前的准備工作並祈禱你不會因此丟了工作。
⑶ sql資料庫執行錯誤代碼1055怎麼解決
錯誤代碼1055。不過看了Expression裡面的原因描述，我基本知道怎麼回事了。原因是因為mysql中對 group by 用法的規定。嚴格意義上說，就是group by之後。select 的欄位只能是group by的欄位。或者需要加聚合函數的。在 oracle 中，一直有這項約定。所以直接就會報錯。但是mysql 直到 5.7 版本之後才把這個要求明確限制起來。
很明顯，這種問題兩種思路：第一修改sql。按照規定的規范重寫項目中所有有問題的sql。很明顯代價太大。風險很高；第二種那就是把這種限制去掉，讓功能繼續像5.7之前的樣子一樣能跑。我果斷選擇了第二種。因為第一種代價太大。
解決辦法：
1. 首先如何查看當前資料庫使用的sql_mode：
select@@sql_mode;
2.修改mysql的配置文件，刪掉only_full_group_by這一項
注意：Mac：Mysql默認安裝在/usr/local目錄下，這個目錄可以通過command+shift+G進入：如下圖
windows下是的配置文件是my.ini，自己可以找一下。
問題解決完了，然後剩下兩個問題：
1. mysql裡面的sql_mode 一共有哪些，並且mode的值各自代表什麼含義。在網上查詢了一下，結果如下：
MySQL5.0以上版本支持三種sql_mode模式：ANSI、TRADITIONAL和STRICT_TRANS_TABLES
1、ANSI模式：寬松模式，更改語法和行為，使其更符合標准SQL。對插入數據進行校驗，如果不符合定義類型或長度，對數據類型調整或截斷保存，報warning警告。對於本文開頭中提到的錯誤，可以先把sql_mode設置為ANSI模式，這樣便可以插入數據，而對於除數為0的結果的欄位值，資料庫將會用NULL值代替。
將當前資料庫模式設置為ANSI模式：切換到mysql命令下執行：set @@sql_mode=ANSI;
2、TRADITIONAL模式：嚴格模式，當向mysql資料庫插入數據時，進行數據的嚴格校驗，保證錯誤數據不能插入，報error錯誤，而不僅僅是警告。用於事物時，會進行事物的回滾。 注釋：一旦發現錯誤立即放棄INSERT/UPDATE。如果你使用非事務存儲引擎，這種方式不是你想要的，因為出現錯誤前進行的數據更改不會「滾動」，結果是更新「只進行了一部分」。
將當前資料庫模式設置為TRADITIONAL模式：切換到mysql命令下執行：set @@sql_mode=TRADITIONAL;
3、STRICT_TRANS_TABLES模式：嚴格模式，進行數據的嚴格校驗，錯誤數據不能插入，報error錯誤。如果不能將給定的值插入到事務表中，則放棄該語句。對於非事務表，如果值出現在單行語句或多行語句的第1行，則放棄該語句。
將當前資料庫模式設置為STRICT_TRANS_TABLES模式：切換到mysql命令下執行：set @@sql_mode=STRICT_TRANS_TABLES;
⑷ sql資料庫誤改怎樣恢復
1, 如果你有比較新的備份文件，可以將備份恢復到另外一台機器上，然後將對應表導入到當前庫；
2，如果你的日誌文件還沒有被覆蓋，將日誌文件出去，先備份一下，找個讀取sqlserver日誌的工具，從日誌文件中逐條記錄恢復。
⑸ SQL資料庫錯誤號解釋和解決
將這個資料庫
拷到別的盤
到c:\program
files\microsoft
sql
server\mssql.1\mssql\data\下
把distmdl.mdf
拷到d盤
然後
重新附加試試
⑹ sql資料庫質疑的原因及解決辦法
sql資料庫質疑是設置錯誤造成的，解決方法為：
1、通過DBCC CHECKCB('DBName') 來檢測資料庫異常的原因，如果可以檢測到資料庫的異常，其中紅色部分即時數據目前存在的問題，我們也在檢測結果最後看到數據的總體的錯誤情況的匯總。