SQL Server

دوستان عزیزم سلام امیدوارم عالی باشین من نیاز به شخصی دارم‌روی حوزه تیونینگ دیتابیس اطلاعات داشته باشه و برای یک پروژه در تهران بتونه حضوری به اون سازمان بره احتمالا یک پروژه یک ماهه هست اگه علاقمند هستید بامن در تماس باشید اصلا امکان ریموت نیست چون اون سازمان دسترسی نمیدن @hamidreza_sadeghian

🎉 به دنیای ساترِکس خوش اومدین! 🚀 📢 اینجا کانال رسمی صرافی ارز دیجیتال ساترِکسه! از این به بعد، توی این کانال قراره باهم همراه باشیم برای: ✅ اطلاع از آخرین آپدیت‌های سایت و اپلیکیشن ✅ خبرهای فوری بازار رمزارزها ✅ آموزش‌های کاربردی ترید و تحلیل ✅ معرفی ابزارهای حرفه‌ای برای معامله‌گران ✅ مسابقات، ایردراپ‌ها و جوایز هیجان‌انگیز 🪂 📍 ما توی ساترِکس اومدیم تا تجربه‌ای متفاوت از خرید و فروش رمزارز رو بسازیم؛ با چارت‌های حرفه‌ای، سفارش‌گذاری سریع، کارمزدهای رقابتی و پشتیبانی واقعی. 🧠 هر سوالی داشتین، ما هستیم. اینجا یه جامعه‌ست؛ نه فقط یه صرافی. 📲 وبسایت ما رو ببین: https://satrex.ir 🟢 با ما بمونین، آینده از همین‌جا شروع میشه... #ساترکس #صرافی_ارزدیجیتال #رمزارز #بیت‌کوین #کریپتو

دوستان عزیزم این صرافی رو ما به همت چندتن از دوستان راه اندازی کردیم البته ابتدای کاره ولی سعی کردیم قابلیتهایی رو داخلش قرار بدیم که در صرافی های دیگه داخل کشور نیست باعث خوشحالیه بررسی کنید و نظراتتون رو بامن در میان بگذارید

سلام خدمت دوستان عزیزم امیدوارم حالتون عالی باشه برای یکی از شرکتهایی که من مشاوره اونها رو به عهده دارم نیازمند یک نیروی T-SQL Developer هستیم. در خصوص حقوق و مزایا خودتون صحبت کنید من اطلاعی د راین زمینه ندارم. ولی تا جایی که اطلاع دارم محدودیتی برای حقوق نیست شرکت در محدوده پاسداران هست. شرکت نرم افزاری آئین در صورت تمایل رزومه هاتون رو برای من ارسال کنید @Hamidreza_Sadeghian این هم وب سایت شرکت هست https://aien.net/

سلام خدمت دوستان عزیزم سال نو رو خدمت همه عزیزان تبریک عرض می کنم. از خداوند سالی توام با سلامتی ، رزق زیاد ، شادی و موفقیت رو برای تک تک عزیزان در کنار خانواده محترم خواستارم. امیدوارم در پایان امسال دعا کنید که خدایا سال جدید رو مثل امسال ما قرار بده. نوروز مبارک 💐💐💐

سلام دوستان عزیزم امیدوارم حالتون عالی عالی باشه خوب بالاخره دوره Performance Tuning در مکتب خونه منتشر شد در این دوره در خصوص چالش های Performance و نحوه مانیتورینگ ورفع این چالش ها صحبت کردم. از لینک زیر میتونید دوره رو تهیه کنید https://maktabkhooneh.org/course/%D8%A2%D9%85%D9%88%D8%B2%D8%B4-sql-server-performance-tuning-mk6185/?v=1&affiliate_code=y7p0k0 کد تخفیف : COUPON-48513 امیدوارم مفید واقع بشه.

