গ্রাহক তথ্য রেকর্ডের জন্য ডি-ফ্যাক্টো স্ট্যান্ডার্ডগুলি [বন্ধ]


17

আমি বর্তমানে একটি সম্ভাব্য নতুন প্রকল্পের মূল্যায়ন করছি যা সাধারণ গ্রাহকের তথ্য (ইউজারিড, পিডাব্লুডি, প্রথম এবং শেষ নাম, ইমেল, ঠিকানা, টেলফনার ...) জড়িত একটি ডিবি তৈরির সাথে জড়িত। এই মুহুর্তে, প্রয়োজনীয়তাগুলি কেবল মোটামুটি সংজ্ঞায়িত হয়।

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

এতগুলি ই-কমার্স ওয়েবসাইট রয়েছে, এমন এক ধরণের সাধারণ কনফিগারেশন থাকা উচিত যা পুনরায় ব্যবহার করা যেতে পারে এবং চাকাটি পুনরায় উদ্ভাবন এড়াতে পারে।

কোন ধারনা?

---- সম্পাদনা ----

উত্তরগুলি নিজের ডিজাইনের বনাম কোনও মানক গ্রাহক রেকর্ড গ্রহণের দিকে এগিয়ে চলেছে বলে মনে হচ্ছে। আমি জোর দিয়ে বলতে চাই যে এই প্রশ্নের কেন্দ্রবিন্দু কোনও গ্রাহক অবজেক্টের জন্য ক্ষেত্র আকারের জন্য একটি রেফারেন্স সনাক্ত করা এবং নিজেরাই তা নির্ধারণ করা এড়াতে হবে ((আমি মূল অংশটিতে এই অংশটি জোর দিয়েছি - এখন সাহসী -)


1
আমি এই সম্পর্কে তথ্য দেখতে চাই। যদিও এর মতো আমি আর কখনও পাইনি। মজার বিষয় হ'ল যদি কোনও ওপেন সোর্স প্রকল্প দেখে কেউ কেস স্টাডি করে।
প্রোগ্রামার

2
আপনার নিজের রেকর্ড ফর্ম্যাটটি পুনর্বিবেচনা না করে সফটওয়্যার 'পেশাদারিত্ব' সম্পর্কে আসলেই একটি ভাল প্রশ্ন কী, তার জন্য আপনি করুণা পান।
gbjbaanb

ম্যান, আমার ইচ্ছা এই অঞ্চলে কোনও ধরণের ধারাবাহিকতা থাকত। আমি বেশ কয়েকটি সিস্টেম থেকে গ্রাহক ডাটাবেস আমদানি করেছি এবং সেগুলি পুরো মানচিত্রে রয়েছে।
তেহশ্রিকে

আপনি কি কেবলমাত্র একটি নির্দিষ্ট দেশের জন্য ফোন নম্বর, ঠিকানা ইত্যাদি সম্পর্কিত তথ্য সংরক্ষণের পরিকল্পনা করছেন? এটি আপনার প্রয়োজনীয় আকারে একটি পার্থক্য তৈরি করতে পারে।
এইচএলজিইএম

উত্তর:


16

স্ট্যান্ডার্ডগুলি সম্পর্কে দুর্দান্ত জিনিসটি হ'ল আপনার পছন্দ করার মতো অনেকগুলি আছে। - অ্যান্ড্রু স্টুয়ার্ট তেনেনবাউম

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

আপনার পছন্দের নকশা বা তথ্যের কোনও রাজকীয় রাস্তা নেই। প্রয়োজনীয়তাগুলি পেতে এবং একটি দৃ the় প্রাক্কলন পেতে সময় এবং প্রচেষ্টা করুন। অন্যথায় আপনি সঠিক চেয়ে ভুল হতে হবে। আপনার যা জানা দরকার তা জানার একমাত্র উপায় হ'ল প্রশ্নগুলি জিজ্ঞাসা করা এবং এটি নিজেকে নির্ধারণ করা।

অনেক সিআরএম সিস্টেম এখন যা এক্সপ্যান্ডো অবজেক্ট প্যাটার্ন নামে পরিচিত তাকে ব্যবহার করে যা পূর্বে একটি গতিশীল সম্পত্তি প্যাটার্ন হিসাবে পরিচিত । এটি মূলত একটি মূল মান জোড় অভিধান কন্সট্রাক্ট। খুব বিশেষ ক্ষেত্রে বাদে এটি একটি নকশা অ্যান্টি-প্যাটার্ন হিসাবে বিবেচিত হয় এবং এড়ানো উচিত।

আমি গত 20 বছরে কমপক্ষে 8 টি কাস্টম সিআরএম সমাধান ডিজাইন করেছি এবং তৈরি করেছি, প্রত্যেকেরই আলাদা আলাদা প্রয়োজনীয়তা ছিল এবং ডেটা মডেলগুলির (লজিক্যাল বা ফিজিকাল) কোনওটিই ডোমেনের জন্য বোর্ড জুড়ে কাজ করতে পারে নি।

নির্দিষ্ট ক্ষেত্রে সুনির্দিষ্ট সমাধান সর্বদা আরও ভাল ডিজাইন হবে।


আমি যদি শেষ বাক্যটির জন্য +2 করতে পারি!
ম্যাক্সপাম

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

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

4

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


এটিই আমার প্রশ্নের জবাব আমি এসেছি। এই নির্দেশিকাগুলি সম্পূর্ণ বা কংক্রিট না হলেও বেশ ভাল, তবে সঠিকভাবে চেতনায়।
ম্যাসগ

3

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

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


1

বিদ্যমান আন্তর্জাতিক স্ট্যান্ডার্ড

বেশ কয়েকটি মান রয়েছে, তবে নির্দিষ্ট ক্ষেত্রের সাথে নির্দিষ্ট, তাদের প্রত্যেকের ডেটা সংগ্রহের প্রয়োজনীয়তার উপর নির্ভর করে বিভিন্ন প্রয়োজন।

উদাহরণস্বরূপ, তবে সীমাবদ্ধ নয় (এবং এই উভয়ের সাথে অভিজ্ঞতা থেকে কথা বলা):

মোটামুটি বিস্তারিত দস্তাবেজ, স্বাস্থ্যের জন্য এমনকি প্রয়োজনীয়তা তালিকা এবং ক্ষেত্র বিন্যাস করতে উপরের লিঙ্কটি কিছু (উদাহরণস্বরূপ, HL7 ব্যবহারসমূহ ভালভাবে সংজ্ঞায়িত ডেটা-ধরনের )। তাদের অনেক যদিও এই খুব বিস্তারিত যেতে না।

অভ্যন্তরীণ রেকর্ডগুলির জন্য সরকার-পরিচালিত স্ট্যান্ডার্ড

জাতীয়, স্থানীয় বা স্থানীয় সরকারগুলির প্রায়শই পাবলিক অফিসগুলির জন্য ব্যক্তিগত তথ্য রেকর্ড এবং সংরক্ষণ করার দৃ strong় প্রয়োজন হয় এবং স্পষ্টতই তারা তাদের নিজস্ব "মান" নিয়ে আসে, যা তারা তাদের সংস্থাগুলি জুড়ে প্রয়োগ করে (সাফল্যের বিভিন্ন স্তরের এবং অংশীদার সংস্থার সাথে আন্তঃব্যবযোগিতা সহ) ।

নিউজিল্যান্ড সরকারের আইডেন্টিটি রেকর্ড স্ট্যান্ডার্ডের জন্য এই ডেটা ফর্ম্যাটগুলির একটি উদাহরণ হতে পারে ।

সফটওয়্যার-এ ডি-ফ্যাক্টো স্ট্যান্ডার্ড

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

দেখুন শীর্ষ 10 ওপেন-সোর্স ব্যবসা এবং সামাজিক সিআরএম সফটওয়্যার তালিকা, যার জন্য আপনি তাদের তথ্য-মডেল নিজেকে খোঁজা পারে।


De-Facto Standards in Software-> এগুলিতে খুব আগ্রহী। আপনি কিছু উল্লেখ যোগ করতে পারেন?
maasg

ডাউনভোটার্স, দয়া করে ব্যাখ্যা করুন (এখন মাত্র 2 জন ছিলেন)
হাইলেম

0

আমি বলব আপনার ইডিআই সিস্টেমগুলির জন্য মানদণ্ডগুলি খুঁজে পাওয়া দরকার । এখানে কয়েকশ 'স্ট্যান্ডার্ড' ডকুমেন্ট রয়েছে, সুতরাং আপনার প্রয়োজনীয়তার উপর ভিত্তি করে আপনাকে একটি চয়ন করতে হবে। উদাহরণস্বরূপ, ট্র্যাডাকোমস চালানের জন্য এখানে একটি ফর্ম্যাট যা আপনি যে ক্ষেত্রগুলি চান তা দখল করতে পারেন।


0

খোলা অ্যাপ্লিকেশানগুলি গ্রুপের আবেদন বাস্তবায়ন ও ইনটেরোপিরাবিলিটি জন্য খোলা মান একটি সেট প্রকাশ করে। তারা বেশিরভাগই এক্সএমএল-ভিত্তিক, তবে তারা পৃথক ক্ষেত্র এবং মাপের সাথে একটি মানক গ্রাহক রেকর্ড নির্দিষ্ট করে ( CustomerPartyMasterদস্তাবেজের মান তালিকার জন্য দেখুন)।


0

আমি বলব "আপনার দরকার নেই (এখনও)"। এবং রন জেফরিসের সাথে: "যখন আপনার যখন প্রয়োজন হয় তখন সর্বদা সেগুলি প্রয়োগ করুন, যখন আপনি কেবল ভবিষ্যদ্বাণী করবেন না যে আপনার প্রয়োজন need"

তাই সম্ভবত যদি প্রকল্পটিতে একটি কংক্রিট ডাটাবেস যুক্ত করার সময় হয় তবে সেখানে সংরক্ষণ করা হবে এমন ডেটা সম্পর্কে আপনার আরও অনেক বেশি জ্ঞান রয়েছে have

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.