سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
یکی از مسائلی که در کدنویسی T-SQL اهمیت داره ، بحث تیمی کار کردن هست.
- اینکه چطور با تیم میشه یک دیتابیس رو توسعه داد؟
- چطور میشه برای کدهای دیتابیس تست نوشت.؟
- چطور برای یک دیتابیس مستندات تهیه کنیم؟
- قوانین نام گذاری اشیای داخل دیتابیس به چه شکلی باشه؟
- چطوری نحوه قراردادن کدها بر روی دیتابیس های مقصد را خودکار کنیم؟
- چطوری کد بنویسیم که قابل استفاده مجدد باشه؟
و....

در کتابی که معرفی می کنم ، شرکت Red-Gate به این مباحث پرداخته و این کتاب رو به صورت رایگان توزیع کرده.
پیشنهاد می کنم حتما بهش نگاه کنید. نکات بسیار ارزشمندی داخلش هست که باعث میشه کیفیت کدهای سطح دیتابیستون افزایش پیدا کنه.

امیدوارم از خوندن این کتاب لذت ببرید

ارادتمند شما
حمیدرضا صادقیان
@Hamidreza_Sadeghian

Group link : https://t.me/+uIc1qhv58gU0NWQ0

Ebook Link : https://assets.red-gate.com/community/books/redgate-guide-sql-server-development.pdf

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
امروز داشتم در خصوص زبان Rust مطالعه می کردم.
یکی از افراد خفن به نام Mark russinovich در این خصوص گفته بود که بهتره استفاده از زبان های C , C++ برای سیستم های جدید کنار گذاشته بشه و به جاش از این زبان استفاده بشه.
ایشون نویسنده کتابهای Windows Internals هست و ابزار بسیار قدرتمند Sysinternals Suite رو هم ایشون نوشتند. همچنین در حال حاضر هم CTO Microsoft Azure هستند.
نکته جالبش برای من این بود که در حوزه Data Science بسیار به نظر کاربردی تر از Python میاد و از لحاظ سرعت و امنیت حرفهای بسیاری برای گفتن داره.

مشتاقم بدونم شما برای ML , AI از چه زبانهایی استفاده می کنید و چرا؟

شاد باشین
حمیدرضا صادقیان
@Hamidreza_Sadeghian

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
یکی از مسائلی که هرشخصی که در حوزه ادمین میخواد فعالیت کنه این هست که بتونه راهکارهای مناسب برای در دسترس بودن بانکهای اطلاعاتی ارائه بده.
خوب بیایم باهم یک سناریو رو بررسی کنیم:
نیازمندی های مسئله این هست:

- 50 سرور دیتابیس
- حدود 400 دیتابیس
- نسخه های SQL Server از 2008 تا 2019
- حجم کل اطلاعات 10 ترابایت
سه سایت که ارتباط شبکه ای بین آنها خوبه. دوتا در تهران و یکی در شهرستان هست.
خوب ما می خواهیم برای این راهکار HA ارائه بدیم.
اولا چه مسائلی رو بررسی می کنید برای راه اندازی HA؟
دوم اینکه چه راهکارهایی رو می تونید ارائه بدین؟
منتظر راهکارهای خوب شما هستم.

شاد و خلاق باشین
حمیدرضا صادقیان

@Hamidreza_Sadeghian
#HA
#سوال
#Alwayson
#Availability_Group

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه.
در خصوص سوالی که مطرح کردم برای ارائه راهکار.

نکته اول این هست که باید ببینیم آیا امکان ارتقای دیتابیس ها به یک نسخه مشترک هست یا خیر.
نکته دوم این هست که میزان RTO ,RPO برای دیتابیس های مختلف به چه صورت است؟
منظور از RTO همان Recovery Time Objective هست. یعنی زمانی که یک Disaster رخ می دهد ، چقدر میتوان Downtime داشت که آسیبی به کسب و کار نخورد. ممکن است برای بعضی از دیتابیس ها این عدد خیلی بالا باشه ممکنه برای بعضی از دیتابیس ها بسیار کم باشه. مثلا ممکنه برای بعضی در هفته ۵ ساعت باشه. ولی برای بعضی در سال ۲ ساعت باشه.
براساس اینها شما تصمیم میگیرید که برای دیتابیس فوق چه استراتژی تهیه کنید و در چه دسته ای قرار بدین.
منظور از RPO همان Recovery Point Objective هست.
یعنی اینکه در زمانی که یک Disaster رخ داد. چه مقداری از داده های دیتابیس مورد نظر از بین برود، آسیب جدی به کسب و کار نمیخورد و میتواند به کار خود ادامه دهد و آنرا دچار مشکل نمی کند.
ممکن است بعضی از دیتابیس ها تا یک هفته داده های آن از بین بروند اهمیتی نداشته باشند ولی ممکن است یک دیتابیس مثل سیستمهای بانکی حتی یک رکورد هم امکان از بین رفتن ندارد.