دقت کردین میگن پشت تلفن هر حرفی رو نگید و هر کلمه ای رو نگید. ممکنه که بیان روی خطتون و ... یعنی یک سرویس مخفی اون سمت هست که همیشه حواسش به شما هست 😂 دقیقا توی تعریف Nonclustered Index ها هم همین صادقه. زمانی که شما دارید یک Clustered Index تعریف می کنید ( که این در اکثر مواقع با PK همراهه و میتونه دوجین فیلد رو باهم PK قرار بده) یک کلید داره که میتونه یک فیلد باشه میتونه ترکیبی از چند فیلد باشه. حالا هر ایندکس غیر کلاستری که تعریف می کنید همیشه به صورت یک ستون مخفی این کلید کلاستر داخلش قرار داره. فرض کنید شما مثلا یک فیلد از نوع UniqueIdentifier دارید یکی از نوع Varchar یکی هم از نوع INT و ترکیب اینهارو اومدین یک PK گرفتین که کلاستر ایندکس شما هم شده. حالا هر ایندکس دیگه ای بسازید این سه تا فیلد عزیز توی همه ایندکس های شما وجود داره. حتما میگین خوب باشه مگه جای تورو تنگ کرده؟ 😅 نه عزیز دل ، جای منو که تنگ نکرده ولی باعث میشه ایندکس شما به شدت بزرگ بشه. سایز جدول و دیتابیس شما افزایش پیدا کنه. هرباری هرکدوم از این فیلدهای کلیدی کلاستر تغییر کنن توی همه ایندکس ها باید این تغییرات اعمال بشه و الی آخر. یعنی قشنگ مثل یک دومینو هست که اولش خراب بشه همینطوری خیاری همه رو پشت هم خراب میکنه. 😂 نکته اخلاقی : در تعریف PK ها باید دقت کنید. الزامی نداره ایندکس کلاستر شما با PK شما یکی باشه. PK برای ارتباط با جداول دیگه در نظر گرفته میشه ولی ایندکس کلاستر برای ساختار ذخیره سازی و مسائل دیگه است.

امروز داشتم به مانیتورینگ نگاه می کردم ، دیدم توی یک بازه یک دفعه CPU به شدت رفته بالا و Wait ها هم زیاد بودن. بررسی کردم دیدم یک کدی هست که یک دفعه ظاهر شده و تعداد دفعات اجراش زیاده. زمان اجرای کد حدودا ۲ دقیقه بود و همچنین Logical Read بیش از ۲ میلیون داشت. همچنین CPU هم به شدت درگیر شده بود. اومدم پلن کد رو بررسی کردم . دیدم عزیز دل ، جان جانان ، آقامون SQL Server 😁 داره یک هشدار زیبای Implicit Convert میده. دیدم توی شرط دوتا فیلد دارن باهم چک میشن که یکی bigint بود و یکی Nvarchar . همین باعث شده بود که پلن درستی ایجاد نشه و از ایندکس روی اون فیلد بهره نبره و کل جدول هربار اسکن بشه . با تغییر اون فیلد Nvarchar به Bigint ( به خاطر اینکه داده هاشون یکی بودن و نیازی به Nvarchar نبود)‌ زمان اجرای کد مربوطه شد ۲۰۰ میلی ثانیه و Logical Read به زیر ۱۰۰ رسید. حالا این دوست عزیز Implicit Convert چیست؟ زمانی که توی شرط ها فیلدی که قراره جستجو بشه ،‌نوع داده اش با نوع داده ای که داره بهش پاس داده میشه برابر نباشه‌، SQL Server میاد اینهارو بهم تبدیل میکنه. همین باعث میشه یک فاجعه رخ بده. یعنی چی؟ دیگه اون جداول آماری Statistics مورد استفاده قرار نمیگیره و کل جدول رو مورد عنایت قرار میده. 😂 به همین راحتی کدتون میتونه یک فاجعه ای مثل کد بالا رو خلق کنه.

