ओरेकल खाली स्ट्रिंग को शून्य होने पर मानता है जबकि SQL सर्वर नहीं करता - यह सबसे अच्छा कैसे संभाला जाता है?

Question

मुझे एक ऐसा घटक लिखना है जो ओरेकल डेटाबेस में SQL सर्वर तालिकाओं (संरचना और डेटा) को फिर से बनाता है। इस घटक को ओरेकल डेटाबेस में नया डेटा भी दर्ज करना होगा और इसे वापस SQL ​​सर्वर में कॉपी करना होगा।

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

ओरेकल एक खाली स्ट्रिंग एक NULL मूल्य के रूप में ही मानते हैं, इसलिए यदि एक char स्तंभ NOT NULL के रूप में परिभाषित किया गया है, तो आप एक खाली स्ट्रिंग नहीं डाल सकते। यह मेरे घटक को तोड़ने का कारण बनता है जब भी NOT NULL चार कॉलम में मूल SQL सर्वर डेटा में रिक्त स्ट्रिंग होती है।

अब तक मेरा समाधान किसी भी दर्पण ओरेकल तालिका परिभाषाओं में NOT NULL का उपयोग नहीं करना है, लेकिन मुझे एक और मजबूत समाधान की आवश्यकता है। यह एक कोड समाधान होना चाहिए, इसलिए उत्तर "एसक्यूएल 2 ओरेकल उत्पाद का उपयोग नहीं कर सकता"।

आप इस समस्या को कैसे हल करेंगे?

संपादित करें: यहां एकमात्र समाधान है जो मैं अब तक आया हूं, और यह समस्या को स्पष्ट करने में मदद कर सकता है। चूंकि ओरेकल एक पूर्ण नल कॉलम में अनुमति नहीं देता है, इसलिए मेरा घटक SQL सर्वर से आने वाले किसी भी मान को रोक सकता है और इसे "@" (उदाहरण के लिए) के साथ प्रतिस्थापित कर सकता है।

जब मैं अपनी ओरेकल तालिका में एक नया रिकॉर्ड जोड़ता हूं, तो मेरे कोड को "@" लिखना पड़ता है यदि मैं वास्तव में एक "" डालना चाहता हूं, और जब मेरा कोड नई पंक्ति को SQL सर्वर पर वापस कॉपी करता है, तो उसे अवरोध करना पड़ता है "@" और इसके बजाय "" लिखें।

मुझे उम्मीद है कि एक और शानदार तरीका है।

संपादित करें 2: क्या यह संभव है कि एक आसान समाधान है, जैसे ओरेकल में कुछ सेटिंग जो इसे अन्य सभी प्रमुख डेटाबेस के समान रिक्त तारों के इलाज के लिए प्राप्त करती है? और यह सेटिंग ओरेकल लाइट में भी उपलब्ध होगी?

Answer 1

मुझे इसके लिए एक आसान समाधान नहीं दिख रहा है।

हो सकता है कि आप अपने मूल्यों को एक या अधिक रिक्त स्थान -> ' ' के रूप में स्टोर कर सकें, जो ओरेकल में न्यूल नहीं हैं, या अतिरिक्त फ़ील्ड/टेबल और एडाप्टर परत के माध्यम से इस विशेष मामले का ट्रैक रखें।

Answer 2

क्या आपको SQL सर्वर सिस्टम में खाली स्ट्रिंग्स को अनुमति देना है? यदि आप SQL सर्वर सिस्टम में बाधा डाल सकते हैं जो रिक्त तारों को अस्वीकार करता है, तो शायद यह सबसे आसान समाधान है।

Answer 3

यदि आप डेटा माइग्रेट कर रहे हैं तो आपको खाली स्ट्रिंग के लिए एक जगह को प्रतिस्थापित करना पड़ सकता है। बहुत सुरुचिपूर्ण नहीं, लेकिन व्यावहारिक। यह ओरेकल का एक बुरा "फीचर" है।

Answer 4

मेरे ठेठ समाधान प्रभावित स्तंभों में सभी स्ट्रिंग मूल्यों के लिए मजबूर कर 0 से अधिक लंबाई के लिए एसक्यूएल सर्वर में एक बाधा को जोड़ने के लिए होगा:

CREATE TABLE Example (StringColumn VARCHAR(10) NOT NULL) 

ALTER TABLE Example 
ADD CONSTRAINT CK_Example_StringColumn CHECK (LEN(StringColumn) > 0) 

लेकिन, जैसा कि आप ने कहा है, आप कोई नियंत्रण नहीं एसक्यूएल डेटाबेस पर।

