<output id="os3gq"><ruby id="os3gq"></ruby></output>

    1. <mark id="os3gq"></mark>
    2. 5個免費課程
      網站公告
      ·Access快速平臺QQ群號:156702533    ·Access快速開發平臺下載地址及教程    ·歡迎添加微信交流賬號:AccessoftChu    ·如何快速搜索本站文章|示例|資料    
      您的位置: 首頁 > 技術文章 > ADP及SQL SERVER

      SQL Server之莫名其妙的空格

      時 間:2020-01-23 20:50:46
      作 者:易勛   ID:35404  城市:上海
      摘 要:最近,某個表中有一些字段是nvarchar的類型,但是在有效字符后面確出現了莫名其妙的空格,這是怎么回事呢?
      正 文:

      情況如下圖,在YiXun之后存在25個空格:

      進入表設計視圖一看,字段類型確實是nvarchar(30)類型(變長)

      而且只有兩條記錄存在這樣的問題。

      由于RequestBy這個字段數據需要作為一個檢測條件,如果“YiXun”變成“YiXun                         ”,這樣會導致判定不通過。

      那么問題究竟出在哪里呢?從客戶端的賦值、保存、加載等相關的Debug和對SQL Server檢查均未找出原因,這個問題陷入了困局。

      驀然回首,問題還是表結構

      轉機出現在備份數據庫中,原來當時新建表的時候,由于操作失誤,將RequestBy和GNC字段的類型設置為了nchar(30)類型(定長),雖然在后面的調整中發現了這個問題,并調整了字段類型,但是nchar轉換為nvarchar的時候,會保留在nchar類型是由于定長規則產生的空格,但是當時并未處理已有數據。直到在測試對RequestBy字段的比對功能的時候才發現這個問題。


      PS.上文中空格為定長字段類型的補充字符


      參考:

      nchar 和 nvarchar (Transact-SQL)




      Access軟件網官方交流QQ群 (群號:198348076)       access源碼網店

      最新評論 查看更多評論(0)

      發表評論您的評論將提升作者分享的動力!快來評論一下吧!

      用戶名:
      密 碼:
      內 容:
       

      常見問答

      技術分類

      相關資源

      關于我們 | 服務條款 | 在線投稿 | 友情鏈接 | 網站統計 | 網站幫助