نکته سوم اندازه گیری وضعیت فعلی سرورها و میزان استفاده از منابع توسط هر دیتابیس و در هر سرور هست.

خوب حالا که این موارد مشخص شد. میتوانید راهکار ارائه بدین.
براساس اینها متوجه خواهید شد چند تا سرور نیاز دارید.
چند تا Instance نیاز دارید
بر روی هر Instance چند تا دیتابیس می تونید قرار بدین.
درسته که در هر Instance شما میتونید ۳۲۷۶۶ دیتابیس ایجاد کنید. زیرا Database_ID نوعش از نوع Smallint هست و چون یک دیتابیس مخفی به نام MSSQLResource نیز وجود دارد پس ۳۲۷۶۶ دیتابیس بیشتر نمیتونید بر روی یک Instance داشته باشین.
ولی بهتره بیش از ۱۰ ٪ حداکثر مقادیری که مایکروسافت برای هرچیزی تعیین کرده تعدی نکنید. مثلا برای دیتابیس ها اگر از ۳۲۷۶ عدد بر روی یک Instance فراتر رفتید ، این ممکنه یک نشونه طراحی بد دیتابیس ها باشه. ( البته این یک قانون همیشگی نیست و میتونه نقض هم بشه)

ادامش رو در پست های بعدی بهش اشاره می کنم.

شاد باشین و شکرگزار. ☺️☺️

ارادتمند شما
حمیدرضا صادقیان
@Hamidreza_Sadeghian

#HA
#DR
#Availability_Group
#AlwaysON

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه

یکی از مسائلی که در اغلب سوالات مطرح شده داخل گروه میبینم ، عدم آشنایی نسبت به رفتار SQL Server هست.
- اینکه بدونیم چطور کار می کنه.
- چطوری اطلاعات رو فراخوانی می کنه،
- چطور CPU و IO ,RAM رو مورد استفاده قرار میده.
- چطور از ایندکس ها استفاده می کنه.
- چطوری کدهای ما رو میفهمه و اجراش می کنه.

دونستن این مسائل به ما کمک میکنه دقیقتر کد بنویسیم و روی راه حل هامون تجدید نظر کنیم و همچنین دستاورد این دانش ،افزایش سرعت و کاهش میزان فحش بر ثانیه توسط مشتری است.😂😂

براین اساس پیشنهاد می کنم این چهار سری ویدئو از آقای Brent Ozar رو ببینید و روش عمیق بشید.
امیدوارم لحظات خوشی را در کنار ایشون تجربه کنید.

https://www.youtube.com/watch?v=HhqOrbX3Bls&list=PLDYqU5RH_aX1VSVvjdla9TOKf939UhIDB&index=1

شاد و شکرگزار باشین .☺️☺️

ارادتمند شما
حمیدرضا صادقیان
ID: @Hamidreza_Sadeghian

🆔 : https://www.linkedin.com/in/hamidrezasadeghian/

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی باشه
یک چالشی که جدیدا دارم زیاد مشاهده می کنم این هست که به عنوان مشاور میرم با یک سازمان صحبت میکنم که فرضا دیتابیس یا سرور رو پایش کنیم و چالش ها رو شناسایی کنیم. جالبه که شرکت نرم افزاری اومده دسترسی های ادمین دیتابیس رو گرفته و به شرکت مورد نظر نمیده و شرکت میگه ما باید ازشون اجازه بگیریم!!!!