1. उपचार रिक्त स्ट्रिंग के रूप में अमान्य मान, उन रिकॉर्ड को छोड़, एक ऑपरेटर को सचेत और कुछ तरह से कि बनाता है यह आसान करने के लिए मैन्युअल रूप से सही/पुनः में रिकॉर्ड लॉग इन करें: जैसे तुम सच में चार विकल्प (मैं इसे देख के रूप में) है -दर्ज।
2. खाली स्ट्रिंग मान रिक्त स्थान पर कनवर्ट करें।
3. रिक्त स्ट्रिंग मान को कोड में कनवर्ट करें (यानी "लीगेसी" या "ईएमपीटीई")।
4. रोलबैक स्थानांतरण जो इन कॉलम में खाली स्ट्रिंग मानों का सामना करते हैं, फिर SQL डेटा डेटाबेस स्वामी पर उनके डेटा को सही करने के लिए दबाव डालें।

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

नोट: मैं इस मामले में विश्वास करते हैं एसक्यूएल सर्वर वास्तव में "सही" व्यवहार प्रदर्शित करता है।

Answer 5

इसका बुरा और अप्रत्याशित साइड इफेक्ट्स हो सकता है .. लेकिन आप बस "'(0)" के बजाय "' डाल सकते हैं।

drop table x 

drop table x succeeded. 
create table x (id number, my_varchar varchar2(10)) 

create table succeeded. 
insert into x values (1, chr(0)) 

1 rows inserted 
insert into x values (2, null) 

1 rows inserted 
select id,length(my_varchar) from x 

ID      LENGTH(MY_VARCHAR)  
---------------------- ---------------------- 
1      1      
2            

2 rows selected 

select * from x where my_varchar is not null 

ID      MY_VARCHAR 
---------------------- ---------- 
1      

Answer 6

नहीं NULL डेटाबेस डेटाबेस की बाधा है जो आपके डेटाबेस में अमान्य डेटा डालने से रोकने के लिए उपयोग की जाती है। यह आपके ओरेकल डेटाबेस में किसी भी उद्देश्य की सेवा नहीं कर रहा है और इसलिए मेरे पास यह नहीं होगा।

मुझे लगता है कि आपको किसी भी ओरेकल कॉलम में NULLS को अनुमति देना जारी रखना चाहिए जो रिक्त स्ट्रिंग वाले ज्ञात SQL सर्वर कॉलम को मिरर करता है।

यदि पूर्ण और खाली स्ट्रिंग के बीच SQL सर्वर डेटाबेस में कोई तार्किक अंतर है, तो आपको ओरेकल में इस अंतर को मॉडल करने के लिए कुछ अतिरिक्त आवश्यकता होगी।

Answer 7

जो लोग सोचते हैं कि नल और खाली स्ट्रिंग को समान माना जाना चाहिए। एक खाली स्ट्रिंग से एक शून्य का एक अलग अर्थ है। यह 'अपरिभाषित' और 'खाली होने के लिए जाना जाता है' के बीच का अंतर कैप्चर करता है। एक उदाहरण के रूप में एक रिकॉर्ड स्वचालित रूप से बनाया गया हो सकता है, लेकिन उपयोगकर्ता इनपुट द्वारा कभी मान्य नहीं किया जाता है, और इस प्रकार उम्मीद में एक 'शून्य' प्राप्त होता है कि जब कोई उपयोगकर्ता इसे मान्य करता है, तो यह खाली हो जाएगा। व्यावहारिक रूप से हम तर्क को शून्य पर ट्रिगर नहीं करना चाहते हैं लेकिन एक खाली स्ट्रिंग पर चाह सकते हैं। यह हां/नहीं/अपरिभाषित के 3 राज्य चेकबॉक्स के मामले के समान है।

एसक्यूएल और ओरेकल दोनों को यह पूरी तरह से सही नहीं मिला है। एक खाली को 'शून्य नहीं' बाधा को पूरा नहीं करना चाहिए, और एक खाली स्ट्रिंग की आवश्यकता होती है जिसे शून्य से इलाज किया जाता है।

Answer 8

मैंने कुछ समय पहले ओरेकल को मेरे ब्लॉग पर शून्य मूल्यों को कैसे संभाला है, इस बारे में एक स्पष्टीकरण लिखा है। इसे यहां देखें: http://www.psinke.nl/blog/hello-world/ और यदि आपके कोई और प्रश्न हैं तो मुझे बताएं। आप खाली मूल्यों के साथ एक स्रोत से डेटा है और आप एक Oracle डाटाबेस जहां स्तंभों शून्य नहीं हैं करने के लिए कनवर्ट करना आवश्यक है, वहाँ 2 बातें आप कर सकते हैं:

• ओरेकल स्तंभ से नहीं अशक्त बाधा को दूर
• अपने डेटा को सहेजने में सक्षम होने के लिए कॉलम में '' या 0 या डमी तिथि रखने के लिए स्वीकार्य है, तो प्रत्येक व्यक्तिगत कॉलम के लिए जांचें।

Answer 9

ठीक है, मुख्य बिंदु जो मैं मानता हूं वह कार्य की अनुपस्थिति है जब कुछ फ़ील्ड शून्य हो सकती है, वही फ़ील्ड खाली स्ट्रिंग हो सकती है और व्यावसायिक तर्क इन मानों को अलग करने की आवश्यकता होती है। यदि स्तंभ नहीं NULL बाधा

