সারণীর নামকরণের দ্বিধা: একক বনাম বহুবচনের নাম [বন্ধ]


1466

একাডেমিয়ার এটি রয়েছে যে টেবিলের নামগুলি সেই সত্তার একক হওয়া উচিত যা তারা বৈশিষ্ট্যগুলি সংরক্ষণ করে।

আমি এমন কোনও টি-এসকিউএল অপছন্দ করি যার জন্য নামের চারপাশে বর্গাকার বন্ধনী প্রয়োজন, তবে আমি Usersটেবিলটি ব্যবহার করে অনন্তর বন্ধনী ব্যবহার করে শাস্তি দিয়ে এককথায় একটি টেবিলটির নামকরণ করেছি।

আমার অন্ত্র অনুভূতিটি হ'ল এককালের সাথে থাকার জন্য এটি আরও সঠিক, তবে আমার অন্ত্র অনুভূতিটি হ'ল বন্ধনীগুলি অনাকাঙ্ক্ষাকে ইঙ্গিত দেয় যেমন কলামের নামগুলি যেমন ফাঁকা স্থানগুলি সহ ইত্যাদি etc.

আমি থাকবো না চলে যাবো?


পূর্ববর্তী ডেটাবেস টেবিলগুলির নাম, বহুবচন বা একবচন , তবে এটি আরও মনোযোগ পেয়েছে।
outis

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

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

1
আপনি যে ইকোসিস্টেমটিতে কাজ করছেন তার প্রচলিত অনুশীলনের জন্য আমি যাব example উদাহরণস্বরূপ: নোড.জেসগুলিতে বুকশেলফ.জেস বা আপত্তি.জেসের মতো ওআরএম প্রধানত "কেনেক্স.জেএস" এর উপর ভিত্তি করে। এবং "Knex.js" ডকুমেন্টেশনে আপনি বহুবচনতে সারণির নামগুলি পাবেন। সুতরাং আমি যে ডোমেইনে বহুবচন জন্য যেতে হবে। সূত্র: knexjs.org/# স্কেমা- ক্রিয়েট টেবিল
বেনি

2
হ্যা আমি রাজি. এটি ব্যবহারকারীর একটি সারণী রয়েছে এবং একই সাথে এটিকে "অ্যাপ্লুউজার" হিসাবে আখ্যায়িত করে তোলে এটি একটি নির্দিষ্ট ধরণের ব্যবহারকারীর জন্য প্রযোজ্য বিধিগুলির একটি টেবিল থাকা এবং এটি "ইউজার রুলস" কল করতেও বোধ করে
অরিন্দম

উত্তর:


243

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


7
আমি রাজী. কোনও কীওয়ার্ড ব্যবহার এড়াতে orgUser, AppUser, যে কোনও কিছু।
মাইকডাব্লু

7
-1। সারণী ব্যবহারকারীরা (এবং দেশসমূহ, ভাষা) একযোগে কয়েকটি অ্যাপ্লিকেশনে ব্যবহার করতে পারেন।
ওজেড

129
স্কিমার নাম যুক্ত করে কি সমস্ত বিভ্রান্তি দূর হবে না? AppName1.User, AppName2.User?
জো

7
আমি টেবিলের উপসর্গের সাথে একমত নই - এটি সম্ভবত স্কিমা হওয়া উচিত? - তবে আমি একটি "আরও বর্ণনামূলক নাম" এর সাথে সম্মত। এমনকি পুরো অ্যাপ্লিকেশন বিতর্কে প্রবেশ না করেই "অ্যাপ্লিকেশন" এর মতো সহজ কিছু যথেষ্ট হবে।

7
এই গৃহীত উত্তরটি আরও বেশি পার্শ্ব-মন্তব্য এবং প্রশ্নের উত্তর দেয় না।
উইলিয়ামি

1822

আমার একই প্রশ্ন ছিল এবং এখানে সমস্ত উত্তর পড়ার পরে আমি অবশ্যই সিঙ্গুলারের সাথে রয়েছি, কারণগুলি:

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

কারণ 2 । (কনভেনিয়েন্স)। বহুবচনগুলির চেয়ে একক নাম দিয়ে আরও সহজেই আসা সম্ভব। অবজেক্টগুলিতে অনিয়মিত বহুবচন থাকতে পারে বা এগুলি বহুবচন নয়, তবে সর্বদা একটি একবাক্য (নিউজের মতো কয়েকটি ব্যতিক্রম সহ) থাকবে।

  • ক্রেতা
  • ক্রম
  • ব্যবহারকারী
  • অবস্থা
  • খবর

কারণ 3 । (নান্দনিক এবং আদেশ) বিশেষত মাস্টার-বিশদ দৃশ্যে, এটি আরও ভাল পড়ে, নাম অনুসারে আরও ভাল সাজায় এবং আরও যৌক্তিক ক্রম থাকে (মাস্টার প্রথম, বিশদ দ্বিতীয়):

  • 1.Order
  • 2.OrderDetail

তুলনা করা:

  • 1.OrderDetails
  • 2.Orders

কারণ 4 (সরলতা)। সব মিলিয়ে টেবিলের নাম, প্রাথমিক কী, সম্পর্ক, সত্তা শ্রেণি ... দুটি (একবচন শ্রেণি, বহুবচন টেবিল, একক ক্ষেত্র, একবচন-বহুবস্তু মাস্টার-বিশদ .. এর পরিবর্তে কেবলমাত্র একটি নাম (একবচন)) সম্পর্কে সচেতন হওয়া ভাল .. ।)

  • Customer
  • Customer.CustomerID
  • CustomerAddress
  • public Class Customer {...}
  • SELECT FROM Customer WHERE CustomerID = 100