دوستان عزیزم، هیچ شرکت نرم افزاری حق مدیریت دیتابیس های شمارو نداره.
هیچ شرکت نرم افزاری حق دسترسی مستقیم به دیتابیسهای شمارو نداره.
هیچ شرکت نرم افزاری حق نداره دسترسی ادمین به دیتابیس داشته باشه.
مالکیت حقوقی مادی معنوی و هر مالکیتی بر روی دیتابیس و SQL Server و داده های درون آن ، مال شماست و متعلق به شماست.
اگر قراره شرکتی بر روی دیتابیس های شما کار کنه باید مستقیما زیر نظر DBA شما حرکت کنه و نباید مستقیم به دیتابیس های خودش هم دسترسی داشته باشه.
حتی اگه قراره تغییری داخل دیتابیس های خودشون هم بدن باید با نظارت DBA سازمان باشه. اینقدر مشاهده کردم که با یک بی دقتی دیتای سازمان رو دچار مشکل کردند یا مشکلات عدیده دیگه ای به وجود اوردند.
در بحث Index گذاری که به هیچ وجه نباید دسترسی داشته باشند و اصلا در تخصص اونها نیست و دقیقا تیم DBA باید اینکارو انجام بده.
باز اگر قراره Index گذاشته بشه باید از کانال DBA رد بشه.
به هیچ وجهی هیچ دسترسی ریموت , Anydesk و هیچ ابزار ریموتی به صورت مستقیم نباید داشته باشند.
دوستان لطفا این موارد رو رعایت کنید خواهشا.
هیچ دیتابیسی قرار نیست با کپی فایل داخل مسیر فایلهای دیتابیس از کار بیافته.
قرار نیست با یک مانیتور بر روی سرور دیتابیس ، نرم افزار از کار بیافته.
از این صحبتها نترسید و به هیچ وجهی هیچ مسؤلیتی رو به هیچ شرکتی واگذار نکنید مگر اینکه مستقیما در خصوص نگهداری دیتابیس باهاشون یک قرارداد ببندید و تمامی مواردی که باید انجام بشه رو داخلش قید کنید.
در خصوص نوع قراردادشم میتونم راهنماییتون کنم که چه ایتمهایی باید داخلش قید بشه.

شاد باشین و شکرگزار. ☺️☺️

Hello, dear friends.

I hope you're doing great.

Lately, I have been facing a challenge that I observe frequently. As a consultant, I often approach organizations to discuss monitoring their databases or servers and identifying challenges. Interestingly, there have been instances where software companies have obtained administrative access to databases without granting it to the respective organization. The company insists that we need to seek permission from them!

My dear friends, no software company has the right to manage your databases. No software company has the right to directly access your databases. No software company should have admin access to your databases. The legal, material, and intellectual ownership of the databases, SQL Server, and the data within them belongs to you.

If a company is going to work with your databases, it should operate directly under the supervision of your DBA (Database Administrator) and should not have direct access to their own databases. Even if they need to make changes within their own databases, it should be done under the supervision of the organization's DBA. I have witnessed numerous instances where their carelessness has caused issues or created various other problems within the organization's data.

In terms of indexing, they should never have access to it as it is not their area of expertise. The DBA team should be responsible for this task. If indexing is to be implemented, it must be approved through the DBA channel.

Under no circumstances should they have remote access, Anydesk, or any remote tools directly. Please, my friends, adhere to these guidelines.

No database is supposed to go out of order by copying files into the database file path.

No software should cause the database to go out of order by simply placing a monitor on the database server.

Do not fear these discussions, and under no circumstances should you delegate any responsibility to any company unless you have a direct contract with them regarding database maintenance and explicitly state all the tasks to be performed within it.

I can guide you on the type of contract and what items should be included in it.

Stay happy and grateful. ☺️☺️

@Hamidreza_Sadeghian

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
لینک گروه پرسش و پاسخ رو ارسال می کنم که بتونید استفاده کنید.
شاد باشید و شکرگزار.☺️☺️
حمیدرضا صادقیان

Hello, my dear friends!
I hope you're doing fantastic.
I'm sharing the link to a Q&A group so you can make use of it. If you're not a Persian speaker, feel free to write your questions in English.


Be happy and grateful. ☺️☺️
Hamidreza Sadeghian

@Hamidreza_Sadeghian


