MS SQL Server

خیلی از دوستانی كه سی ام اس من رو دانلود كردند و برای اولین بار هست كه یه سیستم دات نت رو امتحان می كنند همیشه سوال كردند كه چه ابزار هایی باید نصب باشه تا بتونن وب سایت های ASP.Net رو بصورت لوكال اجرا كنند. می دونیم كه برای اجرای سایت های سمت سرور، نیاز به یك سرور داریم كه در ویندوز همون IIS هستش، برای اجرای برنامه های ساخته شده تحت دات نت هم به فریم وورك dotNet نیاز داریم، برای استفاده از دیتابیس هم به SQL Server نیاز هست و خلاصه برای ویرایش فایل های پروژه (مثلاً برای ساخت تمپلیت جدید برای WinCMS.Net Pro) نیاز به Visual Studio یا Visual Web Developer داریم. فریم وورك كه رایگانه، IIS هم همراه ویندوز ارائه میشه و برای اون دو تای دیگه هم نسخه های Express (رایگان) ارائه شده، پس همه چیز حله! امروز دیدم كه مدتی هست مایكروسافت Web PI رو برای XP هم سازگار كرده و برای كسانیكه بار اولشونه با ASP.Net كار می كنند پیشنهاد دانلود Microsoft Web Platform Installer رو می دم. من خودم امتحان نكردم چون از نسخه های كامل و پولی استفاده می كنم ولی اگه خواستید، این مجموعه تمام IIS، .Net Framework، Visual Web Developer 2008 Express Edition و SQL Server 2008 Express Edition رو یكجا داره تا بتونین شما هم بدون هزینه به جمع توسعه دهندگان وب بر روی پلتفرم های مایكروسافت بپیوندید!

بسیاری از دوستانی كه با نصب و اجرای وب اپلیكیشن های تحت ASP.Net 2.0/3.5 آشنا نیستند پس از دانلوئد و اجرای WinCMS.Net Pro و یا هر سیستم مشابه با خطای سطح دسترسی SQL Server مواجهند. علت این امر عدم دارا بودن permission برای كاربر ASP.Net Machine Account جهت Write در پوشه App_Data است. در مورد سیستم مدیریت محتوای من، در این پوشه علاوه بر فایل دیتابیس SQL Server 2005 Express فایل های تنظیمات سیستم نیز قرار دارند كه جهت امكان اعمال تغییرات، بایستی اجازه نوشتن داشته باشند. به پوشه دیگری بنام userfiles برای امكان آپلوئد فایل های كاربران نیز باید همین شرایط را مهیا سازید. جهت انجام این كار بر روی App_Data راست كلیك كرده و به Properties بروید و برگه Security را باز كنید. اگر Security Tab را مشاهده نكردید به Folder Options رفته و در برگه View، همانجایی كه نمایش یا عدم نمایش فایل های مخفی را معین می كنید، تیك گزینه آخر یعنی Use simple file sharing (Recommended) را بردارید و OK را بزنید. حال به برگه Security فولدر App_Data رفته و اگر ASP.Net Machine Account را در لیست كاربران نیافتید دكمه Add را بزنید تا user فوق را با نوشتن ComputerName\ASPNET و زدن دكمه OK به لیست اضافه كنید. توجه داشته باشید كه بجای ComputerName نام كامپیوتر خود را وارد می كنید. حال با انتخاب این كاربر از لیست و گذاشتن تیك در ردیف Write زیر Allow و زدن دكمه OK كار تمام است!

نكته جالب اینكه اگر نرم افزار تحت وبی را برای نمایش به سفارش دهنده آن می خواهید بر روی فلش مموری حمل كنید با تغییر فرمت به FAT16 دیگر نیازی به دادن اجازه نوشتن نیست! در ضمن راهكار بالا برای سیستم فایل NTFS است نه FAT32!

یكی از دوستان در استفاده از امكانات عضو گیری ASP.Net با مشكلاتی مواجه شد. وی علاقمند به استفاده از ASP.Net Membership Provider بود ولی هنگام استفاده از آن، اطلاعات مربوط به عضوگیری در دیتابیسی به نام ASPNETDB.MDF ذخیره می شد بنابراین وی قادر به دادن نام دلخواه برای این دیتابیس و یا اضافه شدن اطلاعات به دیتابیس موجود پروژه نبود. مشكل دیگر ایشان داشتند این بود كه فیلد های  اطلاعاتی بیشتری مانند نام و شماره تماس برای اعضاء سیستم در نظر گرفته بود ولی Profile Provider سیستم بخاطر ساختار پیش فرض و فرمت فیلد اطلاعاتی در جدول پروفایل ها، محدودیت هایی را در مدیریت اطلاعات پروفایل و سرعت استفاده از آن ها ایجاد می كرد.

