यहाँ यह करने का एक सीधा तरीका है:
सबसे पहले, प्रत्येक डेटा तालिका जिसे आप ट्रैक करना चाहते हैं (नीचे क्वेरी उदाहरण) के लिए एक इतिहास तालिका बनाएं। इस तालिका में डेटा तालिका में प्रत्येक पंक्ति पर किए गए प्रत्येक सम्मिलित, अद्यतन और हटाने की प्रविष्टि होगी।
इतिहास तालिका की संरचना तीन अतिरिक्त स्तंभों को छोड़कर डेटा तालिका को ट्रैक करने के समान होगी: ऑपरेशन को संग्रहीत करने के लिए एक स्तंभ (जो इसे 'क्रिया' कहते हैं), ऑपरेशन की तिथि और समय और एक स्तंभ एक अनुक्रम संख्या ('संशोधन'), जिसे प्रति ऑपरेशन वृद्धि होती है और डेटा तालिका के प्राथमिक कुंजी कॉलम द्वारा समूहीकृत किया जाता है।
इस अनुक्रमण व्यवहार को करने के लिए प्राथमिक कुंजी स्तंभ और संशोधन कॉलम पर एक दो स्तंभ (समग्र) सूचकांक बनाया जाता है। ध्यान दें कि आप इस शैली में केवल अनुक्रमण कर सकते हैं यदि इतिहास तालिका द्वारा उपयोग किया जाने वाला इंजन MyISAM है ( इस पृष्ठ पर 'MyISAM नोट्स देखें')
इतिहास तालिका बनाने में काफी आसान है। नीचे तालिका में क्वेरी (और उसके नीचे ट्रिगर प्रश्नों में), अपने डेटा तालिका में उस कॉलम के वास्तविक नाम के साथ 'प्राथमिक_की_ कॉलम' को बदलें।
CREATE TABLE MyDB.data_history LIKE MyDB.data;
ALTER TABLE MyDB.data_history MODIFY COLUMN primary_key_column int(11) NOT NULL,
DROP PRIMARY KEY, ENGINE = MyISAM, ADD action VARCHAR(8) DEFAULT 'insert' FIRST,
ADD revision INT(6) NOT NULL AUTO_INCREMENT AFTER action,
ADD dt_datetime DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP AFTER revision,
ADD PRIMARY KEY (primary_key_column, revision);
और फिर आप ट्रिगर बनाते हैं:
DROP TRIGGER IF EXISTS MyDB.data__ai;
DROP TRIGGER IF EXISTS MyDB.data__au;
DROP TRIGGER IF EXISTS MyDB.data__bd;
CREATE TRIGGER MyDB.data__ai AFTER INSERT ON MyDB.data FOR EACH ROW
INSERT INTO MyDB.data_history SELECT 'insert', NULL, NOW(), d.*
FROM MyDB.data AS d WHERE d.primary_key_column = NEW.primary_key_column;
CREATE TRIGGER MyDB.data__au AFTER UPDATE ON MyDB.data FOR EACH ROW
INSERT INTO MyDB.data_history SELECT 'update', NULL, NOW(), d.*
FROM MyDB.data AS d WHERE d.primary_key_column = NEW.primary_key_column;
CREATE TRIGGER MyDB.data__bd BEFORE DELETE ON MyDB.data FOR EACH ROW
INSERT INTO MyDB.data_history SELECT 'delete', NULL, NOW(), d.*
FROM MyDB.data AS d WHERE d.primary_key_column = OLD.primary_key_column;
और आपने कल लिया। अब, 'MyDb.data' में सभी आवेषण, अपडेट और डिलीट 'MyDb.data_history' में दर्ज किए जाएंगे, जो आपको इस तरह से एक इतिहास तालिका प्रदान करते हैं (शून्य से 'data_columns' कॉलम को घटाते हुए)
ID revision action data columns..
1 1 'insert' .... initial entry for row where ID = 1
1 2 'update' .... changes made to row where ID = 1
2 1 'insert' .... initial entry, ID = 2
3 1 'insert' .... initial entry, ID = 3
1 3 'update' .... more changes made to row where ID = 1
3 2 'update' .... changes made to row where ID = 3
2 2 'delete' .... deletion of row where ID = 2
किसी दिए गए कॉलम या कॉलम को अपडेट से अपडेट करने के लिए परिवर्तनों को प्रदर्शित करने के लिए, आपको प्राथमिक कुंजी और अनुक्रम कॉलम पर खुद को इतिहास तालिका में शामिल होना होगा। आप इस उद्देश्य के लिए एक दृश्य बना सकते हैं, उदाहरण के लिए:
CREATE VIEW data_history_changes AS
SELECT t2.dt_datetime, t2.action, t1.primary_key_column as 'row id',
IF(t1.a_column = t2.a_column, t1.a_column, CONCAT(t1.a_column, " to ", t2.a_column)) as a_column
FROM MyDB.data_history as t1 INNER join MyDB.data_history as t2 on t1.primary_key_column = t2.primary_key_column
WHERE (t1.revision = 1 AND t2.revision = 1) OR t2.revision = t1.revision+1
ORDER BY t1.primary_key_column ASC, t2.revision ASC
संपादित करें: अरे वाह, 6 साल पहले से मेरे इतिहास की मेज की तरह लोग: पी
मेरा इसे लागू करना अभी भी गुनगुना रहा है, बड़ा और अधिक बोझिल हो रहा है, मैं मानूंगा। मैंने इस डेटाबेस में इतिहास को देखने के लिए विचार और बहुत अच्छा यूआई लिखा है, लेकिन मुझे नहीं लगता कि यह कभी भी बहुत अधिक उपयोग किया गया था। तो यह जाता है।
किसी विशेष क्रम में कुछ टिप्पणियों को संबोधित करने के लिए:
मैंने PHP में अपना कार्यान्वयन किया था जो थोड़ा अधिक शामिल था, और टिप्पणियों में वर्णित कुछ समस्याओं से बचा था (अनुक्रमित पर हस्तांतरित होने वाले, सांकेतिक रूप से। यदि आप इतिहास तालिका में अद्वितीय अनुक्रमित पर स्थानांतरित करते हैं, तो चीजें टूट जाएंगी। समाधान हैं) यह टिप्पणियों में)। इस पोस्ट के बाद इस पत्र के लिए एक साहसिक कार्य हो सकता है, यह इस बात पर निर्भर करता है कि आपका डेटाबेस कैसे स्थापित किया गया है।
यदि प्राथमिक कुंजी और संशोधन कॉलम के बीच संबंध बंद हो जाता है, तो इसका मतलब आमतौर पर समग्र कुंजी किसी न किसी तरह से बोर हो जाती है। कुछ दुर्लभ अवसरों पर मैंने ऐसा किया था और इस कारण से नुकसान हुआ था।
मैंने इस समाधान को बहुत अच्छा प्रदर्शन करने वाला पाया, जैसे कि यह ट्रिगर करता है। इसके अलावा, MyISAM आवेषण में तेज है, जो सभी ट्रिगर्स करते हैं। आप इसे स्मार्ट इंडेक्सिंग (या कमी ...) के साथ आगे सुधार सकते हैं। एक प्राथमिक कुंजी के साथ एक MyISAM तालिका में एक पंक्ति को सम्मिलित करना एक ऐसा ऑपरेशन नहीं होना चाहिए, जिसे आपको वास्तव में अनुकूलित करने की आवश्यकता हो, जब तक कि आपके पास महत्वपूर्ण मुद्दे कहीं और न हों। पूरे समय में मैं MySQL डेटाबेस चला रहा था यह इतिहास तालिका कार्यान्वयन चालू था, यह कभी भी (कई) प्रदर्शन समस्याओं में से किसी का कारण नहीं था।
यदि आपको बार-बार आवेषण मिल रहे हैं, तो INSERT IGNORE प्रकार के प्रश्नों के लिए अपनी सॉफ़्टवेयर परत की जाँच करें। हम्म, अब याद नहीं कर सकते हैं, लेकिन मुझे लगता है कि इस योजना और लेनदेन के साथ मुद्दे हैं जो अंततः कई डीएमएल क्रियाओं को चलाने के बाद विफल हो जाते हैं। कुछ के बारे में पता होना चाहिए, कम से कम।
यह महत्वपूर्ण है कि इतिहास तालिका और डेटा तालिका के क्षेत्र मेल खाते हैं। या, बल्कि, कि आपकी डेटा तालिका में इतिहास तालिका की तुलना में अधिक स्तंभ नहीं हैं। अन्यथा, डेटा टेबल पर इंसर्ट / अपडेट / डेल क्वैश्चंस फेल हो जाएंगे, जब हिस्ट्री टेबल पर इंसर्ट्स क्वेरी में कॉलम डालते हैं जो मौजूद नहीं हैं (ट्रिगर क्वेरी में d। * के कारण), और ट्रिगर विफल हो जाता है। t भयानक होगा यदि MySQL में स्कीमा-ट्रिगर जैसा कुछ होता है, जहां आप इतिहास तालिका को बदल सकते हैं यदि स्तंभों को डेटा तालिका में जोड़ा गया था। क्या MySQL अब है? मैं इन दिनों रिएक्ट करता हूं: पी