SQL सर्वर स्ट्रिंग या बाइनरी डेटा को छोटा कर दिया जाएगा


149

मैं डेटा माइग्रेशन प्रोजेक्ट में शामिल हूं। जब मैं एक तालिका से दूसरी तालिका (SQL Server 2005) में डेटा सम्मिलित करने का प्रयास करता हूं तो मुझे निम्न त्रुटि मिल रही है:

Msg 8152, Level 16, State 13, Line 1
स्ट्रिंग या बाइनरी डेटा को छोटा किया जाएगा।

स्रोत डेटा कॉलम डेटा प्रकार से मेल खाते हैं और गंतव्य टेबल कॉलम की लंबाई परिभाषाओं के भीतर हैं, इसलिए मैं इस नुकसान का कारण हूं कि इस त्रुटि का क्या कारण हो सकता है।


क्या आप कुछ तालिका, और प्रत्येक तालिका के बारे में जानकारी पोस्ट करने का मन करेंगे?
केविन मैनसेल

टेबल दोनों काफी बड़ी हैं - इसलिए मैं इसमें शामिल किए गए टेबल परिभाषाओं के केवल हिस्से और कोड को पोस्ट करूंगा - क्या यह स्वीकार्य है?
जिम इवांस

तालिका की परिभाषाएँ और कोड बहुत अच्छा होगा।
IAmTimCorey

1
पिछली बार जब मेरे पास यह मुद्दा था, तो यह ट्रिगर के साथ था, ट्रिगर एक ऑडिट टेबल में डेटा सम्मिलित कर रहा था। मूल्य की जाँच ट्रिगर के रूप में अच्छी तरह से।
सचिन विश्वकर्मा

जवाबों:


185

आपको यह पता लगाने के लिए कि स्रोत और गंतव्य तालिकाओं के लिए तालिका की परिभाषाएँ हमें कहाँ पर समस्या है, लेकिन नीचे की पंक्ति यह है कि स्रोत तालिका में आपका एक स्तंभ आपके गंतव्य स्तंभों से बड़ा है । यह हो सकता है कि आप एक तरह से प्रारूप बदल रहे हों, जिसके बारे में आपको जानकारी नहीं थी। आप जिस डेटाबेस मॉडल से जा रहे हैं, वह महत्वपूर्ण है और साथ ही यह भी पता लगाना है।


1
ऊपर मेरी टिप्पणी के अनुसार - जल्द ही आ रहा है :)
जिम इवांस

3
मैंने एक ही समस्या का सामना किया था और समस्या को ठीक करने के लिए दोनों तालिकाओं के सभी स्तंभ प्रकारों और आकारों की तुलना करना था।
अजीज शेख

1
आंशिक तालिका परिभाषाओं को इकट्ठा करने के निर्वासन के बाद और फिर मेरे स्पार्क कोड को प्राप्त करने के बाद अपमानजनक स्तंभ मुझ पर बिजली के बोल्ट की तरह उछल गया ... आपके इनपुट के लिए धन्यवाद।
जिम इवान्स

मैं आपको बता नहीं सकता कि मैंने कितनी बार एक ही काम किया है। खुशी है कि आप अपने मुद्दे को हल करने में सक्षम थे।
IAmTimCorey

मैंने आपको पहले उत्तर को उत्तर के रूप में चिह्नित किया क्योंकि यह वह था जिसने मुझे उत्तर खोजने के लिए प्रेरित किया :)
जिम इवांस

86

जैसा कि दूसरों ने पहले ही कहा है, स्रोत तालिका में आपका एक स्तंभ डेटाटाइप आपके गंतव्य कॉलम से बड़ा है।

एक सरल उपाय यह है कि बस चेतावनी को बंद कर दिया जाए और छंटनी की अनुमति दी जाए। इसलिए, यदि आप यह त्रुटि प्राप्त कर रहे हैं, लेकिन आपको यकीन है कि यह आपके पुराने डेटाबेस / तालिका में डेटा के लिए स्वीकार्य है (आकार में कटौती) तो आप बस निम्नलिखित कर सकते हैं;

SET ANSI_WARNINGS  OFF;
-- Your insert TSQL here.
SET ANSI_WARNINGS ON;

जैसा कि ऊपर, चेतावनी को हमेशा फिर से बाद में वापस करने के लिए याद रखें। आशा है कि ये आपकी मदद करेगा।


1
आपने मुझे कुछ घंटों के लिए बचा लिया! मेरे सभी धन्यवाद ले लो!
उर्सक्वायरेल

वैसे ही यहाँ। कभी-कभी मुझे एक वेब सेवा से डेटा को किसी तालिका में संग्रहीत करना पड़ता है, जहां डेटाटाइप को केवल "स्ट्रिंग" के रूप में परिभाषित किया जाता है। मैं सब कुछ एक व्रचर (MAX) नहीं बना सकता ...
Curt

61

मुद्दा काफी सरल है: स्रोत क्वेरी में एक या अधिक स्तंभों में डेटा होता है जो उसके गंतव्य स्तंभ की लंबाई से अधिक होता है। एक सरल उपाय यह होगा कि आप अपने स्रोत की क्वेरी लें और Max(Len( source col ))प्रत्येक कॉलम पर अमल करें। अर्थात,

Select Max(Len(TextCol1))
    , Max(Len(TextCol2))
    , Max(Len(TextCol3))
    , ...
From ...

फिर उन लंबाई की तुलना अपने गंतव्य तालिका में डेटा प्रकार की लंबाई से करें। कम से कम एक, अपने गंतव्य स्तंभ की लंबाई से अधिक है।

यदि आप पूरी तरह से सकारात्मक हैं कि यह मामला नहीं होना चाहिए और अगर यह मामला नहीं है , तो परवाह न करें , तो एक और उपाय यह है कि स्रोत क्वेरी कॉलम को जबरन अपनी मंजिल की लंबाई में डाला जाए (जो किसी भी डेटा को बहुत लंबा कर देगा)

Select Cast(TextCol1 As varchar(...))
    , Cast(TextCol2 As varchar(...))
    , Cast(TextCol3 As varchar(...))
    , ...
From ...