دوستان عزیزم سلام امیدوارم حالتون عالی باشه ما برای تیم دیتای هواپیمایی ماهان نیازمند چندین نیرو در حوزه Data Engineeer و Data Analyst هستیم. تکنولوژی های ما ترکیبی از Oracle , Microsoft هست. تیم داره از ابتدا شکل میگیره و احتمالا کارهای بزرگی رو میشه انجام داد. از لحاظ فضا و محیط که تیم خوبی وجود داره. از لحاظ امکانات هم امکانات خوبی داره. یکی از حسن های اصلیش هم ساعت کاریشه هم اینکه ابتدای اتوبان کرجه و برای کسانی که غرب تهران هستن عالیه چون تقریبا ترافیکی نداره. در خصوص رنج حقوقی هم بسته به توان طرفه. اگه تمایل داشتید بامن در تماس باشین.

دوستان عزیزم سلام امیدوارم عالی باشین ما برای یک شرکت در مشهد نیازمند یک نیروی T_SQL Developer هستیم کار به صورت حضوری هست پس حتما باید از مشهد ساکن باشین نکته دوم اینکه خیلی نیازمند شخص حرفه ای نیستیم. این پست هم برای شرکت نرم افزاری اوراش هست. در خصوص جزییات و رنج حقوقی و مزایا هم با خود شرکت باید صحبت کنید. من اطلاعی در این زمینه ندارم. اگه علاقمند بودین که صحبتی داشته باشین رزومه هاتون رو برای من ارسال کنید. @hamidreza_Sadeghian

حتما براتون پیش اومده که رفتین مثلا تره باری یا یک میوه فروشی ، شروع به جداکردن میوه ها کردین ، بعد اون متصدی غرفه اومده بالا سرتون که داداش جدا نکن درهمه. (البته الان وضعیت بهتر شده ولی قبلا زیاد بود) حالا اگه شما میخواستین میوه های خوب رو جداکنید احتمالا مجبور بودین هزینه بیشتری پرداخت کنید. آفرین ، SQL Server هم دقیقا همینه. وقتی یک نتیجه ای به شما میده اون نتیجه درهمه ، هیچ مرتب سازی نداره. یعنی برای اینکه شما نتیجه نهایی رو مرتب شده داشته باشین ، باید هزینه اونو بپردازین و قید کنید که براساس چی مرتب بشه. اما یک چالش، شاید دیده باشین در کدهای مختلف که مثلا طرف یک VIEW نوشته یا یک Inline-Function نوشته و داخلش اومده یک Order گذاشته و SQL Server بهش خطا داده. این طرف هم رفته پیش مدیر فنیش که مثلا حمیدرضا این چرا خطا میده؟ حمیدرضا هم یک ژست ما خیلی خفنیم گرفته 😁 گفته برو یک Top 100 percent بذار حل میشه. این بنده خدا هم رفته گذاشته و تونسته اون Object رو ایجاد کنه. تو دلش گفته وای خدا،‌این حمیدرضا چه خفنه خیلی وارده 😁 ولی کجا گندش درمیاد.؟ زمانی که دوست عزیزمون یک Select از View میزنه و انتظار داره نتیجه مرتب شده برگردونده بشه ولی امااااااااا اصلا از این خبرا نیست. اینجاست که حمیدرضا باید بره تو افق محو بشه 😂 حمیدرضا ندونسته که اون مرتب سازی داخل View , Function , CTE برای این هست که صرفا شما میخوای مثلا از Top یا Offset استفاده کنی و یک تعدادی رکورد برگردونی و داری میگی براساس چی مرتب باشه که من ۱۰-۱۰۰-۱۰۰۰ تای اول یا آخرش رو برگردونم. همین به خدا 😉 . یعنی توی هر جایی چیزی غیر از این شنیدین اشتباهه. هر نتیجه ای که قراره بگیرین و مرتب باشه باید در بیرونی ترین Select قید کنید که براساس چی مرتب باشه. وقتی داخل یک View میاین مینویسین Top 100 percent یعنی همه دیتا رو براساس مثلا فیلد تاریخ مرتب کن و برگردون.کجا برگردونه؟ آفرین اون Select درونی توی View. حالا زمانی که من میخوام از View استفاده کنم اون میاد داخلش داده هارو فیلتر میکنه که میشه همه داده ها وبراساس تاریخ مرتب میکنه. حالا روی این نتیجه میاد Select میزنه ولی اینجا که شما هیچ مرتب سازی قید نکردین! دوباره مرتب سازی شما بهم میخوره و باید حتما این رو قید کنید که براساس چی باید مرتب بشه. امیدوارم این توضیح من برای همیشه این مساله رو در ذهنتون حل کنه که کاربرد Order by , Offset در کلا Table Expression ها برای چیه.

