បំណងប្រាថ្នារបស់ខ្ញុំចំពោះ DBMS នាពេលអនាគត ក៏ដូចជា Rosreestr ទាក់ទងនឹងប្រតិបត្តិការ

អតិថិជនធ្វើអន្តរកម្មជាមួយមូលដ្ឋានទិន្នន័យ។
ពីគេហទំព័រ http://corchaosis.ruដោយ Jonathan Tiong ។

បន្ថែមពីលើការពិតដែលថាខ្ញុំជាអ្នកសរសេរកម្មវិធី (ជាចម្បង Delphi + គ្រប់ប្រភេទនៃ DBMSs ផ្សេងៗគ្នាថ្មីៗនេះ ORACLE + PHP តិចតួច) ខ្ញុំមានចំណង់ចំណូលចិត្តមួយ - ការទិញនិងលក់អាផាតមិន។ ខ្ញុំទិញអាផាតមិនក្នុងដំណាក់កាលសាងសង់ពីអ្នកអភិវឌ្ឍន៍ដែលអាចទុកចិត្តបានច្រើន ឬតិចក្នុងតម្លៃសមរម្យ (ឧទាហរណ៍ឥឡូវនេះ Samolet ជាអ្នកអភិវឌ្ឍន៍បែបនេះ អាផាតមិននៅជិតស្ថានីយ៍រថភ្លើងក្រោមដី Nekrasovka គឺសម្រាប់លក់) រង់ចាំគេប្រគល់ផ្ទះ (ជាញឹកញាប់ពីរ ប៉ុន្មានឆ្នាំក្រោយមក វាកើតឡើងជាមួយនឹងការផ្តល់ជូនដែលមានតម្លៃថោក) ខ្ញុំជួសជុលវាឡើងវិញ ហើយបន្ទាប់មកលក់វាក្នុងតម្លៃ 95-100% នៃតម្លៃទីផ្សាររបស់វា។

ដូច្នេះខ្ញុំ (ដូចអ្នកផ្សេងទៀត) ត្រូវបានប្រឈមមុខនឹងបញ្ហានៃការខ្វះខាតប្រតិបត្តិការរបស់ RosReestr ។

បញ្ហានៃការខ្វះខាតរបស់ Rosreestr នៃប្រតិបត្តិការប្រតិបត្តិការ

ក្នុងការសរសេរកម្មវិធីវាជា "ប្រតិបត្តិការ" ហើយនៅក្នុងអចលនទ្រព្យវាជា "ប្រតិបត្តិការជាមួយជម្រើស" (និងជាផ្នែកមួយនៃវា "កិច្ចព្រមព្រៀងប្រអប់ដាក់ប្រាក់សុវត្ថិភាព") ហើយវាមានភាពស្មុគស្មាញបន្តិច។ ខ្ញុំកំពុងប្រាប់អ្នក។

Vasya បានមកមើលផ្ទះល្វែងដែល Petya កំពុងលក់។ ហើយ Vasya ពិតជាចូលចិត្តអ្វីគ្រប់យ៉ាង រួមទាំងតម្លៃ ប៉ុន្តែ Vasya គ្មានលុយទេ។ នេះជារបៀបដែលរឿងរបស់យើងចាប់ផ្តើម។

Vasya មានទ្រព្យសម្បត្តិផ្ទាល់ខ្លួនរបស់គាត់ដែលមានតម្លៃមួយចំនួនដែលមិនចាំបាច់ជាពិសេសសម្រាប់គាត់ - Lomonosov រស់នៅក្នុងផ្ទះជិតខាងកម្ពស់ពិដានគឺប្រាំពីរម៉ែត្រកន្លះមានមូលដ្ឋានផ្លែឈើនិងបន្លែនិងផ្សារ Sadovod ។ នៅក្បែរនោះអ្នកអាចដើរលើ Aeroexpress នៅក្រោមផ្ទះល្វែងមានបន្ទប់ក្រោមដីដែលមានកំពស់ 1 ម៉ែត្រ មាន attic មួយនៅពីលើផ្ទះល្វែងដែលងាយស្រួលសម្រាប់ការសង្កេតតារាសាស្ត្រ។ Vasya យល់ថាលក្ខណៈពិសេសទាំងនេះបង្កើនតម្លៃផ្ទះល្វែងរបស់គាត់ប៉ុន្តែមិនមែនសម្រាប់ខ្លួនគាត់ទេ។ ហើយគាត់បានសម្រេចចិត្តទិញផ្ទះល្វែងរបស់ Petya និងលក់ផ្ទះល្វែងផ្ទាល់ខ្លួនរបស់គាត់។ ប៉ុន្តែការលក់យ៉ាងជាក់លាក់ដើម្បីទិញផ្ទះល្វែងរបស់ Petya មិនត្រឹមតែប៉ុណ្ណោះទេ។ នៅក្នុងភាសារបស់ភ្នាក់ងារអចលនទ្រព្យ នេះត្រូវបានគេហៅថា "ជម្រើសមួយត្រូវបានជ្រើសរើស"។

