আমি কীভাবে জানব যে আমার ডেটাটি সম্পর্কযুক্ত বা প্রকৃতির দিকে লক্ষ্যযুক্ত?

17

শুধু এই লাইন পড়ুন-

যদি আপনার ডেটা প্রকৃতিতে অবজেক্ট থাকে তবে অবজেক্ট স্টোরগুলি ব্যবহার করুন ("NoSQL")। রিলেশনাল ডাটাবেসের চেয়ে এগুলি অনেক দ্রুত হবে।

যদি আপনার ডেটা আপেক্ষিক প্রকৃতির হয় তবে একটি রিলেশনাল ডাটাবেসের ওভারহেড এটি মূল্যবান।

from-

http://seldo.com/weblog/2011/06/15/orm_is_an_antipattern

সুতরাং, কীভাবে আমি জানব যে আমার ডেটা প্রকৃতিতে সম্পর্কিত বা বস্তু-ভিত্তিক?

object-oriented database relational-database

— গুলশান
সূত্র

আপনার ডেটা সম্পর্কে আমাদের আরও বলুন ...

— হতাশাগ্রহণে FormsDesigner

7

@ ফ্রাস্ট্রেটেড উইথফর্মস ডিজাইনার আমার ধারণা তিনি সাধারণ নির্দেশিকা খুঁজছেন।

— সি রস

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

— হতাশাহীন

সবে এই লিঙ্কটি পেয়েছি। আশা করি এটির উত্তর দেওয়ার ইঙ্গিত রয়েছে- highscalability.com/blog/2011/6/15/…

— গুলশান

17

টুকরো টুকরো টুকরো টুকরো টুকরো টুকরা হওয়ার ঝুঁকিতে আমি একটি সহজ ইংরেজী সংজ্ঞা চেষ্টা করব try

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

"অবজেক্ট প্রকৃতি" অনুবাদ করে: একই ধরণের আইটেমগুলিতে বিবিধ বৈশিষ্ট্য থাকতে পারে এবং এই বৈশিষ্ট্যগুলি প্রকৃতি এবং প্রকারের মধ্যে বিভিন্ন ধরণের হতে পারে। প্রায়শই এটি (পর্যাপ্ত প্রচেষ্টার সাথে) একটি সম্পর্কিত মডেল হিসাবে অনুবাদ করা যেতে পারে, তবে অনেকগুলি টেবিলগুলি খুব কমই জনবহুল হয়ে উঠবে এবং আপনি খুব অদক্ষ বাম আউটয়ারের সাথে যোগ দেবেন, যা তুলনামূলকভাবে তুলনামূলকভাবে সম্পর্কিত আপেক্ষিক ডাটাবেসের কর্মক্ষমতা তৈরি করে ish একটি NOSQL ডাটাবেসে।

আমার বলতে হবে আমার দৃষ্টিকোণ থেকে এই দুটি পৃথক করার কোনও কঠোর রেখা নেই। আপনি সম্ভবত দুটি চূড়ান্ত মধ্যে যে কোনও সংখ্যা খুঁজে পেতে পারেন।

ঠিক আছে, তাই এখন আমি সমস্ত দিক থেকে স্নিপারগুলির জন্য নিজেকে খুললাম। কোন মন্তব্য স্বাগত। আসুন আমরা একসাথে এই সংজ্ঞাটি উন্নত করতে পারি কিনা তা আসুন দেখুন।

— wolfgangsz
সূত্র

1

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

— ফিলিপ

আমরা কি এর সংক্ষিপ্ত বিবরণ দিতে পারি "রিলেশনাল ডিজাইনে অনেকগুলি বাম আউটার জয়েন হওয়া" বা না?

— গুলশান

আমি এ জাতীয় সরলীকরণ করতে দ্বিধা বোধ করব। এটি লক্ষণগুলির মধ্যে একটি, তবে একমাত্র নয়।

— ওল্ফগ্যাংজ

উদাহরণস্বরূপ একটি দয়া করে?

— গুলশান

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

— ওল্ফগ্যাঙ্গস

5

তথ্য উভয়।

(কঠোরভাবে বলতে গেলে এটি প্রকৃতিতে বস্তু হতে পারে না কারণ এতে আচরণের অভাব রয়েছে, তবে আমরা নিটপিক করব না)।

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

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

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

অবশ্যই, আপনি বিভিন্ন কারণে উভয় মধ্যে ডেটা সঞ্চয় করতে পারেন, তবে এটির নিজস্ব ঘাটতি রয়েছে।

— সাইমন মুনরো
সূত্র

2

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

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

— JacquesB
সূত্র

0

আমি মনে করি নিবন্ধটির মূল লাইনটি হ'ল:

"Likewise, sometimes the output will be a single object X, which is easy to represent. But sometimes the output will be a grid of aggregate data, or a single integer count"

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

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

— ইওয়ান
সূত্র