توی این فیلم در خصوص قوانین نرمال سازی و اصول طراحی جدول صحبت می کنم. #مکتبخونه

احتمالا شما هم در گیر و دار ازدواج ، درگیر وام ازدواج شدین( به دلیل شیرینی امر ازدواج وام ازدواج رو مثال زدم وگرنه همه وام هارو شامل میشه 😁 ) شما اول که داخل یک صف هستید تا نوبتتون بشه و درخواستتون رو مطرح کنید( کد شما در صف اجرا قرار میگیره تا نوبتش بشه و بهش منابع تخصیص داده بشه) حالا زمانی که میخواین اقدام کنید ،‌متصدی باجه به شما میگه مثلا فلان مدرک کمه. حتما باید کپی کارت ملی عمه گرامی هم بیاری 😂 تا بهم وام بدیم. روی پرونده شما یک برچسب میچسبونه که این وام در انتظار کارت ملی عمه اش هست. یکی دیگه میاد بهش یک برچسب می چسبونه که منتظر عقدنامه هستیم ازدواج سفید قبول نمی کنیم 😂 . (اینجا کد شما یک برچسبی به نام Wait میخوره که یا منتظر CPU هست یا Memory یا در انتظار آزاد شدن یک جدول و....) حالا هروقت اون مدارک رو شما بیارید و اون برچسب برداشته بشه اون وام لعنتی بهتون داده میشه( هروقت منبع مورد نظر بهتون تخصیص داده بشه ، کدتون اجرا میشه) این کل مفهوم Wait ها در SQL Server هست. حالا شما میتونید وضعیت بیشترین Wait هایی که روی سیستم اتفاق افتاده از select * from sys.dm_os_wait_stats اینجا ملاحظه کنید. درواقع به زبون مثالمون بخوام بیانش کنم ، داره لیست وامهایی که پرداخت شده و انواع نقصی مدارک و تعدادشون و مدت زمان انتظار برای جبران اون نقص مدارک رو به شما میگه. حالا اگه میخواین ببینید چند نفر در صف انتظار وام هستند و الان منتظر چه مدارکی هستند از کد زیر میتونید استفاده کنید. select * from sys.dm_os_waiting_tasks این داره میگه کدهایی که درحال اجرا هستند هر کدوم منتظر چه منبعی هستند تا بتونن اجرا بشن. به واسطه رفتار این Wait ها میشه سرنخ کندی رو پیدا کرد. یعنی اگه توی بانکها بیان همین لیست انتظارها و وامهای گرفته شده رو بررسی کنن و علل گیر کردن اونها رو بررسی کنن شاید این فرآیندش خیلی سریعتر بشه.

معماری کلان داده ای شرکت شمارو چه کسی تبیین می کنه؟ براساس چه استراتژی ساختار معماری داده ای خودتون رو پیاده سازی می کنید؟ مثلا فرض کنید ۲۰ تا شعبه دارید. آیا اینها به صورت مستقل اطلاعات وارد می کنند و بعد در شعبه مرکزی داده ها جمع آوری میشه و گزارش میگیرید؟ مثلا کدینگ هارو چطوری حل می کنید؟ کیفیت داده اطلاعات رو چطوری بررسی می کنید؟ سطوح دسترسی داده ای رو چطور مدیریت می کنید؟ متولی اینها چه کسی یا کسانی هستند؟ یکی از چالش های درست طراحی نشدن معماری کلان داده ای، دقیقا عدم توسعه پذیری اون معماری هست. بعد تغییر این زیرساخت به شدت هزینه برداره و خیلی چیزها باید تغییر کنه. دوست دارم نظراتتون رو بشنوم و یاد بگیرم.

