🥇কিভাবে একই জিনিস করা বন্ধ করবেন

আপনি কি রুটিন অপারেশনগুলি বারবার পুনরাবৃত্তি করতে চান? তাই আমি না. কিন্তু প্রতিবার এসকিউএল ক্লায়েন্টে যখন Rostelecom স্টোরেজের সাথে কাজ করছি, আমাকে ম্যানুয়ালি টেবিলের মধ্যে সমস্ত যোগ নিবন্ধন করতে হয়েছিল। এবং এই সত্ত্বেও যে 90% ক্ষেত্রে টেবিলে যোগদানের জন্য ক্ষেত্র এবং শর্তগুলি কোয়েরি থেকে ক্যোয়ারীতে মিলে যায়! দেখে মনে হবে যে কোনও এসকিউএল ক্লায়েন্টের স্বয়ংক্রিয়-সম্পূর্ণতা ফাংশন রয়েছে, তবে স্টোরেজগুলির জন্য এটি সর্বদা কাজ করে না: কর্মক্ষমতা উন্নত করার জন্য তারা খুব কমই অনন্য সীমাবদ্ধতা এবং বিদেশী কী অন্তর্ভুক্ত করে এবং এটি ছাড়া প্রোগ্রামটি জানবে না যে প্রতিটি সত্তা কীভাবে সম্পর্কিত। অন্যান্য এবং এটি আপনার জন্য কি করতে পারে অফার।

অস্বীকার, রাগ, দর কষাকষি, বিষণ্ণতা এবং গ্রহণযোগ্যতার কাছাকাছি আসার পরে, আমি সিদ্ধান্ত নিয়েছি - কেন নিজেকে ব্ল্যাকজ্যাক দিয়ে অটোফিল প্রয়োগ করার চেষ্টা করবেন না এবং এটি সঠিকভাবে করবেন? আমি জাভাতে লেখা dbeaver ক্লায়েন্ট ব্যবহার করি, এটির একটি ওপেন সোর্স সম্প্রদায় সংস্করণ রয়েছে। একটি সহজ পরিকল্পনা পরিপক্ক হয়েছে:

সোর্স কোডে ক্লাস খুঁজুন যা স্বয়ংসম্পূর্ণতার জন্য দায়ী
বাহ্যিক মেটাডেটার সাথে কাজ করার জন্য তাদের পুনঃনির্দেশ করুন এবং সেখান থেকে যোগদানের তথ্য টানুন
??????
লাভ

আমি খুব দ্রুত প্রথম পয়েন্টটি বের করেছি - আমি বাগ ট্র্যাকারে অটোফিল সামঞ্জস্য করার জন্য একটি অনুরোধ পেয়েছি কমিট SQLCompletionAnalyser ক্লাস আবিষ্কার করেছে। আমি কোড দেখেছি এবং এটি আমার প্রয়োজন। যা অবশিষ্ট থাকে তা হল এটি পুনরায় লিখতে যাতে সবকিছু কাজ করে। আমি একটি মুক্ত সন্ধ্যার জন্য অপেক্ষা করেছি এবং বাস্তবায়নের মাধ্যমে ভাবতে শুরু করেছি। আমি json এ টেবিল লিঙ্ক নিয়ম (মেটাডেটা) লেখার সিদ্ধান্ত নিয়েছি। এই ফরম্যাটের সাথে কাজ করার আমার কোন বাস্তব অভিজ্ঞতা ছিল না এবং বর্তমান কাজটিকে এই বাদ দেওয়ার জন্য একটি সুযোগ হিসাবে দেখা হয়েছিল।

