গ্রাফ ভিত্তিক ডাটাবেসগুলির ব্যবহারের ক্ষেত্রে কী কী (http://neo4j.org/)? [বন্ধ]


129

আমি রিলেশনাল ডিবি অনেক ব্যবহার করেছি এবং উপলভ্য অন্যান্য ধরণের বিষয়ে উদ্যোগ নেওয়ার সিদ্ধান্ত নিয়েছি।

এই নির্দিষ্ট পণ্যটি দেখতে ভাল এবং প্রতিশ্রুতিবদ্ধ: http://neo4j.org/

গ্রাফ ভিত্তিক ডাটাবেস কেউ ব্যবহার করেছেন? একটি ব্যবহারযোগ্যতা প্রাকটিপিক থেকে কি ভাল এবং কনস আছে?

আপনি কি কোনও পরিবেশ পরিবেশে এগুলি ব্যবহার করেছেন? কী প্রয়োজন ছিল যা আপনাকে সেগুলি ব্যবহার করতে অনুরোধ করেছিল?


নিও 4 জনের আজ আন্তর্জাতিক সংস্থাগুলিতে বিভিন্ন ব্যবহার রয়েছে। নিও টেকনোলজির এগুলির প্রতিটি ব্যবহার বিশ্লেষণ করে বেশ কয়েকটি শ্বেত পত্র রয়েছে: ১. জালিয়াতি সনাক্তকরণ ২ রিয়েল-টাইম সুপারিশ এবং সোশ্যাল নেটওয়ার্ক ৩. ডেটা সেন্টার ম্যানেজমেন্ট আরও বিশদ: বিবিভাওপেন ৪ ইউ
চিরাগ মালিওয়াল

উত্তর:


187

আমি আগের কাজটিতে একটি গ্রাফ ডাটাবেস ব্যবহার করেছি। আমরা নিও 4 জে ব্যবহার করছিলাম না, এটি বার্কলে ডিবি এর উপরে নির্মিত একটি অভ্যন্তরীণ জিনিস ছিল, তবে এটি একই রকম ছিল। এটি উত্পাদনে ব্যবহৃত হয়েছিল (এটি এখনও রয়েছে)।

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

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

একটি অদ্ভুত ডাটাবেস থাকা আমাদের আমাদের প্রচুর অদ্ভুত প্রযুক্তি তৈরি করতে দিন, আমাদের প্রতিযোগীদের মধ্যে থেকে আমাদের পণ্যকে আলাদা করতে আমাদের প্রচুর সিক্রেট-সস দেয়।

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

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

আপনি যদি এন্টারপ্রাইজ গ্রাহকদের জন্য একটি পণ্য তৈরি করে থাকেন এবং আপনার ডেটা আপেক্ষিক মডেলটির সাথে ফিট করে তবে আপনি যদি পারেন তবে একটি রিলেশনাল ডাটাবেস ব্যবহার করুন। যদি আপনার অ্যাপ্লিকেশনটি আপেক্ষিক মডেলটিকে ফিট করে না তবে এটি গ্রাফের মডেলটির সাথে ফিট করে না, একটি গ্রাফ ডাটাবেস ব্যবহার করুন। যদি এটি কেবল অন্য কিছু ফিট করে তবে এটি ব্যবহার করুন।

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

আপনি যা যা বেছে নিয়েছেন, ডাটাবেস ইঞ্জিনটি নিজেই তৈরি না করার চেষ্টা করুন যদি না আপনি সত্যিই ডাটাবেস ইঞ্জিনগুলি তৈরি করতে পছন্দ করেন।


66
দুর্দান্ত উত্তর, এবং +1 এর জন্য "আপনি যদি ডাটাবেস ইঞ্জিনগুলি নির্মাণ করতে পছন্দ না করেন তবে নিজেই ডাটাবেস ইঞ্জিনটি তৈরি না করার চেষ্টা করুন", রটফ্ল
মাইচা চ্যানিউস্কি

32

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

আপনি যদি ইতিমধ্যে জাভাতে কাজ করে থাকেন তবে আমি মনে করি যে নিও 4 জ ব্যবহার করে মডেলিংটি খুব সোজা এগিয়ে রয়েছে এবং এটির যে কোনও সমাধানের চেষ্টা করে আর / ডাব্লুয়ের জন্য এটি সবচেয়ে স্বচ্ছ / দ্রুততম পারফরম্যান্স রয়েছে।

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

বলা হচ্ছে, আমরা মাইএসকিউএলে কিছু তথ্য সঞ্চয় করি কারণ ব্যবসায় পক্ষের পক্ষে দ্রুত এসকিউএল অনুসন্ধান চালানো সহজ easier নিওর সাথে একই ক্রিয়াকলাপ সম্পাদন করার জন্য আমাদের কোডটি লিখতে হবে যে এখনই ব্যান্ডউইথ আমাদের কাছে নেই th যত তাড়াতাড়ি আমরা যদিও করি, আমি সেই সমস্ত ডেটা নিওতে সরিয়ে নিচ্ছি!

শুভকামনা।


1
আপনি কি আমাকে বলতে পারেন যে আপনি মাইএসকিউএলে কোন ধরণের তথ্য সঞ্চয় করেন? আমি একটি নতুন সম্প্রদায় তৈরি করতে যাচ্ছি, আমি কি "নিয়মিত" সমস্ত ব্যবহারের মতো ব্যবহারকারীর নাম, পাসওয়ার্ড, প্রথম এবং শেষ নাম এবং তাই নব্য 4 জে সংরক্ষণ করতে পারি বা এটি কি সত্যিই উপযুক্ত নয়? : ও
মুকিতো

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

1
আপনি যদি নেট / মাইক্রোসফ্ট স্ট্যাকের মধ্যে কাজ করছেন, নিও 4 জে সিএলিয়েন্ট ভাল কাজ করে।
ম্যানুয়েল হার্নান্দেজ

23

দুটি বিন্দু:

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

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

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

এই বাক্যটি মুদ্রার জন্য, কোনও সিলভার বুলেট নেই। গ্রাফ ডাটাবেস মডেলগুলির মেয়াদ শেষ হয়ে গেছে এবং এটির ব্যবহারের জন্য 40 বছরের অগ্রগতি ছেড়ে যায় তা বলা খুব সংক্ষিপ্ত দৃষ্টিতে এটি জাভা এবং সি # এর মতো জিনিস পাওয়ার জন্য আমরা যে প্রযুক্তিগত অগ্রগতি পেরিয়েছি তা সি ব্যবহার করে বলার মতো। যদিও এটি সত্য নয়। সি একটি সরঞ্জাম যা নির্দিষ্ট কাজের জন্য প্রয়োজন। এবং জাভা অন্যান্য কাজের জন্য একটি সরঞ্জাম।


15

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

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

যেহেতু কোডে থাকা অবজেক্ট মডেলটি সাধারণত একটি গ্রাফ কাঠামো হয় তাই ডাটাবেস থেকে ম্যাপিংও সহজ, কম কোড এবং ফলস্বরূপ কম বাগ সহ।

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

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


1
গ্রাফিক ডিবি ব্যবহারের জন্য আমার এখন পর্যন্ত কোনও ব্যবসায়ের প্রয়োজন নেই। এটি হতে পারে কারণ আমি আরডিবিএমএস ব্যতীত অন্য কোনও বিষয় মনে করি না। এটি সম্ভবত হতে পারে যে বেশিরভাগ সময় আমি বৃত্তাকার গর্তে স্কয়ার পেগ চেষ্টা করছিলাম। গ্রাফ ভিত্তিক ডিবি আমার জন্য সম্পূর্ণ নতুন উদ্ভাবনীয় I এই পুরো কথোপকথনটি আমাকে একটি নতুন পূর্বরূপ দিচ্ছে। গ্রাফ ভিত্তিক ডিবি ব্যবহার করছে এমন কোনও অ্যাপ্লিকেশন রেফারেন্স যা আমি জিনিসগুলিতে কাজ করতে পারি!
খানঘরথ

4

আমি আমার সংস্থায় একটি ইন্ট্রানেট তৈরি করছি।

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

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

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

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

দ্বিতীয় সমস্যাটি হ'ল যখন একটি সাধারণ উপাদান একাধিক সাব-স্পেসেবল ব্যবহার করা হয় তখন একটি এক্সেল স্প্রেডশিট একটি শ্রেণিবিন্যাসের বিওএমকে উপস্থাপন করতে সফল হয়। এর অর্থ, যদি কেউ প্রজ্বলন সাবসোপাবলেনে P34 রিলে সম্পর্কে একটি নোট লিখেন, একই মন্তব্যটি মোটর ড্রাইভারের উপবাসে ব্যবহৃত পি 34 রিলে যুক্ত থাকতে হবে। এটি এক্সেল স্প্রেডশীটে ঘটবে না।

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

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

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


@ পল বক: আমি মনে করি নিও 4 জে ব্যবহার করে এই ধরণের সমস্যা সমাধান করা সত্যিই খুব ভাল হবে। : আপনি মেইলিং লিস্ট আমি নিশ্চিত যোগদানের আপনি সম্প্রদায় থেকে ইনপুট অনেক পেতে পারেন neo4j.org/community/list
nawroth

2
কোনও রিলেশনাল ডাটাবেসে এটি কীভাবে করা যায় তা আমি দেখছি না। আমি কিছু অনুপস্থিত করছি?
অ্যান্ড্রু হ্যারি

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

4

এখানে একটি ভাল নিবন্ধ যা অপেক্ষাকৃত ডেটাবেসগুলি পূরণ করে এমন প্রয়োজনীয়তার বিষয়ে কথা বলে: http://www.readwriteweb.com/enterprise/2009/02/is-the-relational-database-doomed.php

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


3

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

দ্রষ্টব্য: আমি নিও 4 জে দলের অংশ

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