দল বা স্বতন্ত্র বিকাশকারীদের একে অপরের সাথে কথা না বলার একটি নিখুঁত উদাহরণ। মূল eav_attributeটেবিলটি atrtibute_codeহ'ল varchar(255)এই কোড মানটি অন্যান্য টেবিলগুলিতে প্রায়শই ব্যবহৃত হয়।
ইন catalog_product_link_attributeএকটি এর product_link_attribute_codeঅ্যাট্রিবিউট (যা অ্যাট্রিবিউট কোড), এবং এই কলামটি একটি হল varchar(32)। প্রাগৈতিহাসিক সময়ে যখন বিক্রয় বিষয়গুলি EAV অবজেক্ট ছিল, তখন তাদের একটি বৈশিষ্ট্য_কোড কলাম ছিল যার varchar(50)দৈর্ঘ্য ছিল।
# Mage/Sales/sql/sales_setup/mysql4-upgrade-0.9.45-0.9.46.php
$installer->getConnection()->addColumn($this->getTable('sales_order'), $attribute['attribute_code'], 'varchar(50) NULL');
আমি অন্যদের পাশাপাশি আছে কল্পনা।
যা তৈরি হচ্ছে তার বিষয়ে প্রকৃত বিশদ বিবরণ বা চুক্তি ব্যতীত, ইউটিআইয়ের চার্জযুক্ত বিকাশকারী বিশিষ্ট বিভাগটির জন্য সম্ভবত সমস্ত attribute_codeকলামগুলি লক্ষ্য করা গেছে, স্বল্পতমটি বেছে নিয়েছে এবং ব্যবহারকারীরা কোনও বৈশিষ্ট্য কোড তৈরি করতে পারে না তা নিশ্চিত করার জন্য একটি দৈর্ঘ্য প্রয়োগ করেছিলেন make অন্যান্য বিকাশকারীরা যে বিভিন্ন টেবিলে কাজ করছেন তার একটিতে এটি খুব দীর্ঘ হবে।
কোনও বিকাশকারী কেন এমন varcharদৈর্ঘ্যটি বেছে নেবেন যেটি ছিল না 255- এটি ডাটাবেস ডিজাইনের বিষয়ে একটি বিদ্যালয় রয়েছে যা বলছে যে আপনি কেবল নিজের কলামগুলি ততক্ষণ তৈরি করবেন যতক্ষণ না তাদের ডিস্কের স্থান বাঁচাতে, র্যাম হ্রাস করতে হবে, যোগদানের ক্রিয়াকলাপে আরও দক্ষ হতে হবে , ইত্যাদি। কিছু বিকাশকারী এখনও "এটি যতটা সম্ভব বৃহত্তর করুন এবং পরবর্তীকালে পারফরম্যান্সের প্রভাব সম্পর্কে উদ্বিগ্ন" এর আধুনিক প্রবণতাটিকে এই বনাম ধরে রাখেন। এটা তোলে সর্বাধিক একটি দৈর্ঘ্যের উপর মতানৈক্য ছিল পরিষ্কার varcharজন্য attribute_codeএক পর্যায়ে Magento কোর টিম মধ্যে 's, এবং এখন এটি উত্তরাধিকার কোডে উপর বসবাস।
ATTRIBUTE_CODE_MAX_LENGTHধ্রুবকটির অস্তিত্ব নেই।