json এর সাথে কাজ করার জন্য আমি লাইব্রেরি ব্যবহার করার সিদ্ধান্ত নিয়েছি json- সরল গুগল থেকে। চমকের শুরু এখান থেকেই। যেহেতু এটি পরিণত হয়েছে, dbeaver, একটি সত্য অ্যাপ্লিকেশন হিসাবে, OSGi ফ্রেমওয়ার্ক ব্যবহার করে Eclipse প্ল্যাটফর্মে লেখা হয়েছিল। অভিজ্ঞ বিকাশকারীদের জন্য, এই জিনিসটি নির্ভরতাগুলি পরিচালনা করা সুবিধাজনক করে তোলে, তবে আমার জন্য এটি আরও অন্ধকার জাদুর মতো ছিল, যার জন্য আমি স্পষ্টতই প্রস্তুত ছিলাম না: যথারীতি, আমি শিরোনামে জসন-সিম্পল লাইব্রেরি থেকে আমার প্রয়োজনীয় ক্লাসগুলি আমদানি করি সম্পাদিত শ্রেণীতে, এটিকে pom. xml-এ উল্লেখ করুন, যার পরে প্রকল্পটি স্পষ্টতই স্বাভাবিকভাবে একত্রিত হতে অস্বীকার করে এবং ত্রুটি সহ ক্র্যাশ করে।

শেষ পর্যন্ত, আমি বিল্ড ত্রুটিগুলি ঠিক করতে পেরেছি: আমি লাইব্রেরিটি pom.xml-এ নয়, manifest.mf ম্যানিফেস্টে নিবন্ধিত করেছি, OSGI-এর প্রয়োজন অনুসারে, এটিকে আমদানি-প্যাকেজ হিসাবে উল্লেখ করার সময়। সবচেয়ে সুন্দর সমাধান নয়, কিন্তু এটি কাজ করে। এরপর দেখা গেল পরবর্তী চমক। আপনি যদি Intellij Idea-এ বিকাশ করে থাকেন, তাহলে আপনি শুধুমাত্র গিয়ে আপনার প্রজেক্টের eclipse প্ল্যাটফর্মের উপর ভিত্তি করে ডিবাগ করা শুরু করতে পারবেন না: একজন অনভিজ্ঞ ডেভেলপারকে প্রশ্ন শেষ না করেই একজন বিশ্লেষকের চেয়ে কম কষ্ট করতে হবে। বিভার ডেভেলপাররা নিজেরাই উদ্ধারে এসেছিলেন, উইকিতে ইঙ্গিত দিয়েছিলেন যে একটি খঞ্জনী দিয়ে সমস্ত নাচ করা দরকার। সবচেয়ে বিরক্তিকর বিষয় হল এই সমস্ত স্কোয়াটগুলির পরেও, প্রকল্পটি আমদানি-প্যাকেজের মাধ্যমে সংযুক্ত json লাইব্রেরির সাথে ডিবাগে চালু হতে চায়নি (এটি এখনও সফলভাবে সমাপ্ত পণ্যে একত্রিত হওয়া সত্ত্বেও)।

ততক্ষণে, আমি ইতিমধ্যে আমার কাজের জন্য json ব্যবহার করার অসুবিধা বুঝতে পেরেছি - সর্বোপরি, মেটাডেটা ম্যানুয়ালি সম্পাদনা করা উচিত ছিল এবং xml বিন্যাস এর জন্য আরও উপযুক্ত। xml-এর পক্ষে দ্বিতীয় যুক্তিটি ছিল JDK-তে সমস্ত প্রয়োজনীয় ক্লাসের উপস্থিতি, যা একটি বহিরাগত লাইব্রেরির সাথে লড়াই বন্ধ করা সম্ভব করেছিল। অত্যন্ত আনন্দের সাথে, আমি json থেকে xml-এ সমস্ত মেটাডেটা স্থানান্তর করেছি এবং স্বয়ংসম্পূর্ণ যুক্তি সম্পাদনা শুরু করেছি।

মেটাডেটা উদাহরণ

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<tableRelations>
    <tableRelation>
        <leftTable>dim_account</leftTable>
        <rightTable>dim_partner</rightTable>
        <joinColumnPair leftColumn="partner_key" rightColumn="partner_key"/>
        <joinColumnPair leftColumn="src_id" rightColumn="src_id"/>
    </tableRelation>
    <tableRelation>
        <leftTable>dim_account</leftTable>
        <rightTable>dim_branch</rightTable>
        <joinColumnPair leftColumn="src_id" rightColumn="src_id"/>
        <joinColumnPair leftColumn="branch_key" rightColumn="branch_key"/>
    </tableRelation>