https://t.me/+uIc1qhv58gU0NWQ0

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
میخوام باهاتون یک مساله دیگه ای رو مطرح کنم.
فرض کنید در یک سناریو ۲۰ تا سرور داریم که با تکنولوژی های مختلف باهم Sync شدند. یعنی بخشی از این سرورها با Alwayson باهم ارتباط دارند بخشی از آنها باهم Failover Cluster Instance هستند.
بر روی این ۲۰ تا سرور ، سرویسهای مختلف مثل SSAS , SSIS نیز قراردارند.
در مجموعه ۶۰ ترابایت هم دیتا بر روی همه این سرورها قرار دارد.
بین سرورها لینک سرورهای مختلف با دسترسی های مختلفی قرار دارند.
همچنین بین بعضی از دیتابیس ها نیز Replication نیز قرار دارد.
قرار هست این سرورها به سرورهای مجازی منتقل شوند.
هدف ارائه راهکاری هست که با کمترین میزان Downtime وریسک این انتقال انجام شود.
خوشحال میشم راهکارتون رو بشنوم و در این خصوص صحبت کنیم.

شاد باشین و شکرگزار☺️☺️
حمیدرضا صادقیان
@hamidreza_Sadeghian

سلام خدمت دوستان عزیزم
امیدوارم حالتون خوب خوب باشه
شاید به این مساله برخورد کرده باشین، زمانی که دارین Maintenance Plan ایجاد می کنید که Backup رو از یک مسیر خاص در یک بازه زمانی خاصی حذف کنه ، هیچ خطایی رخ نمیده ولی هیچ فایلی هم پاک نمیشه!
وقتی شما یک Maintenance Plan ایجاد می کنید ، با استفاده از دستور XP_Delete_File این اتفاق می افته.
این دستور یک Extended PRocedure هست و چک می کنه که فایلهای فوق هم ساختار Backup های SQL Server رو داشته باشن و هم اینکه مربوط به دیتابیس های همون Instance باشه که این دستور اونجا اجرا میشه.
مثلا ممکنه روی یک سرور چند تا Instance باشه و داخل یک مسیر مشخص Backup گرفته باشن. این مکانیزم باعث میشه جلوگیری کنه از حذف فایلهای غیر مرتبط و اشتباه.

امیدوارم این نکته براتون مفید باشه

شاد باشین و شکرگزار☺️☺️
حمیدرضا صادقیان

Hello, my dear friends,

I hope you are all doing well. Perhaps you have encountered this issue before: when you create a Maintenance Plan to delete backups from a specific path within a specific time interval, no errors occur, but no files are deleted either!

When you create a Maintenance Plan, this happens using the XP_Delete_File command. This command is an Extended Procedure that checks whether the files have the structure of SQL Server backups and belong to the databases of the same instance where this command is executed.

For example, there may be multiple instances on a server, and they may have taken backups in a specific path. This mechanism prevents the accidental deletion of unrelated files.

I hope this information is helpful for you.

Stay happy and grateful ☺️☺️

@hamidreza_Sadeghian

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

شاد باشین و شکرگزار ☺️☺️
حمیدرضا صادقیان


Hello to all my dear friends,

I hope you're all doing great. One of the issues I've been encountering a lot lately, and I've noticed, is the strong interest of companies and organizations in moving towards data analysis. Of course, this is a very promising path. However, I believe the challenge starts when we move towards data analysis before defining data governance and designing a data architecture for the organization. In my opinion, as appealing as it may be, it can also quickly lead us towards dangerous pitfalls.

When fundamental information structures, data access methods, data cleansing procedures, and data integration are not well-established, the data being analyzed and scrutinized will not guide us in the right direction and will produce significant errors.

What do you think about establishing data governance and designing a data architecture in an organization that has been operating for years and has various subsidiaries? How can we minimize the pain and bleeding for the organization?

I look forward to your valuable insights.

Stay happy and grateful ☺️☺️

Telegram Channel : @SQL_Server
Telegram ID : @Hamidreza_Sadeghian

#DataGovernance #MasterData #MDM #DataQuality #DataCleansing #DataArchitecture

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
سایت مکتبخونه برای اعضای سایت لینکدین کد تخفیف پنجاه درصدی تا فردا گذاشته که بتونید از دوره هاش بهره مند بشید
خواستم اطلاع رسانی کنم دوستانی که علاقمند هستند از دوره T-SQL Querying من استفاده کنند میتوانند از لینک زیر اقدام‌کنند.

ML50 :کد تخفیف

https://maktabkhooneh.org/course/%D8%A2%D9%85%D9%88%D8%B2%D8%B4-sql-%D9%BE%D8%A7%DB%8C%DA%AF%D8%A7%D9%87-%D8%AF%D8%A7%D8%AF%D9%87-sql-server-mk427/?affiliate=sadeghian

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

