ตรวจสอบเร็วที่สุดว่ามีแถวอยู่ใน PostgreSQL

ฉันมีแถวจำนวนมากที่ฉันต้องการแทรกลงในตาราง แต่เม็ดมีดเหล่านี้มักจะทำเป็นแบตช์ ดังนั้นฉันต้องการตรวจสอบว่าแถวเดียวจากชุดมีอยู่ในตารางเพราะฉันรู้ว่าพวกเขาทั้งหมดถูกแทรก

ดังนั้นจึงไม่ใช่การตรวจสอบคีย์หลัก แต่ไม่ควรสำคัญมากเกินไป ฉันต้องการตรวจสอบแถวเดียวเท่านั้นจึงcount(*)อาจไม่ดีดังนั้นสิ่งที่existsฉันเดา

แต่เนื่องจากฉันค่อนข้างใหม่กับ PostgreSQL ฉันควรถามคนที่รู้

ชุดของฉันมีแถวที่มีโครงสร้างดังต่อไปนี้:

userid | rightid | remaining_count

ดังนั้นหากตารางมีแถวใด ๆ ที่มีให้useridนั่นหมายความว่าพวกมันทั้งหมดอยู่ที่นั่น

ใช้คำสำคัญ EXISTS สำหรับการคืนค่า TRUE / FALSE:

select exists(select 1 from contact where id=12)

ง่าย ๆ เพียงแค่:

select 1 from tbl where userid = 123 limit 1;

ที่123เป็นหมายเลขผู้ใช้ของชุดที่คุณกำลังจะแทรก

แบบสอบถามด้านบนจะส่งกลับชุดว่างหรือแถวเดียวขึ้นอยู่กับว่ามีระเบียนที่มีหมายเลขผู้ใช้ที่กำหนด

หากสิ่งนี้ช้าเกินไปคุณสามารถสร้างดัชนีtbl.useridได้

หากแม้แต่แถวเดียวจากแบทช์มีอยู่ในตารางในกรณีนั้นฉันไม่จำเป็นต้องแทรกแถวของฉันเพราะฉันรู้ว่าพวกเขาทั้งหมดถูกแทรก

เพื่อให้สิ่งนี้ยังคงเป็นจริงแม้ว่าโปรแกรมของคุณจะถูกขัดจังหวะมิดแบตช์ฉันขอแนะนำให้คุณตรวจสอบให้แน่ใจว่าคุณได้จัดการธุรกรรมฐานข้อมูลอย่างเหมาะสม

INSERT INTO target( userid, rightid, count )
  SELECT userid, rightid, count 
  FROM batch
  WHERE NOT EXISTS (
    SELECT * FROM target t2, batch b2
    WHERE t2.userid = b2.userid
    -- ... other keyfields ...
    )       
    ;

BTW: ถ้าคุณต้องการให้แบตช์ทั้งหมดล้มเหลวในกรณีที่มีการซ้ำซ้อน (จากข้อ จำกัด ของคีย์หลัก)

INSERT INTO target( userid, rightid, count )
SELECT userid, rightid, count 
FROM batch
    ;

จะทำสิ่งที่คุณต้องการอย่างใดอย่างหนึ่งไม่ว่าจะสำเร็จหรือล้มเหลว

select true from tablename where condition limit 1;

ฉันเชื่อว่านี่เป็นแบบสอบถามที่ postgres ใช้สำหรับตรวจสอบคีย์ต่างประเทศ

ในกรณีของคุณคุณสามารถทำได้ในครั้งเดียวด้วย:

insert into yourtable select $userid, $rightid, $count where not (select true from yourtable where userid = $userid limit 1);

เป็น @MikeM ชี้ให้เห็น

select exists(select 1 from contact where id=12)

ด้วยดัชนีที่ติดต่อมักจะสามารถลดค่าใช้จ่ายเวลา 1 มิลลิวินาที

CREATE INDEX index_contact on contact(id);

SELECT 1 FROM user_right where userid = ? LIMIT 1

หากชุดผลลัพธ์ของคุณมีแถวคุณไม่จำเป็นต้องแทรก มิฉะนั้นใส่บันทึกของคุณ