इस त्रुटि से मेरी दैनिक प्रक्रिया टूटने लगी। मेरे द्वारा डाला गया डेटा हमेशा फिट होने के लिए पर्याप्त छोटा था और ओवरसाइड स्ट्रिंग्स के साथ मेरे पास हमेशा अन्य पंक्तियाँ थीं (तालिका में मैं जिससे खींच रहा था) जो कि मेरे फ़िल्टर के कारण कभी नहीं डाली गई थीं। हो सकता है कि एक अनुक्रमणिका का पुनर्निर्माण किया गया था, या सांख्यिकी अपडेट किए गए थे, लेकिन मशीन में भूत ने एक दिन फैसला किया कि यह अब क्वेरी योजना की तरह नहीं है, क्योंकि इसने इसे एक पथ नीचे ले लिया जहां डेटा (जो बहुत चौड़ा था) "हो सकता है"। जहां-जहां क्लाज में प्रेडिकेट द्वारा फिल्माया गया, उससे पहले डाला गया। इसके चारों ओर काम करने के लिए, मैंने CAST के बजाय LEFT () का उपयोग किया - टाइप करने के लिए बस कम वर्ण।
माइकटेवी

1
धन्यवाद थॉमस, यह अजीब है, यहां तक ​​कि मेरे पास कोई भी डेटा नहीं है जो बहुत लंबा है, मुझे अभी भी इसे नए गंतव्य स्तंभ आकार में डालना है, जैसे ही मैंने यह काम किया।
मिशेल

15

SQL सर्वर 2019 अंत में अधिक सार्थक त्रुटि संदेश लौटाएगा।

बाइनरी या स्ट्रिंग डेटा को छोटा किया जाएगा => त्रुटि संदेश एन्हांसमेंट

यदि आपके पास वह त्रुटि (उत्पादन में) है, तो यह देखना स्पष्ट नहीं है कि यह त्रुटि किस कॉलम या पंक्ति से आई है, और इसे कैसे पता लगाया जाए।

नए व्यवहार को सक्षम करने के लिए आपको उपयोग करने की आवश्यकता है DBCC TRACEON(460)। नई त्रुटि पाठ से sys.messages:

SELECT * FROM sys.messages WHERE message_id = 2628

2628 - स्ट्रिंग या बाइनरी डेटा को तालिका '%। * Ls', कॉलम '%। * Ls' में काट दिया जाएगा। काट दिया गया मान: '%। * Ls'।

स्ट्रिंग या बाइनरी डेटा को छोटा किया जाएगा: कुख्यात त्रुटि 8152 की जगह

यह नया संदेश SQL Server 2017 CU12 (और एक आगामी SQL सर्वर 2016 SP2 CU) में भी वापस आ गया है, लेकिन डिफ़ॉल्ट रूप से नहीं। आपको संदेश ID 8152 को 2628 के साथ सत्र या सर्वर स्तर पर बदलने के लिए ट्रेस ध्वज 460 को सक्षम करने की आवश्यकता है।

ध्यान दें कि अभी के लिए, SQL Server 2019 CTP 2.0 में भी समान ट्रेस ध्वज 460 को सक्षम करने की आवश्यकता है। भविष्य के SQL Server 2019 रिलीज़ में, संदेश 2628 डिफ़ॉल्ट रूप से संदेश 8152 को प्रतिस्थापित करेगा।


SQL सर्वर 2017 CU12 भी इस सुविधा का समर्थन करता है।

सुधार: SQL सर्वर 2017 में विस्तारित जानकारी के साथ "स्ट्रिंग या बाइनरी डेटा को काट दिया जाएगा" संदेश के लिए वैकल्पिक प्रतिस्थापन

यह SQL Server 2017 अद्यतन एक वैकल्पिक संदेश प्रस्तुत करता है जिसमें निम्न अतिरिक्त संदर्भ जानकारी होती है।

Msg 2628, Level 16, State 6, Procedure ProcedureName, Line Linenumber
String or binary data would be truncated in table '%.*ls', column '%.*ls'.
Truncated value: '%.*ls'.

नया संदेश ID 2628 है। यह संदेश किसी भी त्रुटि आउटपुट में संदेश 8152 को प्रतिस्थापित करता है यदि ट्रेस ध्वज 460 सक्षम है।

db <> फिडेल डेमो


पहले से तय किए गए परिवर्तन

VERBOSE_TRUNCATION_WARNINGS = {चालू | रवाना}

आवेदन करने के लिए: SQL सर्वर (SQL सर्वर 2019 (15.x) के साथ शुरू) और Azure SQL डेटाबेस

आपको नए स्ट्रिंग या बाइनरी डेटा को सक्षम या अक्षम करने की अनुमति देता है, त्रुटि संदेश काट दिया जाएगा। SQL सर्वर 2019 (15.x) इस परिदृश्य के लिए एक नया, अधिक विशिष्ट त्रुटि संदेश (2628) पेश करता है:

String or binary data would be truncated in table '%.*ls', column'%.*ls'. Truncated value: '%.*ls'.

जब डेटाबेस संगतता स्तर 150 के तहत चालू किया जाता है, तो ट्रंकेशन त्रुटियाँ अधिक त्रुटि प्रदान करने और समस्या निवारण प्रक्रिया को सरल बनाने के लिए नई त्रुटि संदेश 2628 उठाती हैं।

जब डेटाबेस संगतता स्तर 150 के तहत OFF पर सेट किया जाता है, तो ट्रंकेशन त्रुटियाँ पिछली त्रुटि संदेश 8152 बढ़ाती हैं।

डेटाबेस संगतता स्तर 140 या उससे कम के लिए, त्रुटि संदेश 2628 एक ऑप्ट-इन त्रुटि संदेश रहता है, जिसके लिए ट्रेस ध्वज 460 को सक्षम करने की आवश्यकता होती है, और इस डेटाबेस स्कोप्ड कॉन्फ़िगरेशन का कोई प्रभाव नहीं होता है।


1
यह अब SQL Azure के लिए भी उपलब्ध है: azure.microsoft.com/en-gb/updates/…
Ian केम्प

7

इसका एक अन्य संभावित कारण यह है कि यदि आपके पास स्तंभ के लिए एक डिफ़ॉल्ट मान सेटअप है जो स्तंभ की लंबाई से अधिक है। ऐसा प्रतीत होता है कि किसी व्यक्ति ने किसी ऐसे स्तंभ पर उंगली उठाई थी जिसकी लंबाई 5 थी, लेकिन डिफ़ॉल्ट मान 5 की लंबाई से अधिक था। इसने मुझे पागल कर दिया क्योंकि मैं यह समझने की कोशिश कर रहा था कि यह किसी भी सम्मिलित पर काम क्यों नहीं कर रहा था, भले ही मैं सभी को सम्मिलित कर रहा था 1. के पूर्णांक के साथ एक एकल स्तंभ। क्योंकि टेबल स्कीमा पर डिफ़ॉल्ट मान का उल्लंघन करने वाले डिफ़ॉल्ट मान के कारण यह सब गड़बड़ हो गया - जो मुझे लगता है कि हमें सीखा सबक लाता है - स्कीमा में डिफ़ॉल्ट मान के साथ तालिकाओं को रखने से बचें। :)