ឥឡូវនេះសូមក្រឡេកមើលស្ថានភាពនេះពីភាគីរបស់ Petya ។ ការពិតគឺថា Petya ក៏មិនចាប់អារម្មណ៍ក្នុងការអង្គុយលើការដកប្រាក់ដែរ គាត់កំពុងលក់ផ្ទះល្វែងដើម្បីទិញផ្ទះល្វែងមួយនៅទីក្រុង Valinor ទាំងដប់មួយ ប៉ុន្តែគាត់មិនទាន់បានមើលថាតើមួយណានោះទេ។ នៅក្នុងភាសារបស់ភ្នាក់ងារអចលនទ្រព្យ នេះត្រូវបានគេហៅថា "កិច្ចព្រមព្រៀងជាមួយជម្រើសមួយ" ។

សត្វឥន្ទ្រីពីររូបនៃ Middle-earth គឺ Maglor និង Maedhros មានអចលនទ្រព្យសមរម្យ (តាមលក្ខណៈវិនិច្ឆ័យរបស់ Petya) នៅក្នុងទីក្រុង Valinor ដែលត្រូវបានលក់ជាបន្ទាន់ ខណៈដែលពួកគេនឹងបម្រើ Melkor ។ នៅក្នុងភាសារបស់អចលនៈទ្រព្យនេះត្រូវបានគេហៅថា "ការលក់ដោយឥតគិតថ្លៃ" ។

ដូច្នេះ Vasya រកឃើញអតិថិជន Seryozha ។ ឥឡូវនេះ Petya រកឃើញជម្រើសពីរដែលសមរម្យសម្រាប់គាត់នៅក្នុងទីក្រុង Valinor ។ យើងហៀបនឹងបញ្ចប់កិច្ចព្រមព្រៀង។ អនុញ្ញាតឱ្យយើងសន្មតសម្រាប់ភាពសាមញ្ញថាគ្មាននរណាម្នាក់នៃភាគីនៃប្រតិបត្តិការនេះប្រើការបញ្ចាំទេហើយមិនមានអនីតិជនជាម្ចាស់ភាគហ៊ុនទេ។ ដូច្នេះ សកម្មភាពខាងក្រោមត្រូវតែអនុវត្ត៖
1. Seryozha ផ្តល់លុយឱ្យ Petya ។
2. Vasya ផ្តល់ផ្ទះល្វែងរបស់គាត់ទៅ Seryozha ។
3. Petya ផ្តល់ផ្ទះល្វែងរបស់គាត់ទៅ Vasya ។
4. ទាំង Maglor ឬ Maedhros ផ្ទេរផ្ទះល្វែងរបស់ពួកគេនៅ Valinor ទៅ Peta ហើយទទួលប្រាក់របស់ Seryozha ។
5. Malkor និង Maedhros ទៅ Mordor ដើម្បីបម្រើ Melkor ។

វាជាការល្អក្នុងការបញ្ជូនស្គ្រីបខាងក្រោមទៅ Rosreestr សម្រាប់ការប្រតិបត្តិ៖

ចាប់ផ្តើមប្រតិបត្តិការ
ផ្តល់ផ្ទះល្វែងរបស់ Vasya ទៅ Seryozha ។
ផ្តល់ផ្ទះល្វែងរបស់ Petya ទៅ Vasya ។
ចាប់ផ្តើម
ផ្តល់ផ្ទះល្វែងរបស់ Malkor ទៅ Petya
ផ្តល់លុយរបស់ Seryozha ទៅ Malkor
IF_ERROR៖
ផ្តល់ផ្ទះល្វែងរបស់ Maedhros ទៅ Petya
ផ្តល់លុយរបស់ Seryozha ទៅ Maedhros
បញ្ចប់
ធ្វើប្រតិបត្តិការ