আপনি যখন জানতে পারবেন যে আপনি "গ্রাহক" এর সাথে লেনদেন করছেন, আপনি নিশ্চিত হতে পারেন যে আপনি আপনার সমস্ত ডাটাবেস ইন্টারঅ্যাকশন প্রয়োজনীয়তার জন্য একই শব্দটি ব্যবহার করবেন।

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

কারণ 6 । (কেন না?). এমনকি এটি আপনার লেখার সময় বাঁচাতে, ডিস্কের স্থান বাঁচাতে এবং এমনকি আপনার কম্পিউটারের কীবোর্ডকে আরও দীর্ঘস্থায়ী করতে পারে!

  • SELECT Customer.CustomerName FROM Customer WHERE Customer.CustomerID = 100
  • SELECT Customers.CustomerName FROM Customers WHERE Customers.CustomerID = 100

আপনি 3 টি অক্ষর, 3 বাইট, 3 অতিরিক্ত কীবোর্ড হিট :) সংরক্ষণ করেছেন

এবং পরিশেষে, আপনি সংরক্ষিত নামগুলির সাথে জড়িতদের নামগুলি যেমন:

  • ব্যবহারকারী> লগইন ব্যবহারকারী, অ্যাপ্লিকেশন, সিস্টেম ব্যবহারকারী, সিএমএস ব্যবহারকারী, ...

অথবা কুখ্যাত স্কয়ার বন্ধনী ব্যবহার করুন [ব্যবহারকারী]


622
আমি বাজি ধরব যদি আপনি কোনও সোক ড্রয়ারে একটি লেবেল রাখেন তবে আপনি এটি "মোজা" বলবেন।
ক্রিস ওয়ার্ড

73
Definetelly। এমন একটি স্ট্যান্ডার্ড পাওয়া মুশকিল যা সকলের এবং সবার জন্য কাজ করে, গুরুত্বপূর্ণ এটি আপনার পক্ষে কাজ করে। এটি আমার পক্ষে কাজ করে এবং আমি এখানে কেন তা ব্যাখ্যা করেছি, তবে এটি আমার পক্ষে এবং এটি আমি খুব সুবিধাজনক বলে মনে করি।
নেস্টর

451
ক্রিস আরও বড় প্রশ্ন, কেন আপনি সক ড্রয়ারের নামকরণের সময় ডাটাবেস নামকরণ কনভেনশনগুলি অনুসরণ করবেন?
কাইল Clegg

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

298
আমার বাড়িতে "সোক" ড্রয়ার রয়েছে, "মোজা" ড্রয়ার নয়। যদি এটি একটি ডেটাবেস হত তবে আমি এটিকে "সক" টেবিল বলব।
jlembke

260

আপনি যদি অবজেক্ট রিলেশনাল ম্যাপিং সরঞ্জামগুলি ব্যবহার করেন বা ভবিষ্যতে ইচ্ছা করে আমি সিঙ্গুলার প্রস্তাব করি ।

এলএলবিএলজেনের মতো কিছু সরঞ্জাম স্বয়ংক্রিয়ভাবে টেবিলের নাম পরিবর্তন না করে ব্যবহারকারীদের মতো ব্যবহারকারীদের মতো বহুবচন নামগুলি সংশোধন করতে পারে। কেন এই ব্যাপার? কারণ এটি ম্যাপ করা হলে আপনি এটি ব্যবহারকারীর পরিবর্তে ব্যবহারকারীর নাম হিসাবে দেখাতে চান N নামটি বা আমার পুরানো ডাটাবেসগুলির কিছু থেকে খারাপ যা tblUser.strName নামকরণ করে যা কোডে কেবল বিভ্রান্তিকর।

আমার থাম্বের নতুন নিয়মটি বিচার করা হল এটি একবারে কোনও বস্তুতে রূপান্তরিত হলে এটি কেমন দেখায়।

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


48
আমি ভোট দিয়েছি এবং আমি আপনাকে বলব কেন, কারণ আমি একমত নই। এটি খুব স্বাভাবিকভাবেই ORM ম্যাপিং সম্পর্কে। প্রতিটি ওআরএম সরঞ্জাম যা আমি কখনও ব্যবহার করেছি তা সত্তার নাম থেকে আলাদা হয়ে গেলে কোনও সত্তার জন্য ব্যবহৃত টেবিলের নাম নির্দিষ্ট করে তা সমর্থন করে। এটি গুরুত্বপূর্ণ কারণ আমরা সম্পর্কিত ডেটাবেসগুলিতে মানচিত্রের পুরো কারণটি হ'ল আমরা সহজেই আমাদের বস্তুর মডেলের চেয়ে বিভিন্ন আকারের সাথে অ্যাড-হক অনুসন্ধান এবং প্রতিবেদন তৈরি করতে পারি। অন্যথায় আমরা সবাই এখন অবধি অবজেক্ট / ডকুমেন্ট ডাটাবেস ব্যবহার করব।
joshperry

25
ওআরএম-এ তারা যে মানচিত্রের মানচিত্র তৈরি করে সেগুলির নাম নির্ধারণ করা উচিত নয়। ওআরএম এর পয়েন্ট হ'ল বস্তুর বিমূর্ততা, এই নমনীয়তাটিকে মঞ্জুর করে।
ব্যারিপিকারটি

19
আমার বিশ্বে আমি এই প্রকল্পটির শেষ আছে কি না তা ভেবে সময় নষ্ট না করার জন্য পুরো প্রকল্প জুড়ে সামঞ্জস্যপূর্ণ নাম ব্যবহার করার চেষ্টা করি। সত্য যে একটি ORM করতে নামান্তর ও স্বাধীন স্বল্পতা হতে মানে এমনটি আপনার সহকর্মী ডেভেলপারদের সহায়তা করছে।
জন নিকোলাস

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