หากคุณคิดเกี่ยวกับการแสดงคุณอาจใช้ "PERFORM" ในฟังก์ชั่นแบบนี้ได้:

 PERFORM 1 FROM skytf.test_2 WHERE id=i LIMIT 1;
  IF FOUND THEN
      RAISE NOTICE ' found record id=%', i;  
  ELSE
      RAISE NOTICE ' not found record id=%', i;  
 END IF;

ฉันต้องการเสนอความคิดอื่นเพื่อระบุประโยคของคุณโดยเฉพาะ: "ดังนั้นฉันต้องการตรวจสอบว่าแถวเดียวจากชุดมีอยู่ในตารางเพราะแล้วฉันรู้ว่าพวกเขาทั้งหมดถูกแทรก "

คุณกำลังทำสิ่งต่าง ๆ ให้มีประสิทธิภาพโดยการใส่ใน "แบทช์" แต่จากนั้นทำการตรวจสอบการมีอยู่ของแต่ละระเบียนหรือไม่ ดูเหมือนว่ามันจะง่ายสำหรับฉัน ดังนั้นเมื่อคุณพูดว่า " ส่วนแทรกจะทำในแบตช์เสมอ " ฉันถือว่าคุณหมายถึงคุณกำลังแทรกหลายระเบียนด้วยคำสั่งแทรกเดียว คุณต้องตระหนักว่า Postgres นั้นเป็นไปตามข้อกำหนดของกรด หากคุณกำลังแทรกหลายระเบียน (ชุดข้อมูล) ที่มีคำสั่งแทรกเดียวไม่จำเป็นต้องตรวจสอบว่ามีการแทรกบางส่วนหรือไม่ คำสั่งผ่านหรือไม่ก็จะล้มเหลว บันทึกทั้งหมดจะถูกแทรกหรือไม่มี

ในทางกลับกันถ้ารหัส C # ของคุณกำลังทำคำสั่งแทรก "set" แยกต่างหากตัวอย่างเช่นในลูปและในใจของคุณนี่คือ "แบทช์" .. ดังนั้นคุณไม่ควรอธิบายว่าเป็น " เม็ดมีดจะถูกทำเป็นแบต " ความจริงที่ว่าคุณคาดหวังว่าส่วนหนึ่งของสิ่งที่คุณเรียกว่า "แบทช์" อาจไม่ได้แทรกและจริง ๆ แล้วรู้สึกว่าจำเป็นต้องมีการตรวจสอบอย่างยิ่งแสดงให้เห็นอย่างชัดเจนว่าเป็นกรณีนี้ในกรณีนี้ คุณต้องเปลี่ยนกระบวนทัศน์ของคุณเพื่อแทรกหลาย ๆ ระเบียนด้วยการแทรกครั้งเดียวและนำหน้าการตรวจสอบว่าแต่ละระเบียนสร้างขึ้นหรือไม่

ลองพิจารณาตัวอย่างนี้:

CREATE TABLE temp_test (
    id SERIAL PRIMARY KEY,
    sometext TEXT,
    userid INT,
    somethingtomakeitfail INT unique
)
-- insert a batch of 3 rows
;;
INSERT INTO temp_test (sometext, userid, somethingtomakeitfail) VALUES
('foo', 1, 1),
('bar', 2, 2),
('baz', 3, 3)
;;
-- inspect the data of what we inserted
SELECT * FROM temp_test
;;
-- this entire statement will fail .. no need to check which one made it
INSERT INTO temp_test (sometext, userid, somethingtomakeitfail) VALUES
('foo', 2, 4),
('bar', 2, 5),
('baz', 3, 3)  -- <<--(deliberately simulate a failure)
;;
-- check it ... everything is the same from the last successful insert ..
-- no need to check which records from the 2nd insert may have made it in
SELECT * FROM temp_test

นี่คือกระบวนทัศน์จริงสำหรับฐานข้อมูลที่สอดคล้องกับกรดใด ๆ .. ไม่ใช่แค่ Postgresql ในคำอื่น ๆ คุณจะดีกว่าถ้าคุณแก้ไขแนวคิด "แบทช์" ของคุณและหลีกเลี่ยงการตรวจสอบแถวโดยแถวในสถานที่แรก