شاد باشین و شکرگزار.
ارادتمند
حمیدرضا صادقیان

Hello to my dear friends,

I hope you're all doing excellently. I want to share my negotiation experience with a government organization here with you.

One of the challenges of government agencies is timely payment, which they pursue relentlessly. The relevant organization contacted me, and it was agreed that I would work with them as a consultant.

Initially, they said I had to be a company, but I explained that I am an individual, not a company. Then they introduced me to a reputable company, suggesting that we sign a contract through that entity. After reviewing all the details, we reached the payment stage. They mentioned sending invoices to the concerned agency every three months, and my colleagues and I would make the payments within a certain timeframe. Additionally, there were some deductions.

I politely declined, stating that I don't agree to such a contract. When I easily receive monthly payments, why should I work for you, waiting for you to send an invoice after three months? It's unclear when that agency will make the payment, and, of course, it's uncertain when you will deposit money into my account. Besides, you want to deduct a fee for the good performance of the work. I don't receive a performance fee monthly, but I guarantee the quality of my work.

They said they wouldn't change their process because they are a government entity. I responded that I won't change my framework either because I am an individual 😂.

I said a stylish goodbye to my friends and went to bed with peace of mind.

I suggest to you all, regardless of the circumstances, be cautious when entering into contracts, especially with government organizations. These are the ones in need of your services, not the other way around.

Stay happy and grateful.

Sincerely,
Hamidreza Sadeghian

@Hamidreza_Sadeghian

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی باشه
دوستان دقت کنید که Always ON اسم یک تکنولوژی خاص نیست!! صرفا فقط یک نام تجاری هست که در زیرمجموعه اون دوتا تکنولوژی HA قرار داره
1- Always ON FCI
2- Always ON Availability Groups
این ها رو هم اشتباه نگیرید.

شاد باشین و شکرگزار
ارادتمند
حمیدرضا صادقیان

Hello to my dear friends,

I hope you are all doing well.
Please note that "Always ON" is not the name of a specific technology; it is simply a brand name that encompasses two technologies under it:
1- Always ON FCI
2- Always ON Availability Groups

Do not confuse these with each other.

Stay happy and grateful.

Best regards,
Hamidreza Sadeghian

@Hamidreza_Sadeghian

سلام دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
چند روز پیش درگیر بروز رسانی یک سری Package های SSIS بودیم که از نسخه ۲۰۱۲ به نسخه ۲۰۲۲ منتقل کنیم.
موقع Deploy مدام به ایرادات مختلف مخصوصا Dll های مربوط به Package ها برخورد میکردیم.
بعد از کلی بررسی ها ، متوجه شدم که در Package ها Target Server به ۲۰۲۲ تغییر نکرده بود و همین باعث ایجاد کلی خطا شده بود. این خطاها هم اغلب در هنگامم اجرای Job رخ میداد. دلیلش هم واضحه. Package های SSIS وقتی که JOB میشن توسط فایل DTExec اجرا میشن و یکی از مواردی که توسط این فایل چک میشه بحث Target Server هست که باتوجه به اون بیاد DLL های مربوط به اون رو لود کنه و همین قضیه باعث میشد مرتبا جاب های ما Failed بشن. با تغییر این موضوع ، جابها با موفقیت اجرا شدند.
گفتم این مورد روباهاتون به اشتراک بذارم.

شاد باشین و شکرگزار
ارادتمند
حمیدرضا صادقیان

Hello dear friends,

I hope you're all doing exceptionally well. A few days ago, we were involved in updating a series of SSIS packages from version 2012 to version 2022. During the deployment, we consistently encountered various issues, especially related to the DLLs associated with the packages.

After thorough investigations, I realized that the Target Server in the packages had not been changed to 2022. This oversight caused a multitude of errors, most of which occurred during the execution of jobs. The reason is clear: SSIS packages, when executed by the DTExec file during a job, undergo a check related to the Target Server. Based on this, the corresponding DLLs are loaded. This situation repeatedly led to the failure of our jobs.

By addressing this issue and changing the Target Server, the jobs were successfully executed. I thought it would be beneficial to share this experience with you.

Stay joyful and grateful.

Best regards,
Hamidreza Sadeghian

Telegram Channel : @SQL_Server