1
@barrypicker। বহু নাম কেবল ORM কোডে বোবা দেখায় না। এসকিউএল-তেও বহুবচনগুলি দেখতে খারাপ লাগে, বিশেষত কোনও অনন্য বৈশিষ্ট্যের উল্লেখ করার সময়। ব্যবহারকারীদের কাছ থেকে নির্বাচিত ইউজারআরআইডি লেখা নেই কে? অথবা সম্ভবত ... ব্যবহারকারীদের থেকে বামে আইটেমি.উসার_আইডি = ইউজার.আইডিতে যোগ দিন ...?
স্যামুয়েল ড্যানিয়েলসন

219

আমি অনির্বাচিত বিশেষ্যটি ব্যবহার করতে পছন্দ করি , যা ইংরেজিতে একক হয়ে যায়।

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

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

নির্বাচিত বিশেষ্য ব্যবহার করা সহজ, যৌক্তিক, নিয়মিত এবং ভাষা-স্বাধীন and


37
সম্ভবত আমি এই বিষয়টিতে সবচেয়ে যুক্তিযুক্ত যুক্তিই দেখেছি এবং আমাকে আনন্দিত করে আমি লাতিনের জন্য এই সময়টি কাটিয়েছি। অবশ্যই +1।

52
ভাল আমার স্পষ্টভাবে আমার শব্দভাণ্ডার গোছানো প্রয়োজন।
টিজে বিডল

19
+1 দেখুন, এই ধরণের উত্তরগুলির জন্য ইন্টারনেটের আরও বেশি প্রয়োজন। নিখুঁত যুক্তি সম্পাদন করতে সমৃদ্ধ শব্দভাণ্ডার ব্যবহার করে অনবদ্য প্রমাণ।
OCDev

8
আমি পরের বার লাতিনে প্রোগ্রামিং করছি এর নোট নেব। এর মধ্যে ব্যবহারকারীরা ব্যবহারকারীর টেবিলে এবং গ্রাহকরা গ্রাহকদের সারণিতে যাবে।
কল্টর

8
বিশ্বাসী - এটি নিরবিচ্ছিন্ন lected মজার বিষয় এই যে এতক্ষণ পরেও, "একবচন" এবং "বহুবচন" এর জনপ্রিয় পছন্দগুলি উভয়ই ভুল!
স্টুয়ার্ট

126

কোন সম্মেলনে টেবিলগুলির একক নাম থাকা দরকার? আমি সবসময় ভাবতাম এটি বহুবচন নাম names

একটি ব্যবহারকারীর সারণিতে যুক্ত করা হয়।

এই সাইটটি সম্মত:
http://vyaskn.tripod.com/object_naming.htm# টেবিল

এই সাইটটি একমত নয় (তবে আমি এর সাথে একমত নই):
http://justinsomnia.org/writings/naming_conventions.html


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


46
টেবিলগুলিতে সেট তত্ত্ব প্রয়োগ করার সময়, সেটের কোনও উদাহরণ সেটের প্রতিনিধিত্ব করে, তাই অ্যাপল একটি অ্যাপল সেট, এটি সেটে কতগুলি আপেল রয়েছে তা অজ্ঞেয়বাদী - এটি অনেকগুলি উদাহরণ সহ একটি অ্যাপল। এতে অনেকগুলি আপেল থাকা অবস্থায় আপেলের একটি 'ব্যাগ' 'ব্যাগ' হয়ে ওঠে না।
অধ্যাপক

89
আপনার ভিতরে 5 টি আপেলযুক্ত ব্যাগ থাকলে কী হবে? আপনি এটিকে আপেলের ব্যাগ বলছেন? বা আপেল একটি ব্যাগ?
ক্রিস্টোফার মহান

26
আমি মনে করি তত্ত্বটি হবে সেটটির নাম অ্যাপল রাখা হয়েছে is একক একক আপেল এখনও "আপেলের একটি সেট" - যদিও এটি একক উদাহরণ সহ একটি সেট। একাধিক আপেলও একটি "অ্যাপলের সেট"।
মার্ক ব্রাকেট

26
ক্রিস্টোফার, যদি ব্যাগের রেসন ডি'ত্রে আপেল এবং কেবলমাত্র আপেল ধরে রাখা হয় তবে এটি একটি "আপেল ব্যাগ", এতে 1 টি আপেল, 100 টি আপেল বা কোনও আপেল নেই তা নির্বিশেষে is
ইয়ান ম্যাকিনন 19

14
@ আয়ান: এটি কারণ একটি টেবিলটি জেনেরিক এবং একটি শিপিং ধারকের সাথে তুলনা করা যায় (অ্যাপল ক্রেট থেকে শুরু করে হারলে ডেভিডসন মোটরসাইকেলের ক্রেট পর্যন্ত প্রায় কোনও কিছু থাকতে পারে)। আপনি বলছেন: কমলাগুলির একটি পণ্যসম্ভার ধারক, কমলা পণ্যবাহী ধারক নয়। আপনি বলেছেন: গাড়ির যন্ত্রাংশের একটি পণ্যবাহী ধারক, কোনও গাড়ির যন্ত্রাংশ কার্গো ধারক নয়। আপনি যদি কোনও কাস্টম ডেটা কাঠামো তৈরি করে থাকেন যা কেবলমাত্র নির্দিষ্ট ধরণের ডেটা যেমন আপেলের নাম রাখা থাকে এবং আপনি এটির নাম রেখেছিলেন "কুঙ্গাবোগো", তবে আপনার কাছে একটি আপেল কুঙ্গাবোকো থাকতে পারে। আমি জানি আপনার চিন্তাভাবনা কী, তবে প্রথমে বলের থলিটি নিয়ে ভাবুন এবং অর্থের পার্থক্যটি বুঝতে পারেন।
ক্রিস্টোফার মাহান 8-10