اینم اون آماری که SQL Server بر مبنای اون میاد نقشه راه میچینه تا بتونه دیتای شمارو در سریعترین حالت ممکن بدست بیاره. حالا این قابلیت وجود داره یک جوری کد بزنیم که ۱۰ میلیون رکورد رو این بی نوا ۵۲ میلیارد رکورد در نظر بگیره و بگه احتمالا ۴ پتابایت !! دیتا داری در صورتی که خداوکیلی به ۱۰۰ گیگابایت هم نمیرسه. این اطلاعات درست دادن لامصب ، همه جا کاربرد داره. خیلی از جاهایی هم که می بینید توهم خود بزرگ بینی دارن ، این مدلی بهشون اطلاعات داده میشه در صورتی که واقعا در این ابعاد نیستن 😂 به خاطر همین بود که در یکی از پستها من پرسیدم از کجا میدونید اطلاعاتی که به دستتون میرسه درسته؟ آخر سرهم هیچ جواب درستی نگرفتم 🤨 یعنی همه جا توکل می کنیم . عالیه و جواب میده ها. 😁

یک زمانی در یک سازمانی بودم ، خیلی بهم ریختگی داشت توی تیم های مختلف ایجاد میشد، و سرو صدا بین آدمهای مختلف، زیاد رخ میداد. (تمامی اسامی فرضی هستن) محمد میومد با علی حرف میزد میگفت میبینی این بهروز اصلا هیچی حالیش نیست ادعاش میشه ،‌یک نفره داره گند میزنه به کل کار تیم. بهروز میومد محمد و علی رو میبرد زیر سوال . بعد اینا بهم میرسیدن این برای اون نوشابه پوست میکند اون برای این یکی. 😂 یکبار من به مدیر تیم گفتم وقتی میبینی نارضایتی اینقدر زیاده ، کافیه برای هرکاری، سازمان هزینه کنه یک شخص از بیرون به عنوان بازرس بیاره. بهش گفتم حتی یک نفر خبره بیار کار منم بازرسی کنه. من فرآیندهامو بهش نشون بدم شاید یک جایی رو دارم اشتباه می کنم. اون شخص هم که ذینفع نیست بخواد طرف من یا تورو بگیره. چه خوب باشه چه بد براش فرقی نداره. قاعدتا یک سری اشکال مطرح میکنه. یا میتونیم پاسخ بدیم که حل میشه یا نمیتونیم و برای اصلاحش برنامه ریزی میکنیم . من به نظرم جای خالی چنین فضایی، در خیلی از شرکتها احساس میشه مخصوصا در تیمهای فنی. مخصوصا درحوزه دیتابیس . شاید خیلی وقتها یک چیزهایی به نظرمون خیلی خفنه. یکی که از بیرون میاد ، داستان مارو میشنوه و معماری مارو میبینه، ممکنه چون خارج از گود هست خیلی قشنگتر بتونه به مساله فکر کنه و به حل باکیفیت تر و ساده تر اون کمک کنه. یک وام از کتاب #خودفریبی بگیرم ، داستان اینه که خیلی وقتها میریم درون یک کوزه و از بیرونش اطلاعی نداریم و اطراف رو نمیبینیم. وقتی یکی از بالای اون کوزه میاد مساله رو میبینه خیلی از جوانب دیگه هم میبینه که کمک میکنه دیرتر به فنا بریم. نظرتون چیه؟