1
मुझे नहीं लगता कि डिफ़ॉल्ट मूल्यों से बचना एक अच्छा समाधान है। डिफ़ॉल्ट मान बहुत उपयोगी हैं। मैं डिफ़ॉल्ट मानों को हटाकर टाइपोस की वजह से डेटाबेस "समस्याओं" को हल नहीं करूंगा ...
याकूब एच

3

दूसरों के लिए, अपनी संग्रहीत प्रक्रिया की भी जाँच करें । मेरी संग्रहीत प्रक्रिया में मेरे मामले में CustomSearchमैंने गलती से अपने कॉलम के लिए पर्याप्त लंबाई घोषित नहीं की थी, इसलिए जब मैंने एक बड़े डेटा में प्रवेश किया तो मुझे वह त्रुटि प्राप्त हुई, भले ही मेरे डेटाबेस पर एक बड़ी लंबाई हो। मैंने अपने कस्टम खोज में अपने कॉलम की लंबाई को बदल दिया है त्रुटि दूर हो जाती है। यह सिर्फ याद दिलाने के लिए है। धन्यवाद।


यह वास्तव में मेरे साथ क्या होता है। स्रोत / लक्ष्य तालिकाएं अच्छी तरह से मेल खाती हैं, लेकिन संग्रहित खरीद में छोटी लंबाई के साथ एक # तालिका परिभाषित होती है और यह वहां विफल रही। धन्यवाद!
जॉय वॉकर

3

यह एक चुनौतीपूर्ण त्रुटि हो सकती है। यहाँ कुछ नोट्स https://connect.microsoft.com/SQLServer/feedback/details/339410/ से लिए गए हैं, जो अमिरचारणिया की टिप्पणी के लिए देखें।

मैंने एक टेम्प्लेट के बजाय एक वास्तविक तालिका में चुने गए डेटा के लिए अमीराचरणिया द्वारा दिए गए उत्तर को समायोजित किया है। पहले अपने डेटासेट को एक विकास तालिका में चुनें, फिर निम्नलिखित चलाएँ:

WITH CTE_Dev
AS (
    SELECT C.column_id
        ,ColumnName = C.NAME
        ,C.max_length
        ,C.user_type_id
        ,C.precision
        ,C.scale
        ,DataTypeName = T.NAME
    FROM sys.columns C
    INNER JOIN sys.types T ON T.user_type_id = C.user_type_id
    WHERE OBJECT_ID = OBJECT_ID('YOUR TARGET TABLE NAME HERE, WITH SCHEMA')
    )
    ,CTE_Temp
AS (
    SELECT C.column_id
        ,ColumnName = C.NAME
        ,C.max_length
        ,C.user_type_id
        ,C.precision
        ,C.scale
        ,DataTypeName = T.NAME
    FROM sys.columns C
    INNER JOIN sys.types T ON T.user_type_id = C.user_type_id
    WHERE OBJECT_ID = OBJECT_ID('YOUR TEMP TABLE NAME HERE, WITH SCHEMA')
    )
SELECT *
FROM CTE_Dev D
FULL OUTER JOIN CTE_Temp T ON D.ColumnName = T.ColumnName
WHERE ISNULL(D.max_length, 0) < ISNULL(T.max_length, 999)

ऐसा लगता है कि MS ने कनेक्ट साइट बंद कर दी है। इस मुद्दे की नई कड़ी है: feedback.azure.com/forums/908035-sql-server/suggestions/… ... अभी भी अनियोजित के रूप में चिह्नित। मुझे लगता है कि जिस टिप्पणी का आप जिक्र कर रहे हैं (विडंबना) यह है कि जब माइग्रेशन हुआ था तो कम हो गया था।
तलवारबाज़ -

दिलचस्प बात यह है कि इस मुद्दे को फिर से एक अलग शीर्षक के तहत खोला गया था: feedback.azure.com/forums/908035-sql-server/suggestions/… और इसे "अंडर रिव्यू" के रूप में सूचीबद्ध किया गया है, इसलिए अभी उम्मीद है।
तलवारबाज़ -

3

यहाँ थोड़ा अलग जवाब है। आपके कॉलम नाम और लंबाई सभी मेल खा सकते हैं, लेकिन शायद आप अपने सेलेक्ट स्टेटमेंट में गलत क्रम में कॉलम निर्दिष्ट कर रहे हैं। कहते हैं कि टेबलएक्स और टेबल वाई में एक ही नाम के कॉलम हैं, लेकिन अलग-अलग क्रम में


2

मुझे आज यह समस्या आई, और इस न्यूनतम जानकारीपूर्ण त्रुटि संदेश के उत्तर की मेरी खोज में मुझे यह लिंक भी मिला:

https://connect.microsoft.com/SQLServer/feedback/details/339410/please-fix-the-string-or-binary-data-would-be-truncated-message-to-give-the-column-name

तो ऐसा लगता है कि Microsoft के पास त्रुटि संदेश पर जल्द ही विस्तार करने की कोई योजना नहीं है।

इसलिए मैंने अन्य साधनों की ओर रुख किया।

मैंने त्रुटियों को एक्सेल में कॉपी किया:

(1 पंक्ति) प्रभावित

(1 पंक्ति) प्रभावित

(1 पंक्ति (ओं) प्रभावित) Msg 8152, स्तर 16, राज्य 14, लाइन 13 स्ट्रिंग या बाइनरी डेटा को काट दिया जाएगा। बयान समाप्त कर दिया गया है।

(1 पंक्ति) प्रभावित

एक्सेल में पंक्तियों की संख्या गिना, समस्या के कारण रिकॉर्ड काउंटर के करीब पहुंच गया ... एसक्यूएल को प्रिंट आउट करने के लिए मेरे निर्यात कोड को समायोजित किया ... फिर समस्या sql और आसपास 5 - 10 sql आवेषण भाग गया एक समस्या को इंगित करने में कामयाब रहे, उस स्ट्रिंग को देखें जो बहुत लंबा था, उस कॉलम का आकार बढ़ाएं और फिर बड़ी आयात फ़ाइल को कोई समस्या नहीं हुई।

एक हैक और एक वर्कअराउंड का सा, लेकिन जब आप बहुत कम विकल्प छोड़ते हैं तो आप वही करते हैं जो आप कर सकते हैं।


2

हां, मैं भी इस तरह की समस्या का सामना कर रहा हूं।

REMARKS VARCHAR(500)
to
REMARKS VARCHAR(1000)

यहाँ, मैंने बदला है REMARKS की लम्बाई 500 से 1000 तक


2