</tableRelations>

ফলে আমি পরিবর্তন করেছেন SQLUtils এবং SQLCompletion Analyser ক্লাসে। ধারণাটি হল: যদি প্রোগ্রামটি মৌলিক যুক্তি ব্যবহার করে উপযুক্ত স্বয়ংসম্পূর্ণ পরামর্শ খুঁজে না পায়, তাহলে এটি একটি বহিরাগত xml ফাইল ব্যবহার করে সম্ভাব্য যোগদানের উপস্থিতি পরীক্ষা করে। ফাইলটি নিজেই টেবিলের জোড়া সঞ্চয় করে যে ক্ষেত্রগুলিকে নির্দেশ করে যেগুলির দ্বারা এই টেবিলগুলিকে লিঙ্ক করা দরকার। eff_dttm এবং exp_dttm রেকর্ডের প্রযুক্তিগত বৈধতার তারিখের উপর সীমাবদ্ধতা এবং যৌক্তিক মুছে ফেলার পতাকা deleted_ind ডিফল্টভাবে সেট করা আছে।

যখন কোডে পরিবর্তন করা হয়েছিল, তখন প্রশ্ন উঠেছিল - কে মেটাডেটা দিয়ে ফাইলটি পূরণ করবে? ভান্ডারে অনেকগুলি সত্তা রয়েছে, সমস্ত সংযোগগুলি নিজেই নিবন্ধন করা ব্যয়বহুল। ফলস্বরূপ, আমি আমার সহকর্মী বিশ্লেষকদের এই কাজটি অর্পণ করার সিদ্ধান্ত নিয়েছি। আমি মেটাডেটা ফাইলটি svn এ পোস্ট করেছি, যেখান থেকে প্রোগ্রামের সাথে স্থানীয় ডিরেক্টরিতে একটি চেকআউট করা হয়। নীতি হল এই: ভান্ডারে একটি নতুন সত্তা উপস্থিত হয়েছে? একজন বিশ্লেষক ফাইলে সম্ভাব্য যোগদান করেন, পরিবর্তন করেন, বাকিরা নিজেরা চেক আউট করেন এবং কাজের স্বয়ংক্রিয় সমাপ্তি উপভোগ করেন: সম্প্রদায়, জ্ঞানের সঞ্চয় এবং এই সব। সহকর্মীদের জন্য প্রোগ্রামটি ব্যবহার করার বিষয়ে একটি কর্মশালা পরিচালনা করেছেন, সঙ্গমে একটি নিবন্ধ লিখেছেন - এখন কোম্পানির আরও একটি সুবিধাজনক সরঞ্জাম রয়েছে।

এই বৈশিষ্ট্যটিতে কাজ করা আমাকে বুঝতে পেরেছে যে ওপেন সোর্স প্রকল্পগুলির সাথে টিঙ্কার করতে ভয় পাওয়ার দরকার নেই - একটি নিয়ম হিসাবে, তাদের একটি পরিষ্কার আর্কিটেকচার রয়েছে এবং এমনকি ভাষার প্রাথমিক জ্ঞানও পরীক্ষার জন্য যথেষ্ট হবে। এবং একটি নির্দিষ্ট পরিমাণ অধ্যবসায়ের সাথে, আপনি এমনকি ঘৃণ্য রুটিন অপারেশনগুলি থেকে পরিত্রাণ পেতে সক্ষম হবেন, নতুন পরীক্ষার জন্য নিজের সময় বাঁচাতে পারবেন।

উত্স: www.habr.com

একই জিনিস করা বন্ধ কিভাবে

একটি মন্তব্য জুড়ুন উত্তর বাতিল