میشه یکی از چالشهایی که در زندگی هست ، تغییر محل زندگیه. وقتی مثلا چندسالی در یک شهر یا محلی زندگی میکنی همه نیازهاتو میدونی از کجا باید تامین کنی ، کیفیت ها دستت میاد و... وقتی که یک دفعه تصمیم میگیریم که به یک شهر یا یک منطقه دیگه بریم چند وقتی طول میکشه تا دوباره با اون شرایط بسازیم و این میتونه خیلی اختلال ایجاد کنه در زندگی ما و خیلی از فرآيندها رو کند کنه. توی SQL Server هم Compatibility Level هر دیتابیس دقیقا چنین چیزیه. وقتی که یک دیتابیس با یک Compatibility Level شروع به کار می کنه همه ساخت پلن ها و نحوه اجرای کدها ،‌نحوه بروزرسانی Statistics ها و... برمیگرده به اون و با اون Compatibility Level کار می کنه. حالا اگه یک دفعه وسط کار شما بیاین این عدد رو تغییر بدین و ارتقاش بدین( مثل این هست که مثلا فرض کنید تا الان توی یک منطقه ای زندگی می کردین که هزینه های زندگی به نسبت مناسبتر بوده یک دفعه میرین به یک میرین به یک منطقه گرون و هزینه ها واقعا دیوونتون می کنه) درسته که کیفیت همه چیز بهتر میشه ، ولی چون ساختار دیتابیس هنوز با این فرآيند جدید آشنا نیست باعث میشه کندی های عجیب غریبی ببینید. دیروز با یک عزیزی صحبت می کردم ،‌میگفت در یک سیستم معروف کندی رخ داده بود و پشتیبان نرم افزار گفته که باید این رو ارتقا بدی و ارتقا دادن همانا و کندیه چند برابر شدن همانا. ( یک دفعه نمیشه از دنده یک بزنی دنده ۵ که داداش ماشین خاموش میکنه 😁 ) حالا خوب راهش چیه؟ چون این دیتابیس مثلابا نسخه ۲۰۰۸ توسعه داده شده تا ابد باید همون بمونه؟ آها سوال بسیار درستی پرسیدین. باید بگم که خیر. راهش این هست که شما وقتی SQL Server رو بروز میکنی و نسخه جدید نصب میکنی یک مدتی باید روی دیتابیست Query Store رو فعال کنی و با همون رفتار قدیم ،‌دیتابیست کار کنه. بعد از اینکه مطمئن شدی با همه جای اصلی نرم افزار کار کردی میتونی بیای Compatibility Level رو ارتقا بدی. حالا یک سری کندی پیش میاد احتمالا ، که با Query Store و Force Plan میتونی حلش کنی. بعد سر فرصت باید بری همون کدها رو یک شخمی بزنی و اگه نیاز به بازنویسی داره بازنویسیش کنی.

میشه وقتی صحبت کندی نرم افزار یا بانک اطلاعاتی میشه ، از گوشه و کنار صداهایی به گوش میاد هی رفیق ایندکس بذار. 😂 مورد داشتیم روی یک جدولی ۴۵ تا ایندکس بوده و باز هم SQL Server توی اجرای کدها Missing Index پیشنهاد میداده. اخه مگه داریم؟ اینقدر یک RDBMS طماع میشه؟ چقدر دیگه باید ایندکس بریزیم توی حلقت تا آروم بگیگیری؟ 😁 حالا داستان اینجاست . فرض کنید به حول و قوه الهی خدا اینقدر بهتون پول داده که شما یک کلکسیون از ماشین های لوکس رو خریداری کردین و مثلا یک پارکینگی دارید که ۵۰ تا ماشین سوپرلوکس توش پارکه. حالا قصد دارید برید توی بلوار اندرزگو دور دور 😁 (خدایی نکنید اینکارو کلی ترافیک ایجاد میشه 😅 ) اینجاست که هنگ میکنید. نمیدونید کدوم ماشین رو انتخاب کنید( انشالله به حق پنج تن همه تون دچار چنین چگونگی بشین والله) دقیقا SQL Server هم چنین حالی داره. وقتی دوجین ایندکس میریزین توی جدول ، موقعی که پلن داره طراحی میشه و میخواد انتخاب کنه که کدوم ایندکس مناسبه،‌گیر میکنه که الان کدوم ایندکس رو انتخاب کنم و همچنین میتونه حتی منجر به انتخاب اشتباه بشه. ( مثلا شما هنگ کنید با ماشین آفرودی برید توی بلوار دور دور. نکنید اینکارهارو خدایی 😉 ) این یک بخش داستانه. حالا شما شروع می کنید میخواهید داده وارد جدولتون کنید یا داده هاتون رو تغییر بدین. ( فرض کنید تصمیم دارین ماشین هاتون رو Tune کنید یا اینکه به شکل و ظاهرش برسید یا مثلا سرامیک کنید.) هر فیلدی که تغییر می کنه ، اون تغییر باید در تمام ایندکس هایی که اون فیلد دراون حضور داره اعمال بشه .( نمیشه که یک ماشین رو سرامیک کنید یکی رو نه . اون ماشینم دلش میخواد دیگه 😁 ) این باعث میشه حجم زیادی کار صورت بگیره. تمام منابع شما درگیر میشن تا این عملیات بروز رسانی انجام بشه.( تمام ماشین های شما درگیر میشن تا سرامیک بشن و دیگه وقتی برای دور دور ندارین مجبورین با خط ۱۱ تشریف ببرین 😁 ) و حالا احتمالا میتونید حدس بزنید چه حجمی از انتظارها برای اجرای کدهای دیگه پشت در هستند تا این منابع آزاد بشن و برن اجرا بشن( افراد خانواده شما هم همشون منتظر هستن تا اینکار سرامیک ماشین ها به اتمام برسه و هرکسی یک ماشینی رو بزنه توی گوشش و بره به کارش برسه) احتمالا میتونید بعدش حدس بزنید چه چالش هایی رخ میده؟ سیستم گیر میکنه. کند میشه و شاخص F/S (فحش برثانیه) افزایش پیدا می کنه 😂 حالا حتما سوالتون اینکه چیکارش کنیم؟ هیچی در پستهای بعدی اشاراتی بهش خواهم کرد. تا پست بعد به ماشینهاتون برسید به ماهم بدید باهاش دور بزنیم 😁 پ.ن : اگه فکر میکنید در این زمینه میتونیم کمکتون کنیم به من پیام بدین