मैं इस त्रुटि का एक अन्य संभावित कारण सिर्फ इसलिए जोड़ने जा रहा हूं क्योंकि किसी ने इसका उल्लेख नहीं किया है और यह भविष्य के किसी व्यक्ति की मदद कर सकता है (क्योंकि ओपी ने अपना जवाब पाया है)। यदि आपके द्वारा डाली जा रही तालिका में ट्रिगर हैं, तो यह हो सकता है कि ट्रिगर त्रुटि पैदा कर रहा है। मैंने ऐसा तब देखा है जब टेबल फील्ड परिभाषाएं बदल दी गई थीं, लेकिन ऑडिट टेबल नहीं थे।


2

हां - "आधा पिंट बर्तन में एक पिंट नहीं जाएगा"। लोगों द्वारा सुझाए गए विभिन्न एसपी के साथ मेरे पास ज्यादा भाग्य नहीं है (जो भी कारण हो), जब तक कि दो टेबल एक ही डीबी में नहीं हैं (या आप उन्हें एक ही डीबी में प्राप्त कर सकते हैं), आप INFORMATION_SCHEMA का उपयोग कर सकते हैं। इस प्रकार गलत क्षेत्र का पता लगाने के लिए, इस प्रकार:

select c1.table_name,c1.COLUMN_NAME,c1.DATA_TYPE,c1.CHARACTER_MAXIMUM_LENGTH,c2.table_name,c2.COLUMN_NAME, c2.DATA_TYPE,c2.CHARACTER_MAXIMUM_LENGTH
from [INFORMATION_SCHEMA].[COLUMNS] c1
left join [INFORMATION_SCHEMA].[COLUMNS] c2 on 
c1.COLUMN_NAME=c2.COLUMN_NAME
where c1.TABLE_NAME='MyTable1'
and c2.TABLE_NAME='MyTable2'
--and c1.DATA_TYPE<>c2.DATA_TYPE
--and c1.CHARACTER_MAXIMUM_LENGTH <> c2.CHARACTER_MAXIMUM_LENGTH
order by c1.COLUMN_NAME

यह आपको ऊपर और नीचे स्क्रॉल करने देगा, जैसे ही आप जाते हैं, फ़ील्ड की लंबाई की तुलना करते हैं। टिप्पणी किए गए अनुभाग आपको देखने देते हैं (एक बार असहज होने पर, जाहिर है) यदि डेटा प्रकार बेमेल हैं, या विशेष रूप से उन लोगों को दिखाते हैं जो क्षेत्र की लंबाई में भिन्न हैं - क्योंकि मैं स्क्रॉल करने के लिए बहुत आलसी हूं - बस इस बात से अवगत रहें कि स्रोत पर पूरी चीज की भविष्यवाणी की गई है लक्ष्य के मिलान वाले कॉलम नाम।


मैं कुछ ऐसा लिखने जा रहा था लेकिन आपने इसे आसान बना दिया। बहुत काम और एक आकर्षण की तरह काम किया। मैं 90+ कॉलम वाली तालिका की तुलना करने के लिए इसका उपयोग करने में सक्षम था और उनमें से दो तुरंत बाहर कूद गए। धन्यवाद!
जॉय वॉकर

1

मैं टेबल निर्माण पर खाली स्ट्रिंग '' का उपयोग कर रहा था और फिर बाद के अपडेट पर त्रुटि 'Msg 8152, स्ट्रिंग या बाइनरी डेटा प्राप्त किया जाएगा'। यह अद्यतन मान 6 वर्णों के साथ और स्तंभ परिभाषा प्रत्याशित से बड़ा होने के कारण हो रहा था। मैंने इसके चारों ओर पाने के लिए "स्पेस" का उपयोग किया क्योंकि मुझे पता था कि मैं प्रारंभिक डेटा निर्माण के बाद बल्क में अपडेट हो जाऊंगा यानी कॉलम लंबे समय तक खाली नहीं रहने वाला था।

SO BIG CAVEAT HERE: यह एक विशेष रूप से चालाक समाधान नहीं है, लेकिन इस मामले में उपयोगी है जहां आप एक डेटा सेट जैसे कि एक-एक खुफिया अनुरोधों के लिए खींच रहे हैं जहां आप डेटा माइनिंग के लिए एक टेबल बना रहे हैं, कुछ थोक प्रसंस्करण / व्याख्या को लागू कर रहे हैं बाद में तुलना / खनन के लिए परिणाम से पहले और बाद में भंडारण। यह मेरे काम की लाइन में अक्सर होने वाली घटना है।

आप शुरू में SPACE कीवर्ड का उपयोग करके आबाद कर सकते हैं

    select 
           Table1.[column1]
          ,Table1.[column2]
          ,SPACE(10) as column_name
    into table_you_are_creating
    from Table1
    where ...

10 वर्ण या उससे कम के "कॉलम_नाम" के बाद के अपडेट (विकल्प के रूप में लागू) को ट्रंकट त्रुटि के बिना अनुमति दी जाएगी। फिर से, मैं केवल अपने कैविएट में वर्णित परिदृश्यों में इसका उपयोग करूंगा।


1

मैंने एक संग्रहीत प्रक्रिया बनाई है जो प्रति स्तंभ कई विशेषताओं के साथ एक स्रोत तालिका या क्वेरी का विश्लेषण करती है जिसमें न्यूनतम लंबाई (न्यूनतम_ मीटर) और अधिकतम लंबाई (अधिकतम_लेन)।

CREATE PROCEDURE [dbo].[sp_analysetable] (
  @tableName varchar(8000),
  @deep bit = 0
) AS

/*
sp_analysetable 'company'
sp_analysetable 'select * from company where name is not null'
*/

DECLARE @intErrorCode INT, @errorMSG VARCHAR(500), @tmpQ NVARCHAR(2000), @column_name VARCHAR(50), @isQuery bit
SET @intErrorCode=0

IF OBJECT_ID('tempdb..##tmpTableToAnalyse') IS NOT NULL BEGIN
  DROP TABLE ##tmpTableToAnalyse
END
IF OBJECT_ID('tempdb..##tmpColumns') IS NOT NULL BEGIN
  DROP TABLE ##tmpColumns
END

if CHARINDEX('from', @tableName)>0
  set @isQuery=1

IF @intErrorCode=0 BEGIN
  if @isQuery=1 begin
    --set @tableName = 'USE '+@db+';'+replace(@tableName, 'from', 'into ##tmpTableToAnalyse from')
    --replace only first occurance. Now multiple froms may exists, but first from will be replaced with into .. from
    set @tableName=Stuff(@tableName, CharIndex('from', @tableName), Len('from'), 'into ##tmpTableToAnalyse from')
    exec(@tableName)
    IF OBJECT_ID('tempdb..##tmpTableToAnalyse') IS NULL BEGIN
      set @intErrorCode=1
      SET @errorMSG='Error generating temporary table from query.'
    end
    else begin
      set @tableName='##tmpTableToAnalyse'
    end
  end