79

এটি সাধারণ উদাহরণ হিসাবে কীভাবে:

SELECT Customer.Name, Customer.Address FROM Customer WHERE Customer.Name > "def"

বনাম

SELECT Customers.Name, Customers.Address FROM Customers WHERE Customers.Name > "def"

পরবর্তীকালের এসকিউএলটি পূর্বের চেয়ে অপরিচিত শোনানো।

আমি একক জন্য ভোট ।


49
উদাহরণস্বরূপ, হ্যাঁ, তবে ব্যবহারিক স্কয়ারে এটি কখনও সেভাবে লেখা হবে না। আপনার কাছে কোনও টেবিলের নাম ছিল তাই এটি আরও ভালো লাগবেSELECT C.Name, C.Address FROM Customers WHERE Customers.Name > 'def'
মাইকেল হরেন

+1, (এক বছর পরে) আপনি কীভাবে একক শব্দটি বোধগম্য হয় তার উপর আপনি একটি TERRIFIC উদাহরণ দিয়েছিলেন। এটি কিছুটা ধর্মীয় বিতর্ক। আমি বেশ কয়েক বছর আগে আমার এক সিনিয়র ডেটা আর্কিটেক্টের দ্বারা একবিন্দুতে পরিণত হয়েছিলাম এবং এটি আমার কাছে সঠিক মনে হয়েছিল (আমাকে স্যুইচ করার জন্য অনেক দৃinc় বিশ্বাসের প্রয়োজন পরে)।
ক্রিস আদ্রগনা

24
আমি মনে করি যে এসকিএল আরও ভাল বহুবচন বলে মনে হচ্ছে। প্রতিটি কলামের জন্য আপনার টেবিলের নাম থাকবে না, কেন আপনি এত বেশি টাইপ করতে পছন্দ করেন। নাম নির্বাচন করুন, গ্রাহকদের কাছ থেকে ঠিকানা যেখানে নাম> "ডিফ" আপনি গ্রাহকদের পুল থেকে নির্বাচন করছেন যেখানে নামটি আরও বেশি পরে ডিএফ হয়।
জ্যামিগেস

6
যে কোনও সমস্যাটি পেতে একটি উপাধি / এএস ব্যবহার করবেন কীভাবে? গ্রাহক হিসাবে নাম গ্রাহক হিসাবে গ্রাহক হিসাবে অ্যাড্রেস নির্বাচন করুন যেখানে গ্রাহক নাম "" ডিফ "
জেমস হিউজেস

1
দ্বিতীয়টি আরও ভাল শোনাচ্ছে, একক শব্দগুলি এমন কেউর মতো লাগে যা ইংরেজি বলতে পারে না।
এইচএলজিইএম

61

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

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


3
আমি বিশেষত এসকিউএল বিবৃতি মন্তব্য পছন্দ করি। এখানে একক ব্যবহার করা পাঠকের কাছে স্বজ্ঞাত বোধ করে না।
hochl

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

1
একটি সারণী রেকর্ডের সংগ্রহ নয়; একটি টেবিল হল একটি রেকর্ড দেখতে কেমন তার একটি সংজ্ঞা। এটি বহুবচন / একক লোকের কাছে সংযোগ বিচ্ছিন্ন।
ধনী রিমার

আমি এসকিউএল বিবৃতি মন্তব্য সাথে একমত নই। আপনি কি Users.Id বিরুদ্ধে যোগ দিতে চান যদি
hashtable

1
একটি পুরানো_পালিতে অনেকগুলি বিড়াল রয়েছে বা ওল্ড_ল্ডিতে বিড়াল রয়েছে। আমি মনে করি ERDs বহুগুণ হিসাবে ভাল পড়া। এবং সত্তার সারণী, টেবিলগুলির অনেক সত্ত্বা রয়েছে তাই আমি আবার ভাবি বহুবচনগুলি সুন্দর বলে মনে হয়।
ব্যবহারকারী3121518

39

আমি টেবিলের নাম এবং যেকোন প্রোগ্রামিং সত্তার জন্য একবচন দিয়ে আছি ।

কারন? আসলে মত ইংরেজিতে অনিয়মিত বহুবচন গুলো আছে মাউস ⇒ মাউস এবং ভেড়া ⇒ ভেড়া । তারপরে, যদি আমার কোনও সংগ্রহ প্রয়োজন , আমি কেবল মাউস বা ভেড়া ব্যবহার করি এবং এগিয়ে যাই move

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

সুতরাং, আমার নিয়মটি হ'ল: সমস্ত কিছু একবচন, প্রতিটি সামগ্রীর সংকলনগুলি এস সংযুক্ত করে একক । ওআরএম এর সাথেও সহায়তা করে।


7
একটি 'গুলি' দিয়ে শেষ হওয়া কোনও শব্দের কী হবে? আপনার যদি 'নিউজ' নামে একটি টেবিল থাকে (কেবল উদাহরণ হিসাবে), আপনি কী সংবাদ সংকলন বলবেন? Newss? নাকি আপনি টেবিলে 'নতুন' ডাকবেন?
অ্যান্টনি

18
আমি টেবিলটি নিউজ আইটেম এবং একটি সংগ্রহ নিউজ আইটেমগুলিতে কল করব।
অ্যাশ মেশিন

5
আপনার যদি সমস্ত কোড বানান-পরীক্ষা করতে হয় বা অন্যথায় এটি সংকলন করে না;)?
হামিশ গ্রুবিজন