នេះគឺជាស្គ្រីបប្រតិបត្តិការសាមញ្ញជាមួយនឹងជម្រើសមួយ ដែលសន្មត់ថាអាផាតមិនទាំងអស់មានម្ចាស់ម្នាក់ (និងមានសមត្ថភាព) ដែលតម្លៃរបស់ពួកគេស្មើគ្នា ហើយអ្នកជួល (ប្រសិនបើមាន) ត្រូវបានបង់ដោយមិនគិតពីដំណាក់កាលនៃប្រតិបត្តិការនោះទេ។

ទោះយ៉ាងណាក៏ដោយ Rosreestr មិនគាំទ្រប្រតិបត្តិការទេ។ សកម្មភាពទាំងអស់នឹងត្រូវបានអនុវត្តជាបន្តបន្ទាប់ និងដោយឯករាជ្យ ពីមួយទៅមួយ ដោយមិនត្រឡប់ប្រតិបត្តិការទាំងមូលវិញ ប្រសិនបើមួយក្នុងចំណោមពួកគេបរាជ័យ។ អតិបរមាដែលអាចសម្រេចបាន - ផ្តល់ឱ្យថា Rosreestr និង MFC មិនដំណើរការជាមួយការផ្ទេរសាច់ប្រាក់ - គឺជាការដាក់ប្រាក់នៅក្នុងប្រអប់ដាក់ប្រាក់ដែលមានសុវត្ថិភាពដោយមានលក្ខខណ្ឌសម្រាប់ការចូលប្រើវាដោយ Vasya, Petya, Seryozha (ប្រសិនបើគ្មានប្រតិបត្តិការ។ ត្រូវបានចុះឈ្មោះទាំងអស់) និងតួអង្គផ្សេងទៀត តាមការបង្ហាញពីកិច្ចសន្យាដែលបានចុះបញ្ជីដោយ Rosreestr ។ (ហើយដោយវិធីនេះ ធនាគារមិនផ្ទៀងផ្ទាត់ដោយឯករាជ្យនូវភាពត្រឹមត្រូវនៃកិច្ចសន្យា ពោលគឺពួកគេជឿជាក់លើភាពត្រឹមត្រូវនៃឯកសាររបស់ភាគីនៃប្រតិបត្តិការនេះ)។

ក្រៅពីហានិភ័យនៃការបញ្ចប់ប្រតិបត្តិការមិនពេញលេញ បញ្ហាមួយទៀតគឺថាប្រសិនបើអ្នកចូលរួមផ្សេងទៀតអាចផ្លាស់ទីទៅផ្ទះថ្មីរបស់ពួកគេដោយមិនចាំបាច់រង់ចាំការចុះឈ្មោះពេញលេញ (ជំរាបសួរ បញ្ហានៃការបង់ប្រាក់តិចនៃវិក្កយបត្រប្រើប្រាស់!) បន្ទាប់មក Maglor និង Maedhros នឹងមិនទៅឆាប់ៗនេះទេ។ បម្រើ Melkor ហើយប្រហែលជា Maglor នឹងមិនអាចឱ្យគាត់គ្រាន់តែមិនមានពេលវេលាដើម្បីកាន់ Silmarils នៅក្នុងដៃរបស់គាត់។ ប្រតិបត្តិការអចលនទ្រព្យត្រូវបានអនុវត្តតាមលំដាប់លំដោយ ហើយការប្រតិបត្តិនៃប្រតិបត្តិការនីមួយៗនឹងចំណាយពេលយ៉ាងតិច 9 ថ្ងៃនៃថ្ងៃធ្វើការ។

លើសពីនេះទៀត Rosreestr មិនគាំទ្រការប្រមូលផ្តុំនៃលំនៅដ្ឋានដែលកំពុងត្រូវបានសាងសង់នៅក្រោម DDU នោះទេប៉ុន្តែវាអាចជាសកម្មភាពបឋមទាក់ទងនឹងអនាគតដ៏សាមញ្ញមួយ។

ឥឡូវនេះសូមបន្តទៅចំណុចខ្វះខាត និងបំណងប្រាថ្នារបស់ខ្ញុំអំពី DBMS