#SSIS
#DBA
#SQLServer
#Administration
#ETL
#job

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
یکی از چالش هایی که اخیرا زیاد دارم میبینم و فکر می کنم نیازش به شدت احساس میشه ، کانالی در خصوص تیم های نرم افزاری هست.
به همین علت کانالی رو ایجاد کردم که با کمک شما عزیزان در این راستا قدمی برداریم.
هدف از ایجاد کانال ، این هست که در خصوص مهارتهای نرم در تیم های نرم افزاری ، چالش های تیمی، قول به مشتریان ، نحوه قرارداد بستن ها ، نحوه مصاحبه و استخدام ، و هر آن چیزی که به مدیریت و نگهداشت و توسعه تیم های نرم افزاری مربوط می شود ، صحبت کنیم.
خوشحال خواهم شد با نظرات و صحبتهاتون و کامنت های ارزشمندتون در این مسیر به هم کمک کنیم.

ارادتمند شما
حمیدرضا صادقیان

@SoftwareTeams
Group Chat Link : Group Join Link : https://t.me/+voqIc0ymolg2M2E0

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
تصمیم گرفتم که یک کانال دیگه راه اندازی کنم.
هدف از راه اندازی این کانال ، صحبت در خصوص انواع تکنولوژی هایی هست که به نوعی به داده مرتبط خواهند شد.
اینجا دیگه محدود به تکنولوژی خاصی نخواهیم بود.
خوشحال خواهم شد اگر در این زمینه علاقمند بودین و مقاله یا فیلمی داشتید برای من ارسال کنید که با نام خودتون در این کانال منتشر کنیم.
امیدوارم کنار هم بتونیم اطلاعات خوبی را کسب کنیم.

شاد باشین و شکرگزار
حمیدرضا صادقیان
@Hamidreza_Sadeghian
Channel ID : @DataPhilosophy

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه.

میخواستم در این پست یک توضیحی درخصوص SARGable ها بدم.
وقتی که میگیم یک کدی SARGable نیست. یعنی چی.
عبارت SARGable مخفف Search ARGumentable هست.
زمانی که شما دارید یک عبارتی رو فیلتر می کنید یا در ON جوین ها فیلتر می نویسید ، ماهیت فیلدها نباید دستخوش تغییرات بشه.
به عنوان مثال
Seleect * from Table1
Where Left(Name,5)='Hamid'
اگر بر روی فیلد Name ما یک ایندکس داشته باشیم ، SQL Server اینجا از ایندکس استفاده نکرده و اصطلاحا Index Scan رخ میده. حالا این یعنی چی؟ یعنی اینکه کل Index و دیتای جدول شما ، هرچندتا رکوردی که داره جستجو میشه تا این اطلاعات بدست بیاد
ولی وقتی مثلا به این صورت بنویسید
Select * from Table1
where Name like N'Hamid%'
این کد از ایندکس استفاده می کنه و اصطلاحا یک Index Seek رخ میده و فقط Page هایی خوانده میشن که واقعا این اطلاعات در اونها وجود داره و کل جدول اسکن نمیشه.
در شرط های On هم به همین صورت هست
که باید این مساله به شدت رعایت بشه.
برای اینکه در SQL Server هم درست کد بنویسید ، پیشنهاد میکنم د رخصوص مفاهیم Set Based و همچنین مفهوم Declarative مطالعه داشته باشین
این باعث میشه نوع نگرشتون به کدنویسی د رلایه SQL Server کاملا فرق کنه.

شاد باشین و شکرگزار

حمیدرضا صادقیان

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

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
امروز توی Linkedin این کتاب رو یکی رایگان گذاشته بود،‌من هم گفتم خوبه که اینجا قرار بدم شما هم استفاده کنید.
خیلی جذابه که بشه در گزارشات PBI از AI هم استفاده کرد و باهاش ترکیب کرد. به نظرم خوانایی و دانش داخل گزارشات رو به شدت میتونه افزایش بده.

شاد باشین و شکرگزار😃😃
حمیدرضا صادقیان

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

حالا چطوری این اشخاص رو شناسایی میکردم؟
معمولا میپرسیدم از کجا شروع کردند؟
چی باعث شد مثلا مسیر دیتا رو انتخاب کنند؟
چرا مثلا در شرکت فعلی هستن؟
روی چه پروژه هایی کار می کنن؟
این پروژه ها استارتش از کجا خورده؟
چطوری به راه حل رسیدن؟

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