2
ওআরএম-এ তারা যে মানচিত্রের মানচিত্র তৈরি করে সেগুলির নাম নির্ধারণ করা উচিত নয়। ওআরএম এর পয়েন্ট হ'ল বস্তুর বিমূর্ততা, এই নমনীয়তাটিকে মঞ্জুর করে।
ব্যারিপিকার

16
@ হামিশগ্রিবিজান তারপর আপনার কোড লিখতে ওয়ার্ড ব্যবহার বন্ধ করুন! ;)
ভ্যালেন্টিনো ভ্রানকেন

36

আইএমএইচও, টেবিলের নামগুলি গ্রাহকদের মতো বহুবচন হওয়া উচিত ।

ক্লাসের নামগুলি গ্রাহকের মতো একক হওয়া উচিত যদি এটি গ্রাহকদের সারণীতে একটি সারিতে মানচিত্র করে ।


32

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

আমার মূল যুক্তিটি হ'ল আমি টেবিলগুলিকে সেট হিসাবে মনে করি না বরং সম্পর্ক হিসাবে ভাবি।

সুতরাং, AppUserসম্পর্কটি কোন সত্তা তা বলে AppUsers

AppUserGroupসম্পর্ক আমাকে বলে যা সত্তাAppUserGroups

AppUser_AppUserGroupসম্পর্ক আমাকে বলে কিভাবে AppUsersএবং AppUserGroupsসম্পর্কিত হয়।

AppUserGroup_AppUserGroupসম্পর্ক আমাকে বলে কিভাবে AppUserGroupsএবং AppUserGroupsসম্পর্কিত হয় (গ্রুপ অর্থাত গ্রুপ সদস্য)।

অন্য কথায়, আমি যখন সত্ত্বা সম্পর্কে এবং কীভাবে সম্পর্কিত সেগুলি সম্পর্কে আমি একক ক্ষেত্রে সম্পর্কের কথা চিন্তা করি তবে অবশ্যই আমি যখন সংগ্রহ বা সেটগুলিতে সত্ত্বার কথা চিন্তা করি তখন সংগ্রহগুলি বা সেটগুলি বহুবচন হয়।

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

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


1
ঠিক। মূল জিনিসটি যা এখানে অনেকে সচেতন নয় তারা হ'ল তারা কী নাম রাখছে ... আপনি কোনও সম্পর্কের নাম দিচ্ছেন (টেবিলের একক রেকর্ড), সারণীতে রেকর্ডের সেট নয়।
আলেকজান্দার মার্টিনি 16

3
আরও দ্বিমত করতে পারেনি। নামগুলি 'জে%' 'এর মতো ব্যবহারকারীদের থেকে' নির্বাচন করুন 'কারণ আমি' জে 'দিয়ে শুরু হওয়া সমস্ত ব্যবহারকারীকে নির্বাচন করছি। যদি আপনার যুক্তি যদি আপনি '... যেখানে ব্যবহারকারী.নাম পছন্দ করেন ...' লিখতে চান তবে কেবল একটি উপনাম ব্যবহার করুন। একই কারণে আমি বলছি 'সমস্ত উপলব্ধ মোজা থেকে আমাকে একটি জুড়ি দিন' '
মার্ক এ। ডোনোহো

আমি যদি সেই বিশেষ হয়ে থাকি তবে আমার টেবিলের নাম সোক_ পেয়ার হবে
ম্যানুয়েল হার্নান্দেজ

পুনঃটুইট কিছু লোকের মতো যারা টেবিলে "সম্পর্ক" একটি একক রেকর্ড কল করে
নুনো আন্দ্রে

31

আমি বহুবচন এবং পূর্বোক্ত ব্যবহারকারীদের দ্বিধা নিয়েও যাব , আমরা বর্গক্ষেত্র বন্ধনীর পদ্ধতি গ্রহণ করব।

আমরা অন্তর্নিহিত বুঝতে যে সঙ্গে, এই উভয় ডাটাবেসের স্থাপত্য এবং আবেদন স্থাপত্য মধ্যে একরূপতা প্রদান না ব্যবহারকারীরা টেবিল একটি সংগ্রহ ব্যবহারকারী মান একটি যতটা ব্যবহারকারীরা একটি কোড হস্তনির্মিত বস্তু মধ্যে সংগ্রহে একটি সংগ্রহ ব্যবহারকারী বস্তু।

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


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

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

1
স্মরণ যে একবচন দ্বারা companiesহয় company, এবং এই আইডি একটি একবচন আইটেমে একটি রেফারেন্স হয়। এটি আমাদের ইংলিশে বিরক্ত করার চেয়ে কোডে আর বিরক্ত করা উচিত নয়।
ডেভিড

22

আমি ব্যক্তিগতভাবে একটি সেট উপস্থাপন করতে বহুবচনের নাম ব্যবহার করতে পছন্দ করি, এটি আমার সম্পর্কের মনের চেয়ে কেবল "শোনাচ্ছে"।

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

এই থ্রেডে সমস্ত যুক্তি পড়ার পরে আমি একটি সিদ্ধান্তে পৌঁছেছি:

আমি মধু সহ আমার প্যানকেকগুলি পছন্দ করি, সবার পছন্দের স্বাদ যাই হোক না কেন। তবে আমি যদি অন্য লোকের জন্য রান্না করছি তবে আমি তাদের পছন্দ মতো কিছু পরিবেশন করার চেষ্টা করব।


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

16

একক. আমি এমন একটি অ্যারে কল করব যা ব্যবহারকারীর সারির উপস্থাপনা অবজেক্টগুলির 'গুগল' রয়েছে, তবে টেবিলটি 'ব্যবহারকারীর টেবিল'। এতে থাকা সারিগুলির সেট ব্যতীত টেবিলের ভাবনা ভুল, আইএমও; টেবিলটি হ'ল মেটাডেটা এবং সারিগুলির সেটটি শ্রেণিবদ্ধভাবে টেবিলের সাথে সংযুক্ত থাকে, এটি টেবিলটি নিজেই নয়।