end

IF @intErrorCode=0 BEGIN
  SET @tmpQ='USE '+DB_NAME()+';'+CHAR(13)+CHAR(10)+'
  select
    c.column_name as [column],
    cast(sp.value as varchar(1000)) as description,
    tc_fk.constraint_type,
    kcu_pk.table_name as fk_table,
    kcu_pk.column_name as fk_column,
    c.ordinal_position as pos,
    c.column_default as [default],
    c.is_nullable as [null],
    c.data_type,
    c.character_maximum_length as length,
    c.numeric_precision as [precision],
    c.numeric_precision_radix as radix,
    cast(null as bit) as [is_unique],
    cast(null as int) as min_len,
    cast(null as int) as max_len,
    cast(null as int) as nulls,
    cast(null as int) as blanks,
    cast(null as int) as numerics,
    cast(null as int) as distincts,
    cast(null as varchar(500)) as distinct_values,
    cast(null as varchar(50)) as remarks
  into ##tmpColumns'
  if @isQuery=1 begin
    SET @tmpQ=@tmpQ+' from tempdb.information_schema.columns c, (select null as value) sp'
  end
  else begin
    SET @tmpQ=@tmpQ+'
      from information_schema.columns c
      left join sysobjects so    on so.name=c.table_name  and so.xtype=''U''
      left join syscolumns sc    on sc.name=c.column_name and sc.id  =so.id 
      left join sys.extended_properties sp on sp.minor_id = sc.colid AND sp.major_id = sc.id and sp.name=''MS_Description''  
      left join information_schema.key_column_usage kcu_fk    on kcu_fk.table_name = c.table_name     and c.column_name = kcu_fk.column_name
      left join information_schema.table_constraints tc_fk    on kcu_fk.table_name = tc_fk.table_name and kcu_fk.constraint_name = tc_fk.constraint_name
      left join information_schema.referential_constraints rc on rc.constraint_name = kcu_fk.constraint_name
      left join information_schema.table_constraints tc_pk    on rc.unique_constraint_name = tc_pk.constraint_name
      left join information_schema.key_column_usage kcu_pk    on tc_pk.constraint_name = kcu_pk.constraint_name
 '
  end
  SET @tmpQ=@tmpQ+' where c.table_name = '''+@tableName+''''

  exec(@tmpQ)
end

IF @intErrorCode=0 AND @deep = 1 BEGIN
  DECLARE
    @count_rows int,
    @count_distinct int,
    @count_nulls int,
    @count_blanks int,
    @count_numerics int,
    @min_len int,
    @max_len int,
    @distinct_values varchar(500)
  DECLARE curTmp CURSOR LOCAL FAST_FORWARD FOR
    select [column] from ##tmpColumns;
  OPEN curTmp
  FETCH NEXT FROM curTmp INTO @column_name
  WHILE @@FETCH_STATUS = 0 and @intErrorCode=0 BEGIN
    set @tmpQ = 'USE '+DB_NAME()+'; SELECT'+
      '  @count_rows=count(0), '+char(13)+char(10)+
      '  @count_distinct=count(distinct ['+@column_name+']),'+char(13)+char(10)+
      '  @count_nulls=sum(case when ['+@column_name+'] is null then 1 else 0 end),'+char(13)+char(10)+
      '  @count_blanks=sum(case when ltrim(['+@column_name+'])='''' then 1 else 0 end),'+char(13)+char(10)+
      '  @count_numerics=sum(isnumeric(['+@column_name+'])),'+char(13)+char(10)+
      '  @min_len=min(len(['+@column_name+'])),'+char(13)+char(10)+
      '  @max_len=max(len(['+@column_name+']))'+char(13)+char(10)+
      ' from ['+@tableName+']'
    exec sp_executesql @tmpQ,
                       N'@count_rows int OUTPUT,
                         @count_distinct int OUTPUT,
                         @count_nulls int OUTPUT,
                         @count_blanks int OUTPUT,
                         @count_numerics int OUTPUT,
                         @min_len int OUTPUT,
                         @max_len int OUTPUT',
                       @count_rows     OUTPUT,
                       @count_distinct OUTPUT,
                       @count_nulls    OUTPUT,
                       @count_blanks    OUTPUT,
                       @count_numerics OUTPUT,
                       @min_len        OUTPUT,
                       @max_len        OUTPUT

    IF (@count_distinct>10) BEGIN
      SET @distinct_values='Many ('+cast(@count_distinct as varchar)+')'
    END ELSE BEGIN
      set @distinct_values=null
      set @tmpQ = N'USE '+DB_NAME()+';'+
        '  select @distinct_values=COALESCE(@distinct_values+'',''+cast(['+@column_name+'] as varchar),  cast(['+@column_name+'] as varchar))'+char(13)+char(10)+
        '  from ('+char(13)+char(10)+
        '    select distinct ['+@column_name+'] from ['+@tableName+'] where ['+@column_name+'] is not null) a'+char(13)+char(10)
      exec sp_executesql @tmpQ,
                         N'@distinct_values varchar(500) OUTPUT',
                         @distinct_values        OUTPUT
    END
    UPDATE ##tmpColumns SET
      is_unique      =case when @count_rows=@count_distinct then 1 else 0 end,
      distincts      =@count_distinct,
      nulls          =@count_nulls,
      blanks         =@count_blanks,
      numerics       =@count_numerics,
      min_len        =@min_len,
      max_len        =@max_len,
      distinct_values=@distinct_values,
      remarks       =
        case when @count_rows=@count_nulls then 'all null,' else '' end+
        case when @count_rows=@count_distinct then 'unique,' else '' end+
        case when @count_distinct=0 then 'empty,' else '' end+
        case when @min_len=@max_len then 'same length,' else '' end+
        case when @count_rows=@count_numerics then 'all numeric,' else '' end
    WHERE [column]=@column_name

    FETCH NEXT FROM curTmp INTO @column_name
  END
  CLOSE curTmp DEALLOCATE curTmp
END

IF @intErrorCode=0 BEGIN
  select * from ##tmpColumns order by pos
end

IF @intErrorCode=0 BEGIN --Clean up temporary tables
  IF OBJECT_ID('tempdb..##tmpTableToAnalyse') IS NOT NULL BEGIN
    DROP TABLE ##tmpTableToAnalyse
  END
  IF OBJECT_ID('tempdb..##tmpColumns') IS NOT NULL BEGIN
    DROP TABLE ##tmpColumns
  END
end