در پاسخ به این دوست، توجه به این نكته لازم است كه مایكروسافت این امكان را داده تا كسانی كه مایل به استفاده از پیاده سازی متفاوت با راهكار های پیش فرض هستند، provider خود را تعبیه كنند. بنابراین اگر با SqlProfileProvider پیش فرض مشكل دارید می توانید یك پروایدر دلخواه (Custom Provider) بنویسید  و یا برای حل مشكل فرمت اطلاعاتی پروفایل ها جهت ذخیره اطلاعات اعضاء در جدولی مستقل، از  پرووایدر بسیار مفید و آماده ای كه كاركنان مایكروسافت نوشته اند، بهره ببرید. با دانلوئد Table Profile Provider بسادگی می توانید با الحاق كلاس های آن به پروژه و تعیین نام جدول دیتابیس و نام و نوع فیلد های موجود در آن، داخل بخش profile از  Web.Config اطلاعات اعضاء را به نحو دلخواه ذخیره نمائید.

و اما در مورد نام پیش فرض دیتابیس مربوط به عضو گیری، كافیست در Web.Config یك ConnectionString به دیتابیس دلخواه خود ایجاد كنید. سپس connectionStringName موجود در پرووایدر های بخش های membership ، roleManager  و profile را به رشته اتصال خود تنظیم كنید. حال تمام این امكانات بجای ASPNETDB.MDF در دیتابیس شما قرار می گیرد. برای نصب و یا حذف این امكانات می توانید از برنامه aspnet_regsql.exe به آدرس پیش فرض C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regsql.exe استفاده كنید.

چند روز پیش سوال شده بود كه چگونه می توان دیتابیس MS SQL Server خود را بدون مشكلات احتمالی و به راحت ترين روش ممكن به سرور دیگری انتقال داد؟ برای درك بهتر سوال یك سناریو مطرح می كنم: شما WinCMS.Net Pro را داونلوئد كرده اید و بر روی localhost نصب می باشد؛ حال یا بصورت پیش فرض از دیتابیس فایلی SQL Server 2005 Express استفاده می كنید و یا با اجرای اسكریپت همراه فایل از سرور لوكال SQL Server 2005 بهره می برید. پس از آماده سازی سایت خود و ورود اطلاعات به آن در حالت لوكال، قصد آپلوئد آن به هاست خود در اینترنت و راه اندازی سایت خود را دارید بر روی هاست امكان استفاده از مد Express نمی باشد؛ حال چه كنیم؟

جواب: كاركنان مایكروسافت برنامه كوچك و بسیار مفیدی جهت انتشار دیتابیس به سرور های دیگر بصورت اسكریپت ارائه داده اند. این برنامه می تواند هم ساختار و هم اطلاعات درون پایگاه داده شما را یكجا اسكریپت كرده و با حل مشكل اجازه دسترسی اشیاء با نبست دادن تمام آن ها به كاربر سطح db_owner مشكل شما را حل كند. پس از داونلوئد Microsoft SQL Server Database Publishing Wizard 1.1 و نصب آن به دو حالت می توان دیتابیس خود را اسكریپت كرد:

1- از طریق اجرای این برنامه مشخصات سرور خود را داده و دیتابیس مورد نظر را اسكریپت كنید. بنابراین این برنامه به شما ایده جالبی می دهد: می توانید توسط آن از دیتابیس های خود در اینتر نت یا هر شبكه دیگری پشتیبان (backup) تهیه كنید!
2- نصب این برنامه گزینه ای به محیط Visual Studio اضافه می كند كه با باز كردن پروژه و راست كلیك بر روی نام دیتابیس در Server Explorer و انتخاب Publish To Provider، همان كار بالا را انجام دهید.

حال كافیست فایل ها را به هاست خود در اینترنت منتقل كرده و با ایجاد یك دیتابیس در سرور سایت (مثلاً از طریق كنترل پانل Plesk) و ایجاد كاربر SQL برای آن و تغییر مشخصات اتصال به سرور داده در بخش Connection String موجود در Web.Config، اسكریپت آماده خود را پس از اتصال به سرور در محیط اجرای query در SQL Server Management Studio مانند آنچه كه با Query Analyzer انجام می دادیم، run كنید!