Gravilink

რა შეიძლება ითქვას შეკითხვის გეგმას ოპტიმიზაციის შესახებ? MVCC არსებობს სია CREATE TABLE orders ( id BIGSERIAL PRIMARY KEY, status TEXT, updated_at TIMESTAMP ); და შეკითხვა, რომელიც ყოველ წამს ხორციელდება UPDATE orders SET status = 'processed', updated_at = now() WHERE id = 1; რამოდენიმე დღის შემდეგ შენიშნავთ: • სიის ზომა მნიშვნელოვნად გაიზარდა • SELECT * FROM orders WHERE id = 1 შეკითხვა უფრო ნელი ხდება კანდიდატისათვის კითხვები 1. რატომ იზრდება სია, მიუხედავად იმისა, რომ სვეტი ყოველთვის ერთნაირია? 2. რა როლი აქვს MVCC ამ სიტუაციაში? 3. რა უნდა გადაწყვიტოს ეს პრობლემა?

რატომ უნდა იყოს საკუთარი მნიშვნელობები ნულს არეგულირებისთვის, რომ არსებობდეს საპირისპირო მატრიცა?