IF @intErrorCode<>0 BEGIN
  RAISERROR(@errorMSG, 12, 1)
END
RETURN @intErrorCode

मैं इस प्रक्रिया को मास्टर डेटाबेस में संग्रहीत करता हूं ताकि मैं इसे हर डेटाबेस में उपयोग कर सकूं जैसे:

sp_analysetable 'table_name', 1
// deep=1 for doing value analyses

और आउटपुट है:

column description constraint_type fk_table fk_column pos default null data_type length precision radix is_unique min_len max_len nulls blanks numerics distincts distinct_values remarks
id_individual NULL PRIMARY KEY NULL NULL 1 NULL NO int NULL 10 10 1 1 2 0 0 70 70 Many (70) unique,all numeric,
id_brand NULL NULL NULL NULL 2 NULL NO int NULL 10 10 0 1 1 0 0 70 2 2,3 same length,all numeric, guid NULL NULL NULL NULL 3 (newid()) NO uniqueidentifier NULL NULL NULL 1 36 36 0 0 0 70 Many (70) unique,same length,
customer_id NULL NULL NULL NULL 4 NULL YES varchar 50 NULL NULL 0 NULL NULL 70 0 0 0 NULL all null,empty,
email NULL NULL NULL NULL 5 NULL YES varchar 100 NULL NULL 0 4 36 0 0 0 31 Many (31)
mobile NULL NULL NULL NULL 6 NULL YES varchar 50 NULL NULL 0 NULL NULL 70 0 0 0 NULL all null,empty,
initials NULL NULL NULL NULL 7 NULL YES varchar 50 NULL NULL 0 NULL NULL 70 0 0 0 NULL all null,empty,
title_short NULL NULL NULL NULL 8 NULL YES varchar 50 NULL NULL 0 NULL NULL 70 0 0 0 NULL all null,empty,
title_long NULL NULL NULL NULL 9 NULL YES varchar 50 NULL NULL 0 NULL NULL 70 0 0 0 NULL all null,empty,
firstname NULL NULL NULL NULL 10 NULL YES varchar 50 NULL NULL 0 NULL NULL 70 0 0 0 NULL all null,empty,
lastname NULL NULL NULL NULL 11 NULL YES varchar 50 NULL NULL 0 NULL NULL 70 0 0 0 NULL all null,empty,
address NULL NULL NULL NULL 12 NULL YES varchar 100 NULL NULL 0 NULL NULL 70 0 0 0 NULL all null,empty,
pc NULL NULL NULL NULL 13 NULL YES varchar 10 NULL NULL 0 NULL NULL 70 0 0 0 NULL all null,empty,
kixcode NULL NULL NULL NULL 14 NULL YES varchar 20 NULL NULL 0 NULL NULL 70 0 0 0 NULL all null,empty,
date_created NULL NULL NULL NULL 15 (getdate()) NO datetime NULL NULL NULL 1 19 19 0 0 0 70 Many (70) unique,same length,
created_by NULL NULL NULL NULL 16 (user_name()) NO varchar 50 NULL NULL 0 13 13 0 0 0 1 loyalz-public same length,
id_location_created NULL FOREIGN KEY location id_location 17 NULL YES int NULL 10 10 0 1 1 0 0 70 2 1,2 same length,all numeric, id_individual_type NULL FOREIGN KEY individual_type id_individual_type 18 NULL YES int NULL 10 10 0 NULL NULL 70 0 0 0 NULL all null,empty,
optin NULL NULL NULL NULL 19 NULL YES int NULL 10 10 0 1 1 39 0 31 2 0,1 same length,


साइड नोट: आपको अपनी संग्रहीत प्रक्रियाओं के लिए उपसर्ग का उपयोग नहीं करना चाहिए sp_। Microsoft ने उस उपसर्ग को अपने स्वयं के उपयोग के लिए आरक्षित किया है ( नामकरण की प्रक्रिया देखें ) , और आप भविष्य में कुछ समय के लिए नाम क्लैश के जोखिम को चलाते हैं। यह आपके संग्रहीत कार्यविधि प्रदर्शन के लिए भी बुरा है । केवल sp_उपसर्ग से बचने और किसी अन्य चीज का उपयोग करना सबसे अच्छा है - या कोई उपसर्ग बिल्कुल नहीं!
marc_s

1

जब मैंने INSERT SELECT स्टेटमेंट का उपयोग किया है तब टेक्स्ट ट्रंकेशन (स्ट्रिंग या बाइनरी डेटा को छोटा किया जाएगा) की समस्या को पहचानने और हल करने में मदद करने के लिए मैंने एक उपयोगी स्टोर प्रक्रिया लिखी। यह फ़ील्ड CHAR, VARCHAR, NCHAR और NVARCHAR की तुलना करता है और त्रुटि के संभावित कारण होने की स्थिति में फ़ील्ड द्वारा मूल्यांकन क्षेत्र देता है।

EXEC dbo.GetFieldStringTruncate SourceTableName, TargetTableName

यह संग्रहित प्रक्रिया पाठ ट्रंकेशन की समस्या के लिए उन्मुख होती है जब एक INSERT सेलेक्ट स्टेटमेंट बनाया जाता है।

इस संग्रहीत कार्यविधि का संचालन समस्या के साथ पहले INSERT विवरण की पहचान करने वाले उपयोगकर्ता पर निर्भर करता है। फिर स्रोत डेटा को वैश्विक अस्थायी तालिका में सम्मिलित करना। SELECT INTO स्टेटमेंट की सिफारिश की जाती है।

आपको गंतव्य तालिका के फ़ील्ड के समान नाम का चयन चयन कथन के प्रत्येक क्षेत्र के उपनाम में करना होगा।

समारोह कोड:

DECLARE @strSQL nvarchar(1000)
IF NOT EXISTS (SELECT * FROM dbo.sysobjects where id = OBJECT_ID(N'[dbo].[GetFieldStringTruncate]'))
    BEGIN
        SET @strSQL = 'CREATE PROCEDURE [dbo].[GetFieldStringTruncate] AS RETURN'
        EXEC sys.sp_executesql @strSQL
    END

GO

SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO

