امروز می خوایم بریم سراغ تفاوت این سه: 🔻binary tree 🔻b tree 🔻b+tree ببینیم هردو کدوم مزیتشون نسبت و ورژن قبلی چی بوده؟ و هر کدوم چه معایبی داشتن؟ #database #index
ممنون کیارش. شما از واژه ی میلیون ها سطر استفاده کردی. خیلی جاها هم دیدم از واژه ی میلیاردها سطر استفاده میکنن. میخام بپرسم آیا برای دیتابیس ها تفاوتی بین ۹ میلیون سطر و ۹۰۰ میلیون سطر وجود داره؟ یا ۹۹ میلیارد سطر یا ۹۹۰ میلیارد سطر؟ اگر تفاوت چشمگیره چرا براحتی از واژه میلیون ها سطر استفاده میکنی؟ سوال بعد اینکه خیلی دیدم از دیتابیس های غیر رابطه ای مثل مونگو صحبت میکنی ولی هیچوقت صحبتی در مورد رابطه ای ها مثل مای اس کیو ال و پستگرس نمیکنی؟ میشه یه ویدیو در مورد تفاوت های ریشه ای nosql و sql بسازی ممنون میشم. و سوال آخر اینکه راه حل برای مدیریت سایز ایندکس ها چیه؟ سپاس
درود بر تو فرزاد جان ببین مطمئنا تفاوت وجود داره! ببین چون اکثرا چیز هایی که در موردش صحبت می کنم تو اسکیل بالا هستش مثال هارو هم بزرگ بزرگ می گیرم که معنی بدن! مثلا دیسکورد یه جایی رسید به ۱۰۰ میلیون رکورد فقط روزانه! که مجبور شد مهاجرت کنه از mongodb که حالا تو این ویدیو که پایین میزارم درموردش صحبت کردم ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-IrIayLuevIs.htmlsi=XULNJIbhjSsPHiju دقیقا تو همین ویدیو جواب سوالت که میگی تفاوت تعداد سطر چقدر، این تو هست
برای سایز ایندکس هم: ۱- میشه پارتیشن بندی کرد که برای هر پارتیشن یه index جدا درست کنیم. اینجوری به جای یه index خیلی بزرگ میشکونیمش به چند تا index کوچیک تر! ۲-یه سری از دیتابیس ها میشه باهاشون index هاشون رو Compression کرد، که البته باید حواست به cost که داره باشه(فشار میاره Compression کنه و یا از Compression دربیاره، کند هم می تونه بکنه) ۳- این مورد که خیلی هم مهمه اینکه روی چه type دیتایی داری index میزاری، هرچی دیتایی که روش index میزاری بزرگ تر، index هم به طبع بزرگ تر 4-اون engin که داری استفاده می کنی خیلی مهمه، مثلا تو یه ورژن mongodb یه hidden index دارن که تو اونم باید سرچ بکنه(توضیحش طولانیه) ولی یدونه ورژن بعد اون دیگه اینکارو لازم نداره و حالا هر کدوم هم البته فایده خودشون رو دارن