دوستان عزیزم سلام هواپیمایی ماهان برای تیم Data Engineer و Data Analyst دنبال نیرو میگردن من اعضای تیم رو کاملا میشناسم. همه از دوستان صمیمی من هستن و تیم بسیار قدرتمندیه و فضای کاری خوبی داره. خواستید رزومه هاتون رو اینجا بفرستید. https://jobinja.ir/companies/mahan-air/jobs/An5u?_gl=1*5y6dqw*_ga*MzE3NDg2NjEyLjE3Mzc1Mzc4NTM.*_ga_T8HC2S1534*MTczNzU0MDQ3Ny4yLjEuMTczNzU0MjQ3Mi41OC4wLjA https://jobinja.ir/companies/mahan-air/jobs/An51?_gl=1*zdaoeb*_ga*MzE3NDg2NjEyLjE3Mzc1Mzc4NTM.*_ga_T8HC2S1534*MTczNzU0MDQ3Ny4yLjEuMTczNzU0MjQ4Mi40OC4wLjA

من هرجا که به عنوان مشاور میرم ، اولین چیزی که بهش دقت می کنم تعداد دسترسی های Admin به دیتابیس هست. مثلا یک سرور هست که خوب روش نرم افزارهای مختلف وجود داره. فرض کنید از ۳۰ تا شرکت مختلف . بعد هر شرکتی برای کارش یک دسترسی Sysadmin گرفته. من نمیدونم چرا باید برای کار روی دیتابیس خودشون دسترسی Sysadmin داشته باشن؟ یعنی روی یک سرور دیدم که ۳۲ تا لاگین sysadmin وجود داره. خلاصه یک سفره ای پهنه و نون و دیتابیسی هست دور هم میزنن دیگه 😁 همه به همدیگه اعتماد دارن و کسی نمیاد بزنه یک دیتابیس دیگه رو بترکونه یا مشکلی براش ایجاد کنه. شخصا تا زمانی که تمام دسترسی های ادمین به دیتابیس رو قطع نکنم و فقط خودم دسترسی داشته باشم هیچوقت هیچ مسئولیتی قبول نمیکنم. شما هم یک سری به لیست ادمین های SQL Server تون بزنید ببینید چه خبره. 😉