1) ទីមួយគឺកង្វះប្រព័ន្ធត្រួតពិនិត្យកំណែ។ ប្រសិនបើនៅខាង Delphi ខ្ញុំអភិវឌ្ឍនៅក្នុងប្រអប់ខ្សាច់ផ្ទាល់ខ្លួនរបស់ខ្ញុំ ហើយការផ្លាស់ប្តូរដែលខ្ញុំធ្វើនឹងមិនបង្ហាញដល់អ្នកសរសេរកម្មវិធីផ្សេងទៀតទេ រហូតទាល់តែពួកគេប្តេជ្ញាចិត្ត នោះវាមិនមែនជាករណីជាមួយ DBMS ទេ។ ហើយទោះបីជាខ្ញុំត្រូវបានគេជឿទុកចិត្តពេញលេញ (យ៉ាងហោចណាស់នៅក្នុងវិសាលភាពនៃអ្វីដែលចាំបាច់សម្រាប់ភារកិច្ចដែលបានប្រគល់ឱ្យខ្ញុំ) ចូលទៅកាន់មូលដ្ឋានទិន្នន័យប្រយុទ្ធ ហើយរឿងនេះកើតឡើង ខ្ញុំមិនអាចអភិវឌ្ឍលើវាបានទេ។ ខណៈពេលដែលខ្ញុំកំពុងកែកំហុស អ្វីៗនឹងដួលរលំ។ តើយុគថ្មប្រភេទណា??? បង្កើតប្រអប់ខ្សាច់សម្រាប់អ្នកអភិវឌ្ឍន៍។

2) ទីពីរគឺកង្វះតារាងស្តង់ដារដែលបានកំណត់ទុកជាមុនដែលពិពណ៌នាអំពីពិភពពិត។ រាល់ក្រុមហ៊ុនដែលខ្ញុំបានធ្វើការមានទម្រង់តារាងផ្ទាល់ខ្លួនដែលពិពណ៌នាអំពីឈ្មោះ (ជាភាសារុស្សី និង (យ៉ាងហោចណាស់) ភាសាអង់គ្លេស ក្នុងករណីផ្សេងគ្នានៃភាសារុស្សី) រយៈពេលដប់ពីរខែ!

3) ទីបី - ហើយនៅទីនេះខ្ញុំនឹងប្រើវាក្យស័ព្ទ Oracle - មិនមានវិធីដើម្បីហៅ Insert ឬ Update script សាមញ្ញដែលប្រើ Returning ដូចយើងហៅថា Select នោះទេ។ ប្រហែលជាទាំងនេះមិនមែនជាបញ្ហា Oracle ទេ ប៉ុន្តែជាបញ្ហានៅចំណុចប្រទាក់ Delphi + Oracle ។

៤) ទី៤- តំរូវការក្នុងការកំណត់អំណាចដល់នីតិវិធី និងមុខងារដែលខ្ញុំបង្កើត កន្លែងដែលខ្ញុំមិនចង់ធ្វើ។ ខ្ញុំ​មិន​ចង់​កំណត់ ហើយ​បន្ទាប់​មក​ប្តូរ​សិទ្ធិ​អ្នក​ប្រើ​សម្រាប់​នីតិវិធី និង​មុខងារ។ ហេតុអ្វី​បាន​ជា​ប្រសិនបើ​ខ្ញុំ​មិន​បាន​សរសេរ Grants ច្បាស់​ទេ ប្រព័ន្ធ​ខ្លួន​ឯង​មិន​អាច​មើល​វត្ថុ​ដែល​ពាក់ព័ន្ធ ហើយ​ស្រប​តាម​សិទ្ធិ​ក្នុង​ការ​ធ្វើ​សកម្មភាព​ជាមួយ​ពួកគេ ផ្តល់​ឬ​មិន​ឱ្យ​អ្នក​ប្រើ​ជាក់លាក់​នូវ​សិទ្ធិ​ហៅ​មុខងារ​មួយ? ខ្ញុំត្រៀមខ្លួនជាស្រេចក្នុងការសរសេរពាក្យគន្លឹះមួយសម្រាប់វានៅពេលសរសេរមុខងារ និងនីតិវិធី។ ឬប្រសើរជាងនេះទៅទៀត អនុញ្ញាតឱ្យអ្នកប្រើប្រាស់ចាប់ផ្តើមប្រតិបត្តិ ហើយប្រសិនបើសាខានៃក្បួនដោះស្រាយនាំគាត់ទៅរកសំណើដែលអ្នកប្រើប្រាស់មិនមានសិទ្ធិ នោះគាត់នឹងបោះវាចោលដោយមានកំហុស។

ប្រភព: www.habr.com