আমি অবশ্যই সব সময় ওআরএম ব্যবহার করি এবং এটি বহু টেবিলের নামের সাথে লেখা ওআরএম কোডটিকে বোকা দেখাতে সহায়তা করে।


প্রতিটি তার নিজের জন্য, আমি অনুমান। একটি রিলেশনাল ডাটাবেস টেবিলটি একটি শিরোনামকে সংজ্ঞায়িত করে (অর্থাত্ মেটাডেটাগুলির নাম উল্লেখ করে) এবং শিরোনামের সাথে মেলে টুপলের একটি সেট। আপনি মেটাডেটাতে ফোকাস করতে পারেন, অন্যদিকে ভাবেন টিপলগুলিতে ফোকাস। :-)
বিল কারভিন

আরে, ব্যবহারকারীর নামটি আমার পছন্দ মতো একটি নাম! :)
ক্যামিলো মার্টিন

3
ওআরএম-এ তারা যে মানচিত্রের মানচিত্র তৈরি করে সেগুলির নাম নির্ধারণ করা উচিত নয়। ওআরএম এর পয়েন্ট হ'ল বস্তুর বিমূর্ততা, এই নমনীয়তাটিকে মঞ্জুর করে।
ব্যারিপিকার

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

@Jason: দয়া করে তুলনা এবং পথ এসব পড়তে বিপরীতে: 1) $db->user->row(27), $db->product->rows->where(something) 2) $db->users->row(27), $db->products->rows->where(something)
বিশৃঙ্খলা

16

বহুসময় সারণির নাম ব্যবহার করা আমি জনপ্রিয় কনভেনশন বলে ভেবেছি। এই বিন্দু অবধি আমি সর্বদা বহুবচন ব্যবহার করেছি।

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

গাড়ির একটি টেবিলের নাম গাড়ি থাকবে এবং প্রতিটি সারি একটি গাড়ি। আমি স্বীকার করব যে কোনও table.fieldউপায়ে ক্ষেত্রের সাথে সারণি নির্দিষ্ট করা সেরা অনুশীলন এবং একক টেবিলের নাম থাকা আরও পঠনযোগ্য। তবে নিম্নলিখিত দুটি উদাহরণে প্রাক্তন আরও বোধগম্য হন:

SELECT * FROM cars WHERE color='blue'
SELECT * FROM car WHERE color='blue'

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


9
এটিও আরআর-তে কনভেনশন নয়? টেবিলের বহুবচনের নাম এবং ওআরএম ক্লাসের জন্য একক? আমার ধারণা অনেক তোলে। টেবিলটিকে "গাড়ি" বলা হয় কারণ এর "গাড়ি" এর অনেকগুলি উদাহরণ রয়েছে এবং শ্রেণিকে "গাড়ি" বলা হয় কারণ এটি একটি গাড়ির একটি উদাহরণ ধরে রাখবে !!
স্যাপ

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

এটির মুখোমুখি হতে দেয়, টেবিলটি carএকটি একক গাড়ির কাঠামোর সংজ্ঞা। আপনি যদি টেবিলের কাঠামোটি দেখেন তবে এটি মূলত "আইডি আইএনটি, রঙের স্ট্রিং ইত্যাদি" ছড়িয়ে দেবে: এছাড়াও বলে যে বিদেশী কী সহ car_vendorআপনার একটি টেবিল রয়েছে (বা আপনার বহুবচন সংস্করণটির জন্য এটি হবে cars_vendor) cars_id?! কি বোকা ছিটে? এটি car_id আমাকে ভাবার দরকার নেই।
একবচনটি

4
আমি সত্যিই এই উত্তর পছন্দ! আমাকে বিস্তারিত বলতে দাও. সংগ্রহে থাকলে carএবং আপনার কাছ থেকে সবকিছু চান carযে blueফলাফলের ভালো কিছু হওয়া উচিত tire, mirror, engine। এবং তারপরে এটি বিভ্রান্তিকর হয়ে উঠছে কারণ সমস্ত ফলাফল এ partsথেকে রয়েছে car। সুতরাং সারণী নাম হওয়া উচিত carparts(অথবা car_parts, CarPartsযাই হোক না কেন আপনার মত)
arnoudhgz

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

15

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

হাস্যকরভাবে, আমি Userএকটি ব্যতিক্রম করতে পারি এবং এটি ব্যবহারকারীর (ট্রান্সাক-এসকিউএল)Users কারণেই কল করতে পারি, কারণ আমারও যদি টেবিলের আশেপাশে বন্ধনী ব্যবহার করতে পছন্দ করি না।

আমি সমস্ত আইডি কলামের নামও দিতে চাই Id, না ChickenIdবা ChickensId(বহুবচন লোকেরা এটি সম্পর্কে কী করে?)।

এই সমস্ত কারণ আমার ডাটাবেস সিস্টেমগুলির জন্য যথাযথ সম্মান নেই, আমি জাভা এর অভ্যাস এবং অলসতার মতো নামকরণের কনভেনশনগুলি থেকে কেবল একটি কৌশল-পনি জ্ঞানটি পুনরায় প্রয়োগ করছি । আমি আশা করি জটিল এসকিউএল এর জন্য আরও ভাল আইডিই সমর্থন ছিল।


8
আমাদের বহুসংখ্যক ছেলেরা হয় আপনার মতো 'আইডি' কলাম 'আইডি' বা 'একক_আইডি' নাম দেয়। আমি বিশ্বাস করি যে সারণীগুলি বহুবচন হওয়া উচিত (এগুলিগুলির মতো তাদের মনে করুন) তবে কলামের নামগুলি একক (একক উপাদানের বৈশিষ্ট্য) হওয়া উচিত।
এমপেন

