यदि मेरे पास 3 कॉलम वाली तालिका है - A, B और D कहें - और मुझे एक नया परिचय देना था - D की वर्तमान स्थिति को बदलने के लिए C कहें, तो मैं निम्नलिखित विधि का उपयोग करूंगा:
- C और D2 के रूप में 2 नए कॉलम पेश करें।
- D से D2 की सामग्री की प्रतिलिपि बनाएँ।
- डी हटाएं।
- D2 से D का नाम बदलें
नया आदेश ए, बी, सी और डी होगा।
मैंने सोचा कि यह (अभी तक) एक वैध अभ्यास था क्योंकि इसमें कोई समस्या नहीं थी।
हालाँकि, आज मुझे एक समस्या आई, जब एक ही टेबल पर एक स्टेटमेंट देने वाले एक फ़ंक्शन ने निम्नलिखित त्रुटि वापस की:
table row type and query-specified row type do not match
और निम्नलिखित विवरण:
Query provides a value for a dropped column at ordinal position 13
मैं PostgreSQL को पुन: प्रारंभ की कोशिश की, एक कर VACUUM FULL
और अंत में हटाने और के रूप में सुझाव समारोह फिर से बनाने के लिए यहाँ और यहाँ (तथ्य यह है कि वे एक स्थिति है जहाँ एक प्रणाली तालिका बदल दिया गया है से निपटने की कोशिश को छोड़ कर), लेकिन इन समाधान नहीं किया काम करते हैं।
एक बहुत छोटे डेटाबेस के साथ काम करने की विलासिता के कारण मैंने इसे निर्यात किया, इसे हटा दिया और फिर इसे फिर से आयात किया और इसने मेरे फ़ंक्शन के साथ समस्या को ठीक किया ।
मैं इस तथ्य से अवगत था कि किसी को सिस्टम तालिकाओं को संशोधित करके स्तंभों के प्राकृतिक क्रम के साथ खिलवाड़ नहीं करना चाहिए (जैसे हाथों को गंदा करना pg_attribute
, आदि) जैसा कि यहां देखा गया है:
क्या Postgres में स्तंभों के प्राकृतिक क्रम को बदलना संभव है?
मेरे कार्य द्वारा फेंकी गई त्रुटि को देखते हुए मुझे अब पता चला है कि मेरी विधि के साथ स्तंभों के क्रम को बदलना भी एक नहीं-नहीं है। क्या कोई इस बात पर प्रकाश डाल सकता है कि मैं जो कर रहा हूं वह भी गलत क्यों है?
पोस्टग्रेज का संस्करण 9.6.0 है।
यहाँ समारोह है:
CREATE OR REPLACE FUNCTION "public"."__post_users" ("facebookid" text, "useremail" text, "username" text) RETURNS TABLE (authentication_code text, id integer, key text, stripe_id text) AS '
-- First, select the user:
WITH select_user AS
(SELECT
users.id
FROM
users
WHERE
useremail = users.email),
-- Second, update the user (if user exists):
update_user AS
(UPDATE
users
SET
authentication_code = GEN_RANDOM_UUID(),
authentication_date = current_timestamp,
facebook_id = facebookid
WHERE EXISTS (SELECT * FROM select_user)
AND
useremail = users.email
RETURNING
users.authentication_code,
users.id,
users.key,
users.stripe_id),
-- Third, insert the user (if user does not exist):
insert_user AS
(INSERT INTO
users (authentication_code, authentication_date, email, key, name, facebook_id)
SELECT
GEN_RANDOM_UUID(),
current_timestamp,
useremail,
GEN_RANDOM_UUID(),
COALESCE(username, SUBSTRING(useremail FROM ''([^@]+)'')),
facebookid
WHERE NOT EXISTS (SELECT * FROM select_user)
RETURNING
users.authentication_code,
users.id,
users.key,
users.stripe_id)
-- Finally, select the authentication code, ID, key and Stripe ID:
SELECT
*
FROM
update_user
UNION ALL
SELECT
*
FROM
insert_user' LANGUAGE "sql" COST 100 ROWS 1
VOLATILE
CALLED ON NULL INPUT
SECURITY INVOKER
मैंने दोनों कॉलम पर नाम बदलने / पुन: व्यवस्थित किया facebook_id
और stripe_id
(इससे पहले एक नया कॉलम जोड़ा गया था, जो नाम बदलने का कारण है, लेकिन इस क्वेरी द्वारा छुआ नहीं गया है)।
एक निश्चित क्रम में कॉलम होने से ऑर्डर के लिए विशुद्ध रूप से ब्याज से बाहर है। हालांकि, इस सवाल को पूछने का कारण यह चिंताजनक है कि किसी कॉलम का सरल नामकरण और डिलीट करना उत्पादन मोड में फ़ंक्शन का उपयोग करके किसी व्यक्ति के लिए वास्तविक मुद्दों को ट्रिगर कर सकता है (जैसा कि मेरे साथ हुआ था)।