/*
------------------------------------------------------------------------------------------------------------------------
    Description:    
                    Syntax 
                    ---------------
                    dbo.GetFieldStringTruncate(SourceTable, TargetTable)
                    +---------------------------+-----------------------+
                    |   SourceTableName         |   VARCHAR(255)        |
                    +---------------------------+-----------------------+
                    |   TargetTableName         |   VARCHAR(255)        |
                    +---------------------------+-----------------------+

                    Arguments
                    ---------------
                    SourceTableName
                    The name of the source table. It should be a temporary table using double charp '##'. E.g. '##temp'

                    TargetTableName
                    The name of the target table. It is the table that receives the data used in the INSERT INTO stament.

                    Return Type
                    ----------------
                    Returns a table with a list of all the fields with the type defined as text and performs an evaluation indicating which field would present the problem of string truncation.

                    Remarks
                    ----------------
                    This stored procedure is oriented to the problem of text truncation when an INSERT SELECT statement is made.
                    The operation of this stored procedure depends on the user previously identifying the INSERT statement with the problem. Then inserting the source data into a global temporary table. The SELECT INTO statement is recommended.
                    You must use the same name of the field of the destination table in the alias of each field of the SELECT statement.

                    Examples
                    ====================================================================================================

                    --A. Test basic

                        IF EXISTS (SELECT * FROM sys.objects  WHERE OBJECT_ID = OBJECT_ID(N'[dbo].[tblDestino]') AND TYPE IN (N'U'))
                            DROP TABLE tblDestino

                        CREATE TABLE tblDestino
                        (
                            Id INT IDENTITY,
                            Field1 VARCHAR(10),
                            Field2 VARCHAR(12),
                            Field3 VARCHAR(11),
                            Field4 VARCHAR(16),
                            Field5 VARCHAR(5),
                            Field6 VARCHAR(1),
                            Field7 VARCHAR(1),
                            Field8 VARCHAR(6),
                            Field9 VARCHAR(6),
                            Field10 VARCHAR(50),
                            Field11 VARCHAR(50),
                            Field12 VARCHAR(50)
                        )

                        INSERT INTO dbo.tblDestino
                        (
                             Field1 ,
                             Field2 ,
                             Field3 ,
                             Field4 ,
                             Field5 ,
                             Field6 ,
                             Field7 ,
                             Field8 ,
                             Field9 ,
                             Field10 ,
                             Field11 ,
                             Field12
                            )
                        SELECT 
                             '123456789' , -- Field1 - varchar(10)
                             '123456789' , -- Field2 - varchar(12)
                             '123456789' , -- Field3 - varchar(11)
                             '123456789' , -- Field4 - varchar(16)
                             '123456789' , -- Field5 - varchar(5)
                             '123456789' , -- Field6 - varchar(1)
                             '123456789' , -- Field7 - varchar(1)
                             '123456789' , -- Field8 - varchar(6)
                             '123456789' , -- Field9 - varchar(6)
                             '123456789' , -- Field10 - varchar(50)
                             '123456789' , -- Field11 - varchar(50)
                             '123456789'  -- Field12 - varchar(50)
                        GO  

                    Result:
                        String or binary data would be truncated


                    *Here you get the truncation error. Then, we proceed to save the information in a global temporary table. 
                    *IMPORTANT REMINDER: You must use the same name of the field of the destination table in the alias of each field of the SELECT statement.


                    Process:

                        IF OBJECT_ID('tempdb..##TEMP') IS NOT NULL DROP TABLE ##TEMP
                        go
                        SELECT 
                             [Field1] = '123456789' ,
                             [Field2] = '123456789' ,
                             [Field3] = '123456789' ,
                             [Field4] = '123456789' ,
                             [Field5] = '123456789' ,
                             [Field6] = '123456789' ,
                             [Field7] = '123456789' ,
                             [Field8] = '123456789' ,
                             [Field9] = '123456789' ,
                             [Field10] = '123456789' ,
                             [Field11] = '123456789' ,
                             [Field12] = '123456789'  
                        INTO ##TEMP

                    Result:
                    (1 row(s) affected)

                    Test:
                        EXEC dbo.GetFieldStringTruncate @SourceTableName = '##TEMP', @TargetTableName = 'tblDestino'

                    Result:

                        (12 row(s) affected)
                        ORIGEN Nombre Campo        ORIGEN Maximo Largo  DESTINO Nombre Campo     DESTINO Tipo de campo   Evaluación
                        -------------------------- -------------------- ------------------------ ----------------------- -------------------------
                        Field1                     9                    02 - Field1              VARCHAR(10)             
                        Field2                     9                    03 - Field2              VARCHAR(12)             
                        Field3                     9                    04 - Field3              VARCHAR(11)             
                        Field4                     9                    05 - Field4              VARCHAR(16)             
                        Field5                     9                    06 - Field5              VARCHAR(5)              possible field with error
                        Field6                     9                    07 - Field6              VARCHAR(1)              possible field with error
                        Field7                     9                    08 - Field7              VARCHAR(1)              possible field with error
                        Field8                     9                    09 - Field8              VARCHAR(6)              possible field with error
                        Field9                     9                    10 - Field9              VARCHAR(6)              possible field with error
                        Field10                    9                    11 - Field10             VARCHAR(50)             
                        Field11                    9                    12 - Field11             VARCHAR(50)             
                        Field12                    9                    13 - Field12             VARCHAR(50)             

                    ====================================================================================================

    ------------------------------------------------------------------------------------------------------------

    Responsible:    Javier Pardo 
    Date:           October 19/2018
    WB tests:       Javier Pardo 

    ------------------------------------------------------------------------------------------------------------

*/