টেবিলের নামের জন্য প্লু_রাল / প্লুআরাল, প্রাথমিক কীগুলির জন্য একক_আইডি / এককুলক আইডি।
hochl

14

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

SELECT [Name] FROM [dbo].[Customer] WHERE [Location] = 'WA'

এটি অতীতে আমাদের প্রাণকে রক্ষা করেছে - আমাদের কিছু ডাটাবেস সিস্টেম এসকিউএল 6.0 থেকে এসকিউএল 2005 এর মাধ্যমে 10+ বছর ধরে চলেছে - তাদের উদ্দেশ্যকৃত জীবনকাল পেরিয়ে যাওয়ার পথে।


রীতিনীতিবাদী স্ব-ফ্ল্যাগেলেশনের মতো মনে হয়। এই জাতীয় নাম ধরার ঘটনা কি এখনও ঘটেছে?
কেজেটিল এস

13

টেবিল: বহুবচন

একাধিক ব্যবহারকারী ব্যবহারকারীর টেবিলে তালিকাবদ্ধ রয়েছে।

মডেল: একবচন

ব্যবহারকারীদের সারণি থেকে একটি একক ব্যবহারকারী নির্বাচন করা যেতে পারে।

নিয়ন্ত্রক: বহুবচন

http://myapp.com/users একাধিক ব্যবহারকারীর তালিকা করবে।

যাইহোক এটি আমার গ্রহণ।


1
আমার গ্রহণের কাছাকাছি, তবে আমার এটি হ'ল একাধিক ব্যবহারকারীর টেবিলের সঞ্চয়স্থানটি ঘটনাক্রমে, এবং যে কোনও একক ব্যবহারকারীকে টেবিল দ্বারা উপস্থাপন করা হয়, বা যে সম্পর্কটি কোনও ব্যবহারকারীর সত্তাকে উপস্থাপনকারী টুপলের একটি সেট is
অধ্যাপক

আমি মনে করি আমি এটির সাথে একমত হই। আমাকে কেবল বিভ্রান্ত করে তোলে মডেলগুলি কেন একক হতে হবে? কেবলমাত্র যদি মডেলটি কোনও একক ব্যবহারকারীর সাথে সম্পর্কিত is আমি যদি সমস্ত ব্যবহারকারীকে পেতে ডিবি জিজ্ঞাসা করছিলাম তবে আমার কি মডেলটি অ্যাক্সেস করতে হবে? একক একাউন্টে সমস্ত রেকর্ড আনার অর্থ হয় না, উদাহরণস্বরূপ: $ ব্যবহারকারী-> get_all () // অর্থবোধ করে না
PM7Temp

12

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

http://www.aisintl.com/case/method.html

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


1
'টাইপ' যোগ্যতা অর্জনকারী অবজেক্টের নামগুলির প্রিফিক্সিংয়ের ক্ষতিকারক উদাহরণ!
কেনি এভিট

12

সিস্টেম tables/viewsসার্ভার নিজেই ( SYSCAT.TABLES, dbo.sysindexes, ALL_TABLES, information_schema.columns, ইত্যাদি) প্রায় সবসময় বহুবচন হয়। আমার ধারনা ধারাবাহিকতার জন্য আমি তাদের নেতৃত্বটি অনুসরণ করব।


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

1
এটি লক্ষ করা উচিত যে এটি information_schemaএসএসকিউল স্ট্যান্ডার্ড, আইএসও / আইইসি 9075-11 এর অংশ। এবং হ্যাঁ, এটি বহুবিধ সারণী / দর্শনের নাম ব্যবহার করে।
পাওলো ফ্রেইটাস

10

যদি আমরা MS SQL Server'sসিস্টেম টেবিলগুলি লক্ষ্য করি তবে মাইক্রোসফ্ট দ্বারা নির্ধারিত তাদের নামগুলি অন্তর্ভুক্ত রয়েছে plural

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

আমার মনে নেই একাডেমিয়ায়, প্রস্তাবটি একক ছিল।

উদাহরণস্বরূপ, যখন আমরা বলি:

select OrderHeader.ID FROM OrderHeader WHERE OrderHeader.Reference = 'ABC123'

সম্ভবত খ / সি প্রত্যেকে IDএকটি নির্দিষ্ট একক সারি থেকে নির্বাচিত ...?


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

দুটি জিনিস. এক, আপনি সাধারণত টেবিলের নাম ব্যবহার করবেন না এবং 'অর্ডারহাইডারস থেকে যেখানে' রেফারেন্স = 'এবিসি 123' লিখবেন কারণ আপনি 'অর্ডারহাইডার্স থেকে সমস্ত আইডি নির্বাচন করছেন যেখানে কিছু সত্য' তবে আপনি যদি কোনও কারণে টেবিলের নাম ব্যবহার করতে পারেন তবে যোগদান করুন বা যাই হোক না কেন, আপনি এর মতো একটি উপাধি ব্যবহার করবেন ... 'অর্ডারহাইডার থেকে অর্ডারহাইডার নির্বাচন করুন যেখানে অর্ডারহাইডার অর্ডারহাইডার R রেফারেন্স =' এবিসি 123 '
মার্ক এ

9

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

আপনি যদি পুরো ডাটাবেসকে মানদণ্ডিত করতে না পারেন বা কমপক্ষে সেই লক্ষ্যে কাজ করার পরিকল্পনা না করেন তবে আমার সন্দেহ হয় যে টেবিলের নামগুলি হিমশৈলের একমাত্র ডগা এবং হাতের কাজটিতে মনোনিবেশ করা, খারাপ নামকরণযুক্ত বস্তুর ব্যথা সহ্য করতে পারে আপনার সেরা আগ্রহ -

