ลูกค้าโต้ตอบกับฐานข้อมูล
จากเว็บไซต์ โดย Jonathan Tiong
นอกเหนือจากข้อเท็จจริงที่ว่าฉันเป็นโปรแกรมเมอร์ (ส่วนใหญ่เป็น Delphi + DBMS ต่างๆ ทุกประเภท เมื่อเร็ว ๆ นี้ ORACLE + PHP เล็กน้อย) ฉันยังมีงานอดิเรก - การซื้อและขายอพาร์ทเมนต์ ฉันซื้ออพาร์ทเมนต์ในขั้นตอนการก่อสร้างจากนักพัฒนาที่น่าเชื่อถือไม่มากก็น้อยในราคาที่อร่อย (เช่น ตอนนี้ Samolet เป็นผู้พัฒนาดังกล่าว ขายอพาร์ทเมนท์ใกล้สถานีรถไฟใต้ดิน Nekrasovka) ฉันรอบ้านที่จะส่งมอบ (บ่อยครั้งในสองปีต่อมาสิ่งนี้เกิดขึ้นกับข้อเสนอที่ไม่แพง) ฉันซ่อมแซมและขายในราคา 95-100% ของราคาตลาด
ดังนั้น ฉัน (เช่นเดียวกับคนอื่นๆ) จึงประสบปัญหาเกี่ยวกับการขาดการทำธุรกรรมของ RosReestr
ปัญหาของการขาดลักษณะการทำธุรกรรมของ Rosreestr
ในการเขียนโปรแกรม "ธุรกรรม" และในอสังหาริมทรัพย์คือ "ข้อตกลงกับทางเลือก" (และเป็นส่วนหนึ่งของ "ข้อตกลงตู้ฝาก") และมีหลายสิ่งที่ซับซ้อนกว่าเล็กน้อย ฉันกำลังบอก.
Vasya มาดูอพาร์ทเมนต์ที่ Petya กำลังขาย และ Vasya ชอบทุกอย่างมากรวมถึงราคาด้วย แต่ Vasya ไม่มีเงิน นี่คือจุดเริ่มต้นของเรื่องราวของเรา
Vasya มีทรัพย์สินของตัวเองซึ่งมีค่าบางอย่างที่ไม่จำเป็นสำหรับเขาโดยเฉพาะ - Lomonosov อาศัยอยู่ในบ้านใกล้เคียง เพดานสูง 1 เมตรครึ่ง มีฐานผลไม้และตลาด Sadovod อยู่ใกล้ ๆ , คุณสามารถเดินไปยัง Aeroexpress ได้ มีชั้นใต้ดินใต้อพาร์ทเมนต์ XNUMX เมตร เหนืออพาร์ทเมนต์มีห้องใต้หลังคาที่สะดวกสำหรับการสังเกตการณ์ทางดาราศาสตร์ Vasya เข้าใจว่าคุณสมบัติเหล่านี้ทำให้ราคาอพาร์ตเมนต์ของเขาสูงขึ้น แต่ไม่ใช่สำหรับตัวเขาเอง และเขาตัดสินใจซื้ออพาร์ตเมนต์ของ Petya และขายอพาร์ตเมนต์ของเขา แต่จะขายเพื่อซื้ออพาร์ทเมนต์ของ Petya ไม่ใช่แค่นั้น ในภาษาของนายหน้าเรียกว่า - "ทางเลือกอื่นถูกเลือก"
ทีนี้มาดูสถานการณ์นี้จากฝั่งของ Petya ความจริงก็คือ Petya ไม่สนใจที่จะนั่งบนเงินที่คิดค่าเสื่อมราคา เขากำลังขายอพาร์ทเมนต์เพื่อซื้ออพาร์ทเมนต์ในเมืองพรายแห่ง Valinor แต่เขายังไม่ได้ดูว่าอันไหน ในภาษาของนายหน้า สิ่งนี้เรียกว่า - "จัดการกับทางเลือกอื่น"
เอลฟ์สองคนแห่งมิดเดิลเอิร์ธ Maglor และ Maedhros มีอสังหาริมทรัพย์ที่เหมาะสม (เกณฑ์ของ Petit) ในเมือง Valinor ซึ่งขายด่วนเนื่องจากพวกเขาถูกส่งไปรับใช้ Melkor ในภาษาของนายหน้าเรียกว่า - "การขายฟรี"
ดังนั้น Vasya จึงพบลูกค้า Serezha ตอนนี้ Petya พบสองตัวเลือกที่เหมาะสมสำหรับเขาในเมือง Valinor เรากำลังจะทำข้อตกลง สมมติว่าไม่มีผู้เข้าร่วมในธุรกรรมที่ใช้การจำนองและไม่มีเจ้าของหุ้นรายย่อย ดังนั้น การดำเนินการต่อไปนี้ควรเกิดขึ้น:
1. Seryozha มอบเงินให้ Petya
2. Vasya มอบอพาร์ตเมนต์ของเขาให้ Seryozha
3. Petya มอบอพาร์ตเมนต์ของเขาให้ Vasya
4. Maglor หรือ Maedhros มอบอพาร์ทเมนต์ของพวกเขาใน Valinor ให้กับ Petya และรับเงินจาก Seryozha
5. Malkor และ Maedhros ไปที่ Mordor เพื่อรับใช้ Melkor
เป็นการดีที่จะถ่ายโอนสคริปต์ต่อไปนี้ไปยัง Rosreestr เพื่อดำเนินการ:
เริ่มการทำธุรกรรม
ให้อพาร์ทเมนต์ของ Vasya แก่ Seryozha
ให้อพาร์ทเมนต์ของ Petit แก่ Vasya
เริ่ม
มอบอพาร์ทเมนต์ของ Malkor ให้กับ Petya
มอบเงินของ Seryozha ให้กับ Malkor
IF_ERROR:
ให้อพาร์ทเมนต์ของ Maedhros แก่ Petya
มอบเงินของ Seryozha ให้กับ Maedhros
ปลาย
ทำธุรกรรม
นี่เป็นสคริปต์การทำธุรกรรมแบบง่ายที่มีทางเลือกอื่น โดยสมมติว่าอพาร์ทเมนต์ทั้งหมดมีเจ้าของผู้ใหญ่ (และมีความสามารถ) หนึ่งคน โดยที่ราคาของพวกเขาเท่ากัน และนายหน้า (ถ้ามี) จะได้รับการชำระเงินโดยไม่คำนึงถึงขั้นตอนของการทำธุรกรรม
อย่างไรก็ตาม Rosreestr ไม่รองรับการทำธุรกรรม การดำเนินการทั้งหมดจะดำเนินการตามลำดับและเป็นอิสระต่อกัน โดยไม่ต้องย้อนกลับธุรกรรมทั้งหมด หากรายการใดรายการหนึ่งยังไม่เสร็จสมบูรณ์ จำนวนสูงสุดที่สามารถทำได้ - เนื่องจาก Rosreestr และ MFC ไม่ทำงานกับการโอนเงินสด - คือการใส่เงินในเซลล์ของธนาคารโดยมีเงื่อนไขในการเข้าถึงโดย Vasya, Petya, Serezha (หากไม่มีการลงทะเบียนการทำธุรกรรม ทั้งหมด) และนักแสดงอื่น ๆ ตามการนำเสนอข้อตกลงที่ลงทะเบียนโดย Rosreestr (และอย่างไรก็ตาม ธนาคารไม่ได้ตรวจสอบความถูกต้องของสัญญาโดยอิสระ กล่าวคือ พวกเขาเชื่อมั่นในความถูกต้องของเอกสารของผู้เข้าร่วมในการทำธุรกรรม)
นอกเหนือจากความเสี่ยงในการทำธุรกรรมไม่เสร็จสมบูรณ์ ปัญหาอีกประการหนึ่งคือหากผู้เข้าร่วมรายอื่นสามารถย้ายเข้าที่อยู่อาศัยใหม่ได้โดยไม่ต้องรอการลงทะเบียนเต็มรูปแบบ (สวัสดี คำถามของการชำระค่าสาธารณูปโภคน้อยเกินไป!) Maglor และ Maedhros จะไม่ ไปรับใช้ Melkor เร็ว ๆ นี้และบางที Maglor จะไม่สามารถถือ Silmarils ไว้ในมือได้เขาจะไม่มีเวลา การทำธุรกรรมด้านอสังหาริมทรัพย์จะดำเนินการตามลำดับ และการประมวลผลของแต่ละธุรกรรมจะใช้เวลาอย่างน้อย 9 วันทำการ
นอกจากนี้ Rosreestr ไม่สนับสนุนภาระผูกพันของที่อยู่อาศัยที่อยู่ระหว่างการก่อสร้างภายใต้ DDU แต่สามารถทำได้ นี่เป็นการดำเนินการขั้นต้นที่เกี่ยวข้องกับอนาคตที่เรียบง่าย
ทีนี้มาดูข้อบกพร่องและรายการสิ่งที่อยากได้เกี่ยวกับ DBMS กัน
1) ประการแรกคือการขาดระบบควบคุมเวอร์ชัน ถ้าจากด้าน Delphi ฉันกำลังพัฒนาในแซนด์บ็อกซ์ของฉัน และการเปลี่ยนแปลงที่ฉันทำจะไม่ปรากฏแก่โปรแกรมเมอร์คนอื่นๆ จนกว่าพวกเขาจะยอมรับ DBMS จะไม่เป็นเช่นนั้น และแม้ว่าฉันจะได้รับความไว้วางใจให้เข้าถึงฐานข้อมูลการรบได้อย่างเต็มที่ (อย่างน้อยก็ในกรอบของงานที่ได้รับมอบหมาย) และสิ่งนี้เกิดขึ้น ฉันก็ไม่สามารถพัฒนาต่อไปได้ ขณะที่ฉันกำลังดีบั๊ก ทุกอย่างจะพังทลาย ยุคหินนี้คืออะไร? สร้าง Sandbox สำหรับนักพัฒนา
2) ประการที่สองคือการขาดตารางมาตรฐานที่ติดตั้งไว้ล่วงหน้าซึ่งอธิบายถึงโลกแห่งความเป็นจริง ทุกบริษัทที่ฉันเคยทำงานมีรูปแบบตารางของตัวเองที่อธิบายชื่อ (ในภาษารัสเซียและ (อย่างน้อย) ภาษาอังกฤษ ในกรณีต่างๆ ของภาษารัสเซีย) สิบสองเดือน!
3) สาม - และที่นี่ฉันจะใช้คำศัพท์ของ Oracle - ไม่มีวิธีเรียกสคริปต์การแทรกหรือการอัปเดตอย่างง่ายที่ใช้การส่งคืนแบบที่เราเรียกว่า Select บางทีนี่อาจไม่ใช่ปัญหาของ Oracle แต่เป็นปัญหาอินเทอร์เฟซของ Delphi + Oracle
4) ประการที่สี่ ความจำเป็นในการกำหนดอำนาจให้กับขั้นตอนและหน้าที่ที่ฉันสร้างขึ้นโดยที่ฉันไม่ต้องการทำเช่นนี้ ฉันไม่ต้องการตั้งค่าและเปลี่ยนแปลงสิทธิ์ของผู้ใช้สำหรับขั้นตอนและฟังก์ชัน เหตุใดหากฉันไม่ได้เขียน Grants ไว้อย่างชัดเจน ระบบจึงไม่สามารถดูอ็อบเจ็กต์ที่เกี่ยวข้องได้เอง และตามสิทธิ์ในการดำเนินการกับออบเจกต์นั้น ให้สิทธิ์หรือไม่ให้สิทธิ์แก่ผู้ใช้บางรายในการเรียกใช้ฟังก์ชัน ฉันพร้อมที่จะเขียนหนึ่งคำหลักสำหรับสิ่งนี้เมื่อเขียนฟังก์ชันและขั้นตอน หรือดีกว่าให้ผู้ใช้เริ่มดำเนินการและหากสาขาอัลกอริทึมนำเขาไปสู่คำขอที่ผู้ใช้ไม่มีสิทธิ์เขาจะโยนทิ้งโดยมีข้อผิดพลาด
ที่มา: will.com