ALTER PROCEDURE dbo.GetFieldStringTruncate
(
    @SourceTableName AS VARCHAR(255)
    , @TargetTableName AS VARCHAR(255)
)
AS
BEGIN
    BEGIN TRY

        DECLARE @colsUnpivot AS NVARCHAR(MAX),
            @colsUnpivotConverted AS NVARCHAR(MAX),
           @query  AS NVARCHAR(MAX)

        SELECT @colsUnpivot = stuff((
                    SELECT DISTINCT ',' + QUOTENAME(col.NAME)
                    FROM tempdb.sys.tables tab
                    INNER JOIN tempdb.sys.columns col
                        ON col.object_id = tab.object_id
                    INNER JOIN tempdb.sys.types typ
                        ON col.system_type_id = TYP.system_type_id
                    WHERE tab.NAME = @SourceTableName
                    FOR XML path('')
                    ), 1, 1, '')
                ,@colsUnpivotConverted = stuff((
                    SELECT DISTINCT ',' + 'CONVERT(VARCHAR(MAX),' + QUOTENAME(col.NAME) + ') AS ' + QUOTENAME(col.NAME)
                    FROM tempdb.sys.tables tab
                    INNER JOIN tempdb.sys.columns col
                        ON col.object_id = tab.object_id
                    INNER JOIN tempdb.sys.types typ
                        ON col.system_type_id = TYP.system_type_id
                    WHERE tab.NAME = @SourceTableName
                    FOR XML path('')
                    ), 1, 1, '')


        --/programming/11158017/column-conflicts-with-the-type-of-other-columns-in-the-unpivot-list
        IF OBJECT_ID('tempdb..##TablaConMaximos') IS NOT NULL DROP TABLE ##TablaConMaximos

        set @query 
          = 'SELECT u.d AS colname, MAX(LEN(u.data)) as [maximo_largo]
            INTO ##TablaConMaximos
            FROM 
            (
                SELECT ' + @colsUnpivotConverted + '
                FROM ' + @SourceTableName + '
            ) T
            UNPIVOT
             (
                data
                for d in ('+ @colsunpivot +')
             ) u
             GROUP BY u.d'

        PRINT @query

        exec sp_executesql @query;

        ------------------------------------------------------------------------------------------------------------
        SELECT --'Nombre de campo' = RIGHT('00' + ISNULL(CONVERT(VARCHAR,col.column_id),''),2) + ' - ' + col.name + ' '
            --, 'Tipo de campo' = ISNULL(CONVERT(VARCHAR,upper(typ.name)),'') + '(' + ISNULL(CONVERT(VARCHAR,col.max_length),'') + ')'
            [ORIGEN Nombre Campo] = tcm.colname
            , [ORIGEN Maximo Largo] = tcm.maximo_largo
            , [DESTINO Nombre Campo] = DESTINO.[Nombre de campo]
            , [DESTINO Tipo de campo] = DESTINO.[Tipo de campo]
            , [Evaluación] = CASE WHEN DESTINO.maximo_largo < tcm.maximo_largo THEN 'possible field with error' ELSE '' END
            --, * 
        FROM tempdb.sys.tables tab
            INNER JOIN tempdb.sys.columns col
                ON col.object_id = tab.object_id
            INNER JOIN tempdb.sys.types typ
                ON col.system_type_id = TYP.system_type_id
            RIGHT JOIN 
                (
                    SELECT column_id
                        , [Nombre de campo] = RIGHT('00' + ISNULL(CONVERT(VARCHAR,col.column_id),''),2) + ' - ' + col.name + ' '
                        , [Tipo de campo] = ISNULL(CONVERT(VARCHAR,upper(typ.name)),'') + '(' + ISNULL(CONVERT(VARCHAR,col.max_length),'') + ')'
                        , [maximo_largo] = col.max_length
                        , [colname] = col.name
                    FROM sys.tables tab
                        INNER JOIN sys.columns col
                            ON col.object_id = tab.object_id
                        INNER JOIN sys.types typ
                            ON col.system_type_id = TYP.system_type_id
                    WHERE tab.NAME = @TargetTableName
                ) AS DESTINO
                    ON col.name = DESTINO.colname
            INNER JOIN ##TablaConMaximos tcm
                ON tcm.colname = DESTINO.colname

        WHERE tab.NAME = @SourceTableName
            AND typ.name LIKE '%char%'
        ORDER BY col.column_id

    END TRY
    BEGIN CATCH
        SELECT 'Internal error ocurred' AS Message
    END CATCH   

END

अभी के लिए केवल डेटा प्रकार CHAR, VARCHAR, NCHAR और NVARCHAR का समर्थन करता है । आप नीचे दिए गए अगले लिंक में इस कोड का अंतिम वर्जन पा सकते हैं और इसे बेहतर बनाने के लिए हम एक-दूसरे की मदद करते हैं। GetFieldStringTruncate.sql

https://gist.github.com/jotapardo/210e85338f87507742701aa9d41cc51d


1

यदि आप SQL Server 2016-2017 पर हैं: इसे ठीक करने के लिए, ट्रेस ध्वज 460 को चालू करें

DBCC TRACEON(460, 1);
GO

और सुनिश्चित करें कि आप इसे बंद कर दें:

DBCC TRACEOFF(460, 1);
GO

स्रोत


0

यह तब भी हो सकता है जब आपके पास पर्याप्त अनुमति न हो


2
वास्तव में? एक वास्तविक 'स्ट्रिंग या बाइनरी डेटा को काट दिया जाएगा' त्रुटि? यदि आपके पास अनुमतियां नहीं हैं, तो यह एक बहुत ही अजीब त्रुटि है। क्या एक अनुमति है जो आपको डेटा की एक निश्चित मात्रा से अधिक लिखना बंद कर देती है ?? (मुझे दिलचस्पी है क्योंकि मैं इस त्रुटि को प्राप्त करते समय स्वचालित रूप से फ़ील्ड आकार की जांच करना चाहता हूं - इसलिए यदि यह किसी अन्य कारण से हो सकता है तो यह बहुत ही दिलचस्प है!)
इयान ग्रेिंगर

0

मेरा मुद्दा भी ऐसा ही था। मैं सब कुछ लेकिन नाम में एक तालिका से एक समान तालिका के डेटा की प्रतिलिपि बना रहा था।

आखिरकार मैंने स्रोत तालिका को एक चयन तालिका में चयन करें, जिसमें एक चयन करें।

SELECT *
INTO TEMP_TABLE
FROM SOURCE_TABLE;

मैंने स्रोत तालिका के स्कीमा की तुलना अस्थायी तालिका से की है। मैंने पाया कि varchar(4000)जब मैं उम्मीद कर रहा था कि स्तंभों में से एक था varchar(250)

अद्यतन: यदि आप रुचि रखते हैं, तो यहां varchar (4000) समस्या को समझाया जा सकता है:

Nvarchar (मैक्स) के लिए मुझे TSQL में केवल 4000 वर्ण मिल रहे हैं?

उम्मीद है की यह मदद करेगा।


0

यह त्रुटि तब डाली जाती है जब तालिका का स्तंभ बाधा डालता है [अधिकतर लंबाई]। । जैसे अगर कॉलम myColumn के लिए डेटाबेस स्कीमा CHAR (2) है, तो जब मूल्य डालने के लिए आपके किसी एप्लिकेशन से आपका कॉल आता है, तो आपको String of length दो पास करनी होगी।

त्रुटि मूल रूप से यह कहती है; डेटाबेस स्कीमा द्वारा निर्दिष्ट लंबाई प्रतिबंध को फिट करने के लिए तीन और उससे अधिक की लंबाई असंगत है। यही कारण है कि SQL सर्वर चेतावनी देता है और डेटा हानि / ट्रंकेशन त्रुटि को फेंकता है।


0

कृपया निम्नलिखित कोड आज़माएँ:

CREATE TABLE [dbo].[Department](
    [Department_name] char(10) NULL
)

INSERT INTO [dbo].[Department]([Department_name]) VALUES  ('Family Medicine')
--error will occur

 ALTER TABLE [Department] ALTER COLUMN [Department_name] char(50)

INSERT INTO [dbo].[Department]([Department_name]) VALUES  ('Family Medicine')

select * from [Department]
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.