教訓三:
我現在在做什麼呢?軟體開發完成了,系統卻沒有正式的資料,那麼就需要找實際業務部分,業務部分也有這方面的需求,要將以前在excel中的資料匯入系統中.
因此我給了業務部分匯入資料庫的模板,他們要將資料整理好,按照我模板的規則整理資料,某些字段禁止為空.
花了二天時間,他們整理出了模板資料.因此我也開始了我的匯入工作.
匯入過程不是順利.原因在於我和業務部門對資料格式的不統一.
我認為對於"占有率"欄位是0-100%,業務部分的實際應用資料高達了14288.98% 好吧.我的承認我軟體沒達到他們的實際需求.
所有我就要付出一些代價,修改我的資料庫的字段將decimal(6, 3) 改為decimal(9, 3).聯動還要修改程式中
this.property(t => t.toolusagerate_d).hasprecision(9, 3).hascolumnname("toolusagerate_d");
重點 繼承 : dbcontext 的類需要加
modelbuilder.configurations.add(new project_pmana_newmap());
錯誤 0xc020901c: 資料流任務: 輸入「destination input」(264) 上的 輸入列「partnetweight_d」(499) 出錯。
返回的列狀態是:「由於該資料值溢位了指定的型別，因而轉換失敗。」。
(sql server 匯入和匯出嚮導)
錯誤 0xc020902a: 資料流任務: 「輸出列「toolingdescription_c」(355)」由於發生截斷而失敗，
而且針對「輸出列「toolingdescription_c」(355)」的截斷行處理設定指定截斷時出錯。
在指定元件的指定物件上出現截斷錯誤。
(sql server 匯入和匯出嚮導)
解決:varchar(280) 改為 nvarchar(255) 型別即可
解決:資料結構造成的 partnetweight_d decimal(5, 4) 那麼小數為是是4位 前面只剩一位了,碰到9以上的數都得掛彩.
有不少欄位是這樣的,因此我的匯入節奏就顯得很不流暢.
這個過程給我帶來的教訓是,對於應用量不是百萬級別的,資料庫字段設計大方點吧.
因為我很討厭修改資料庫欄位的型別,哪怕它只要求大一點點.因為那東西會產生聯動.
數字型別設定偏大
字元型選用nvarchar(255)型別 在導資料中可以規避很多錯誤
專案要求注意事項
專案要求注意事項 一 專案評分的三個方面 l 60 l 文件 20 l 答辯 20 二 專案每個方面的要求 1 l 規範，如 命名規範 縮排規範 注釋規範等。嚴格參照電子書 高質量 c 程式設計指南 的 規範。l 及格標準 具備壓縮 解壓兩個功能。l 採用新技術 使用新演算法可加分。l 增加新功能可...
springmvc專案注意事項
構建springmvc專案需要注意的地方 要提供springmvc annotation 不然根本就不能夠訪問 controller 類了。預設 mvc annotation driven 他的作用是式地向 spring 容器註冊 autowiredannotationbeanpostprocess...
專案上線注意事項
ci專案執行環境 vm版本 jdk ruby golang python版本 是否和 要求的vm版本一致 專案配置 杜絕偶然的資料一致導致的共享變數，因為正式環境變數值可能不一致 保持測試和正式環境的配置檔案結構相似，這樣上線檢查的時候，一目了然，可以節省很多時間 保證變數配置的正確性，上線出問題，...