जांच MSSQL है अगर कॉलम पर नज़र डालें (स्तंभ <> '') या इसी तरह की बाधा

यदि दोनों हैं

• जांच MSSQL: तो मैं इस तर्क बनाने चाहते हैं सच है, ओरेकल कॉलम न्यूल बनाओ। यदि कोई भी सत्य है, तो ओरेकल कॉलम न्यूल बनाएं। यदि कोई भी सत्य नहीं है, तो INVALID डिज़ाइन अपवाद बढ़ाएं (या शायद इसे अनदेखा करें, अगर यह इस एप्लिकेशन द्वारा स्वीकार्य है)।

  एमएसएसक्यूएल से ओरेकल तक डेटा भेजते समय, कुछ खास नहीं करें, सभी डेटा सही स्थानांतरित हो जाएंगे। MSSQL में डेटा पुनर्प्राप्त करते समय, किसी भी गैर-शून्य डेटा को इस तरह भेजा जाना चाहिए। शून्य तारों के लिए आपको यह तय करना चाहिए कि इसे शून्य या खाली स्ट्रिंग के रूप में डाला जाना चाहिए या नहीं। ऐसा करने के लिए आपको फिर से टेबल डिज़ाइन की जांच करनी चाहिए (या पिछले परिणाम याद रखना चाहिए) और देखें कि इसमें पूर्ण बाधा नहीं है या नहीं। यदि है - खाली स्ट्रिंग का उपयोग करें, यदि नहीं है - न्यूल का उपयोग करें। सरल और चालाक।

  कभी-कभी, यदि आप अज्ञात और अप्रत्याशित एप्लिकेशन के साथ काम करते हैं, तो आप इसके विभिन्न रूपों के कारण {खाली स्ट्रिंग} बाधा के अस्तित्व की जांच नहीं कर सकते हैं। यदि ऐसा है, तो आप या तो सरलीकृत तर्क का उपयोग कर सकते हैं (ओरेकल कॉलम हमेशा निरर्थक बनाते हैं) या जांचें कि क्या आप बिना त्रुटि के एमएसएसक्यूएल तालिका में खाली स्ट्रिंग डाल सकते हैं।

Answer 10

मैं ऑरैकल पक्ष पर एक अतिरिक्त कॉलम के साथ जाऊंगा। क्या आपका कॉलम नल की अनुमति देता है और दूसरा कॉलम है जो यह पहचानता है कि SQL-सर्वर पक्ष को पंक्ति के लिए शून्य-मान या खाली-स्ट्रिंग मिलनी चाहिए या नहीं।

Answer 11

हालांकि, अधिकांश भाग के लिए, मैं अन्य प्रतिक्रियाओं के सबसे (किसी के बारे में एक बहस मैं से असहमत में पाने के लिए नहीं जा रहा - नहीं है कि :) के लिए जगह) के साथ सहमत

मुझे लगता है कि ओपी नोटिस करना निम्नलिखित का उल्लेख किया गया:

"ओरेकल एक खाली स्ट्रिंग को एक समान मान के समान मानता है, इसलिए यदि कोई चार कॉलम न्यूल के रूप में परिभाषित किया गया है, तो आप रिक्त स्ट्रिंग नहीं डाल सकते हैं।"

विशेष रूप से CHAR को कॉल करना, और VARCHAR2 नहीं। इसलिए, लंबाई 0 (यानी '') की "खाली स्ट्रिंग" के बारे में बात करना मूक है। यदि उसने चार्ज घोषित किया है, उदाहरण के लिए, CHAR (5), तो बस रिक्त स्ट्रिंग में आने वाली जगह जोड़ें, ओरेकल इसे किसी भी तरह से पैड करने जा रहा है। आप 5 स्पेस स्ट्रिंग के साथ समाप्त हो जाएंगे।

अब, यदि ओपी का मतलब वचर 2 है, तो हाँ, यह एक अन्य जानवर है, और हाँ, खाली स्ट्रिंग और एनयूएलएल के बीच का अंतर प्रासंगिक हो जाता है।

SQL> drop table junk; 

    Table dropped. 

    SQL> 
    SQL> create table junk (c1  char(5) not null); 

    Table created. 

    SQL> 
    SQL> insert into junk values ('hi'); 

    1 row created. 

    SQL> 
    SQL> insert into junk values (' '); 

    1 row created. 

    SQL> 
    SQL> insert into junk values (''); 
    insert into junk values ('') 
          * 
    ERROR at line 1: 
    ORA-01400: cannot insert NULL into ("GREGS"."JUNK"."C1") 


    SQL> 
    SQL> insert into junk values (rpad('', 5, ' ')); 
    insert into junk values (rpad('', 5, ' ')) 
          * 
    ERROR at line 1: 
    ORA-01400: cannot insert NULL into ("GREGS"."JUNK"."C1") 


    SQL> 
    SQL> declare 
    2 lv_in varchar2(5) := ''; 
    3 begin 
    4  insert into junk values (rpad(lv_in||' ', 5)); 
    5 end; 
    6/

    PL/SQL procedure successfully completed. 

    SQL>