প্রতি-সংগঠনের লক করা কাউন্টার থেকে কাজের সংখ্যা, কখনোই গণনা করা হয় না; বাণিজ্যিক বিলের পরিশোধ

পাঠানো হয়েছে

৮ নভেম্বর, ২০২৬ এ ৮:৩৫ AM UTC

লেখক

Kamo

কমিট

d100d86

কাজের অর্ডার নম্বর ছিল COUNT(jobs)+1, তাই একসাথে দুটি কাজ করা গেলে একটি ভাগ করা যেতে পারে, আর বেতন ভিত্তিক অর্ডার (সার্ভিসফুলফিলমেন্টপলিসি) থেকে উদ্ভূত চাকরিগুলোর কোন সংখ্যাই নেই। ServiceJobNumbers এখন mints WO-00001... org এর উপর একটি PESSIMISTIC_WRITE লক এর অধীনে commerce_document_counter row (DocumentType.SERVICE_JOB, সিরিজ বছর ০ — একটি চলমান সিরিজ), org- এর সর্বোচ্চ WO- নম্বর থেকে একবার বীজ বপন করা হয়। উভয়ই তৈরি করে পাথ এটি ব্যবহার করে; createJob @RetryOnDbConflict একটি বিতর্কিত Yugabyte's 40001 এর জন্য কাউন্টার । ux_ service_ job_ org_ number (org_ id, job_ number) হল ব্যাকস্টপ, প্রয়োগ করে শূণ্য সংখ্যার পর NONCONCURRENTLY হাত backfilled হয়েছিল। অবস্থা পরিবর্তনের ফলে কাজটি আর Invoiced-এ স্থানান্তরিত হবে না: Invoiced-এর অর্থ হল একটি ইনভয়েস উপস্থিত, এবং শুধুমাত্র একটি তৈরি করা (InvoicingService) সেখানে একটি কাজ রাখে। CommerceInvoicePayment (commerce_invoice_payments, হাত দ্বারা প্রয়োগ করা) প্রতিটি রেকর্ড করে একটি CommerceInvoice এর বিরুদ্ধে পরিশোধ, তাই এর AMOUNT_PAID / PAID / PARTIALLY_PAID কলাম অবশেষে একজন লেখক আছে। CommerceInvoiceRepository একটি লাইন-লক করা পড়া এবং একটি by-customer finder; ServiceJobRepository claimForInvoicing লাভ করে ।