ব্যবহারিক ধারাবাহিকতা কখনও কখনও সেরা মান ... :)

my2cents ---


9

সম্ভাব্য বিকল্প:

  • সারণিটির নাম পরিবর্তন করুন ব্যবহারকারী ব্যবহারকারী
  • বন্ধনী ব্যবহার করুন
  • বহুবচন টেবিলের নাম রাখুন।

আইএমওটি বন্ধনী ব্যবহার করে প্রযুক্তিগতভাবে এটি সবচেয়ে নিরাপদ পদ্ধতি, যদিও এটি কিছুটা জটিল c আইএমও এটি একটির 6 টি, অন্যটির অর্ধ-ডজন-এবং আপনার সমাধানটি কেবল ব্যক্তিগত / দলীয় পছন্দকেই ফোটায়।


2
আমি আপনার 'উপসর্গ' ধারণাটি পছন্দ করি তবে এটিকে সিস্টেমউজার বলব।
অধ্যাপক

9

আপনি কীভাবে আপনার ধারকটিকে সংজ্ঞায়িত করেন তার উপর নির্ভর করে আমার নেওয়া শব্দার্থবিজ্ঞানের মধ্যে রয়েছে। উদাহরণস্বরূপ, একটি "আপেলের ব্যাগ" বা কেবল "আপেল" বা একটি "আপেল ব্যাগ" বা "আপেল"।

উদাহরণ: একটি "কলেজ" সারণীতে 0 বা তার বেশি কলেজ থাকতে পারে "কলেজ" এর একটি সারণীতে 0 বা তার বেশি কলেজ থাকতে পারে

a "student" table can contain 0 or more students 
a table of "students" can contain 0 or more students.

আমার উপসংহারটি হ'ল হয় ঠিকঠাক তবে আপনাকে টেবিলগুলি উল্লেখ করার সময় আপনি (বা এর সাথে যোগাযোগ করার লোকেরা) কীভাবে যোগাযোগ করতে চলেছেন তা আপনাকে নির্ধারণ করতে হবে; "কুড়াল টেবিল" বা "এক্সের সারণী"


8

অন্যরা যেমন এখানে উল্লেখ করেছে, সম্মেলনগুলি ব্যবহারের সহজলভ্যতা এবং পাঠযোগ্যতা যুক্ত করার জন্য একটি সরঞ্জাম হওয়া উচিত। বিকাশকারীদের উপর অত্যাচার করার জন্য একটি শিকল বা ক্লাব হিসাবে নয়।

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

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

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

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

কনভেনশন নির্দেশিকাগুলি নামকরণের জন্য এখানে আরও একটি ভাল লিঙ্ক: http://www.xaprb.com/blog/2008/10/26/the-power-of-a-good-sql-naming-convention/

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


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

8

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

আমার মনে হয় ইংরেজিতে বহুবচন অনিয়মের কারণে আমি এই মুহুর্তে এককটির পক্ষে রয়েছি। সামঞ্জস্যপূর্ণ বহুবচন রূপের কারণে জার্মান ভাষায় এটি আরও খারাপ - এবং চীনা ভাষাগুলিতে যাইহোক কোনও বহুবচন রূপ নেই।


বিশ্ববিদ্যালয়ে আমাকে টেবিলের জন্য বহুবচন শেখানো হয়, আমার এখানে একটি বই রয়েছে, 90 এর দশকের ডিবি ম্যানেজমেন্টের তৃতীয় সংস্করণ, টেবিলগুলি একবচন; যদিও আমার কাছে একটি আপডেট কপি, 11e, একক এবং কিছু সংক্ষিপ্ত নাম রয়েছে, যখন এক্সএমএল বিভাগটি বহুবচন ব্যবহার করে। । n তবে আপনি যদি আরডিবিএমএস বিভাগগুলির জন্য প্রকৃত সামগ্রীটি পরীক্ষা করেন তবে এটি আক্ষরিক অর্থে একই চিত্রটি কিছু চিত্রের সাথে একটি মুখ উত্তোলন অর্জন করেছে। । n "ডেটা মডেলিং চেকলিস্ট" বহুবচন বনাম একবচন সম্পর্কে কিছুই উল্লেখ করে না, কেবলমাত্র সত্তাগুলি কেবলমাত্র একটিমাত্র বস্তুতে ম্যাপ করা উচিত, সম্ভবত তারা বইগুলিতে প্রয়োগ করার চেষ্টা করেছিল।
মার্কো

8

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


8

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


7

আমি সবসময় ভাবতাম যে এটি একটি বোবা সম্মেলন। আমি বহুবচন টেবিলের নাম ব্যবহার করি।

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


11
এই সম্মেলনটি ওআরএমের অস্তিত্বের আগে দীর্ঘ, দীর্ঘ, সম্পর্কিত সম্পর্কের তত্ত্বের অংশ ছিল।
অধ্যাপক

1
ওআরএম-এ তারা যে মানচিত্রের মানচিত্র তৈরি করে সেগুলির নাম নির্ধারণ করা উচিত নয়। ওআরএম এর পয়েন্ট হ'ল বস্তুর বিমূর্ততা, এই নমনীয়তাটিকে মঞ্জুর করে।
ব্যারিপিকার

7

আমি কেবলমাত্র আমার টেবিলের নামগুলির জন্য বিশেষ্য ব্যবহার করি যা একক বা বহুবচনই হোক:

মজ ফিশ হরিণ বিমান আপনি প্যান্ট চশমা কাঁচি প্রজাতির বংশের শর্ট করে


6

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

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

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