<![CDATA[فروم تخصصی - پشتیبانی CPSD - عمومی]]> http://cpsd.ir/forum/ Thu, 23 Apr 2026 15:44:18 +0000 MyBB <![CDATA[ترفندهای اکسس]]> http://cpsd.ir/forum/showthread.php?tid=404 Tue, 21 Feb 2017 09:46:02 +0330 http://cpsd.ir/forum/showthread.php?tid=404 از امروز به بعد قصد دارم در مورد ترفند هاي اكسس ( فوت هاي كوزه گري ) صحبت كنم . مي خواهيم ببينيم چگونه مي توان اعداد را سه رقم ، سه رقم از هم جدا كرد . همانطور كه قبلا گفته شد براي قالب اعداد جهت امور مالي و حسابداري كه ارقام بزرگي هستند حتما بايد نوع فيلد را Currency انتخاب كنيم . به هنگام طراحي جدول اگر فيلد را Currency انتخاب كنيم در پايين جدول و در بخش Format بايد دستور زير را بنويسيم . بعد از انجام اين عمل هر كجا از اين فيلد ، مثلا فيلد مبلغ كالا بخواهيد استفاده كنيد سيستم به صورت اتوماتيك ارقام را سه رقم ،سه رقم از يكديگر جدا خواهد كرد .

0##,#;0##,# دقت داشه باشيد كه ۰ نقطه نيست بلكه عدد صفر مي باشد

ترفند های اکسس (2) : اضافه کردن ستون ردیف در گزارشات اکسس
گاهی موارد در گزارشات نیاز است تا ستون ردیف داشته باشیم ، ایجاد ستون ردیف در گزارشات به صورت ذیل خواهد بود .
۱ـ روی گزارش مورد نظر کلیک راست کرده و Design View را انتخاب می کنیم تا گزارش در حالت طراحی باز شود .

۲ـ در گزارش یک تکست باکس به نام ردیف ایجاد کرده و در قسمت Detail آن ۱= را تایپ می کنیم.

۳ـ روی تکست باکس کیلک راست کرده و در بخش Data مقدار Running Sum را به Over All تغییر می دهیم .

۴ـ در پایان تغییرات را ذخیره کرده و با اجرای گزارش خواهید دید که ستون ردیف در گزارش ایجاد شده است.

ترفند هاي اكسس (3) : جلوگيري از نمايش گزارشات فاقد اطلاعات
اگر با گزارشات اكسس سر و كار داشته ايد به كرات مشاهده نموده ايد كه اكسس گزارشات فاقد اطلاعات رابه صورت يك صفحه خالي نمايش مي دهد. حال اگر شما بخواهيد اكسس گزارش هاي بدون اطلاعات را نمايش ندهد به صورت ذيل عمل نماييد :

در زبانه EVENT گزارش و در بخش ON NO DATA كدهاي ذيل را بنويسيد

" اطلاعاتي براي نمايش وجود ندارد"Msgbox

Cancel=True

حال اگر گزارش فاقد اطلاعاتي را اجرا كنيم سيستم پيام "اطلاعاتي براي نمايش وجود ندارد " را نشان خواهد داد .

ترفند هاي اكسس (4) : قرار دادن يك رديف پيش فرض در كمبو باكس
همانطور كه مي دانيد يكي از پركاربرد ترين كنترل ها در اكسس كمبو باكس مي باشد و در فرم ها به كرات مورد استفاده قرار مي گيرد . هر كمبو باكس از رديف هاي مختلفي تشكيل شده،حتما براي شما هم اين سوال پيش آمده كه چگونه مي توان به محض باز شدن فرم يك رديف كمبو باكس به صورت پيش فرض در فرم نمايش داده شود . براي مثال شما در فرمي كمبو باكسي به نام نوع ارز داريد و در آن ارز هاي مختلفي مثل ريال ، دلار ، يورو و ... وجود دارد كه شما مي توانيد آنها را انتخاب كنيد ولي در اكثر موارد ارز شما ريال خواهد بود و براي اين كه در هر فرم مجبور به انتخاب ريال نباشيد مي خواهيد با ترفندي همواره پيش فرض كمبو باكس نوع ارز ريال باشد براي اين كار به صورت ذيل عمل خواهيم كرد.

در بخش EVENT فرم و در قسمت ON OPEN كد هاي ذيل را بنويسيد .



Me.Comboname.Setfocus

Me. Comboname.Dropdown

Me.Comboname.Selected(3)=True

در قسمت Comboname نام كمبو باكس نوشته مي شود . اگر بخواهيم اولين رديف كمبو باكس انتخاب شود بايد به جاي ۳ عدد صفر را بنويسيم . در مثال فوق دومين رديف كمبو باكس در حالت پيش فرض قرار خواهد گرفت .

ترفند هاي اكسس (5) : رنگي كردن يكي در ميان سطر هاي گزارش
براي مرور بهتر گزارشات مي توان سطر هاي گزارش را يكي در ميان رنگي كرد . در اكسس ۲۰۰۷ بدون كد نويسي و به راحتي مي توان اين كار را انجام داد . ابتدا روي گزارش خود كليك راست كرده و گزينه Layout View را انتخاب كنيد . سپس در سمت چپ گزارش روي يكي از سطر هاي گزارش كليك كرده تا كل سطر انتخاب شود سپس از منوي بالاي صفحه نوع رنگ را انتخاب و به محض اينكه روي رنگ مورد نظر كليك كنيد سطر هاي گزارش يكي در ميان رنگي خواهند شد . البته با كد نويسي هم مي توان اين كار را انجام داد ولي هميشه بايد راه سريع و آسان را برگزيد . اين ترفند در اكسس ۲۰۰۷ به بعد قابل اجرا مي باشد و در اكسس ۲۰۰۳ قابل اجرا نمي باشد . البته همانطور كه گفتم اكسس ۲۰۰۳ را به فراموشي سپرده و همواره به روز باشيد .

ترفند هاي اكسس (6) : كنترل داده هاي ورودي بخش اول
فرم ها براي ورود اطلاعات به جداول مورد استفاده قرار مي گيرند و يكي از مهم ترين مباحث در فرم ها جلوگيري از ورود داده هاي غير استاندارد در جداول مي باشد لذا كنترل داده هاي ورودي امري بسيار مهم و حياتي مي باشد كه عدم توجه به آن باعث بروز مشكلات فراواني خواهد شد .

براي مثال در طراحي دفترچه تلفن شماره تلفن بايد ۸ رقم باشد حال اگر كاربر دقيقا ۸ رقم وارد نكند سيستم به صورت هوشمند بايد با اخطاري كاربر را از اين امر آگاه نمايد . همچنين اگر كاربر به جاي شماره تلفن كه عددي است حروف وارد كند سيستم بايد هشدار لازم را به كاربر داده و از پذيرش آن جلوگيري به عمل آورد .

منحصر كردن داده ورود در فرم هاي اكسس : فرمي داريم و تكست باكسي در آن قرار داده ايم مي خواهيم كاربر تنها مجاز به وارد كردن اعداد بوده و در صورت اشتباه سيستم با پيام مناسبي كاربر را اگاه نمايد . براي اين كار روي تكست باكس مورد نظر كليك راست كرده در بخش Even و قسمت On Exit كد هاي زير را مي نويسيم .

On Error Resume Next

If Isnumeric (text1.value)=False Then

"لطفا كد را به صورت عددي وارد نماييد "Msgbox

Cancel=true

Text1.Setfocus

Text1=Null

Endif


ترفند هاي اكسس (7) : كنترل داده هاي ورودي بخش دوم
در بخش قبل كمي در مورد كنترل داده ها در فرم هاي اكسس صحبت كرديم و در اين قسمت به ادامه آن خواهيم پرداخت . همانطور كه مي دانيد برخي داده ها در فرم ها الزامي بوده و برخي اختياري هستند . مثلا در فرم اطلاعات پرسنلي وارد كردن كد پرسنلي ، نام ، نام خانوادگي و كد ملي الزامي بوده ولي آدرس پست الكترونيكي شما اختياري مي باشد كه در اين جا بحث كنترل داده ها پيش مي آيد .

الزام كاربر به وارد كردن داده ها در فيلد هاي اكسس :

فرض كنيد فيلدي داريد به نام Text2 و مي خواهيد كاربر حتما در اين فيلد داده هاي خود را وارد كرده و در صورتي كه بخواهد فيلد را خالي بگذارد سيستم هشدار بدهد براي اين كار به روش ذيل عمل خواهيم كرد .

روي فيلد كليك راست كرده Properties را انتخاب كرده و در قسمت ويژگي هاي فيلد روي زبانه Event كليك كنيد . سپس در رويداد On Exit كد هاي ذيل را بنويسيد .

If Isnull(Text2)=True Then

"لطفا اطلاعات فيلد را وارد نماييد"Msgbox

Cancel=True

Endif

ترفند هاي اكسس (8) : تایپ فارسی در فیلد ها
برخی مواقع نیاز است که ما به محض وارد شدن در یک تکست باکس زبان پیش فرضمان فارسی باشد و کاربر مجبور به تغییر زبان از لاتین به فارسی نشود .برای مثال فیلد هایی مثل نام ، نام خانوادگی ، محل سکونت و غیره . برای این کار روی تکست باکس مورد نظر کلیک راست کرده و از زبانه Format گزینه آخر یعنی Keyboard Langue را به فارسی تغییر می دهیم در این حالت تکست باکس داده ها را به صورت فارسی دریافت خواهد کرد .]]> از امروز به بعد قصد دارم در مورد ترفند هاي اكسس ( فوت هاي كوزه گري ) صحبت كنم . مي خواهيم ببينيم چگونه مي توان اعداد را سه رقم ، سه رقم از هم جدا كرد . همانطور كه قبلا گفته شد براي قالب اعداد جهت امور مالي و حسابداري كه ارقام بزرگي هستند حتما بايد نوع فيلد را Currency انتخاب كنيم . به هنگام طراحي جدول اگر فيلد را Currency انتخاب كنيم در پايين جدول و در بخش Format بايد دستور زير را بنويسيم . بعد از انجام اين عمل هر كجا از اين فيلد ، مثلا فيلد مبلغ كالا بخواهيد استفاده كنيد سيستم به صورت اتوماتيك ارقام را سه رقم ،سه رقم از يكديگر جدا خواهد كرد .

0##,#;0##,# دقت داشه باشيد كه ۰ نقطه نيست بلكه عدد صفر مي باشد

ترفند های اکسس (2) : اضافه کردن ستون ردیف در گزارشات اکسس
گاهی موارد در گزارشات نیاز است تا ستون ردیف داشته باشیم ، ایجاد ستون ردیف در گزارشات به صورت ذیل خواهد بود .
۱ـ روی گزارش مورد نظر کلیک راست کرده و Design View را انتخاب می کنیم تا گزارش در حالت طراحی باز شود .

۲ـ در گزارش یک تکست باکس به نام ردیف ایجاد کرده و در قسمت Detail آن ۱= را تایپ می کنیم.

۳ـ روی تکست باکس کیلک راست کرده و در بخش Data مقدار Running Sum را به Over All تغییر می دهیم .

۴ـ در پایان تغییرات را ذخیره کرده و با اجرای گزارش خواهید دید که ستون ردیف در گزارش ایجاد شده است.

ترفند هاي اكسس (3) : جلوگيري از نمايش گزارشات فاقد اطلاعات
اگر با گزارشات اكسس سر و كار داشته ايد به كرات مشاهده نموده ايد كه اكسس گزارشات فاقد اطلاعات رابه صورت يك صفحه خالي نمايش مي دهد. حال اگر شما بخواهيد اكسس گزارش هاي بدون اطلاعات را نمايش ندهد به صورت ذيل عمل نماييد :

در زبانه EVENT گزارش و در بخش ON NO DATA كدهاي ذيل را بنويسيد

" اطلاعاتي براي نمايش وجود ندارد"Msgbox

Cancel=True

حال اگر گزارش فاقد اطلاعاتي را اجرا كنيم سيستم پيام "اطلاعاتي براي نمايش وجود ندارد " را نشان خواهد داد .

ترفند هاي اكسس (4) : قرار دادن يك رديف پيش فرض در كمبو باكس
همانطور كه مي دانيد يكي از پركاربرد ترين كنترل ها در اكسس كمبو باكس مي باشد و در فرم ها به كرات مورد استفاده قرار مي گيرد . هر كمبو باكس از رديف هاي مختلفي تشكيل شده،حتما براي شما هم اين سوال پيش آمده كه چگونه مي توان به محض باز شدن فرم يك رديف كمبو باكس به صورت پيش فرض در فرم نمايش داده شود . براي مثال شما در فرمي كمبو باكسي به نام نوع ارز داريد و در آن ارز هاي مختلفي مثل ريال ، دلار ، يورو و ... وجود دارد كه شما مي توانيد آنها را انتخاب كنيد ولي در اكثر موارد ارز شما ريال خواهد بود و براي اين كه در هر فرم مجبور به انتخاب ريال نباشيد مي خواهيد با ترفندي همواره پيش فرض كمبو باكس نوع ارز ريال باشد براي اين كار به صورت ذيل عمل خواهيم كرد.

در بخش EVENT فرم و در قسمت ON OPEN كد هاي ذيل را بنويسيد .



Me.Comboname.Setfocus

Me. Comboname.Dropdown

Me.Comboname.Selected(3)=True

در قسمت Comboname نام كمبو باكس نوشته مي شود . اگر بخواهيم اولين رديف كمبو باكس انتخاب شود بايد به جاي ۳ عدد صفر را بنويسيم . در مثال فوق دومين رديف كمبو باكس در حالت پيش فرض قرار خواهد گرفت .

ترفند هاي اكسس (5) : رنگي كردن يكي در ميان سطر هاي گزارش
براي مرور بهتر گزارشات مي توان سطر هاي گزارش را يكي در ميان رنگي كرد . در اكسس ۲۰۰۷ بدون كد نويسي و به راحتي مي توان اين كار را انجام داد . ابتدا روي گزارش خود كليك راست كرده و گزينه Layout View را انتخاب كنيد . سپس در سمت چپ گزارش روي يكي از سطر هاي گزارش كليك كرده تا كل سطر انتخاب شود سپس از منوي بالاي صفحه نوع رنگ را انتخاب و به محض اينكه روي رنگ مورد نظر كليك كنيد سطر هاي گزارش يكي در ميان رنگي خواهند شد . البته با كد نويسي هم مي توان اين كار را انجام داد ولي هميشه بايد راه سريع و آسان را برگزيد . اين ترفند در اكسس ۲۰۰۷ به بعد قابل اجرا مي باشد و در اكسس ۲۰۰۳ قابل اجرا نمي باشد . البته همانطور كه گفتم اكسس ۲۰۰۳ را به فراموشي سپرده و همواره به روز باشيد .

ترفند هاي اكسس (6) : كنترل داده هاي ورودي بخش اول
فرم ها براي ورود اطلاعات به جداول مورد استفاده قرار مي گيرند و يكي از مهم ترين مباحث در فرم ها جلوگيري از ورود داده هاي غير استاندارد در جداول مي باشد لذا كنترل داده هاي ورودي امري بسيار مهم و حياتي مي باشد كه عدم توجه به آن باعث بروز مشكلات فراواني خواهد شد .

براي مثال در طراحي دفترچه تلفن شماره تلفن بايد ۸ رقم باشد حال اگر كاربر دقيقا ۸ رقم وارد نكند سيستم به صورت هوشمند بايد با اخطاري كاربر را از اين امر آگاه نمايد . همچنين اگر كاربر به جاي شماره تلفن كه عددي است حروف وارد كند سيستم بايد هشدار لازم را به كاربر داده و از پذيرش آن جلوگيري به عمل آورد .

منحصر كردن داده ورود در فرم هاي اكسس : فرمي داريم و تكست باكسي در آن قرار داده ايم مي خواهيم كاربر تنها مجاز به وارد كردن اعداد بوده و در صورت اشتباه سيستم با پيام مناسبي كاربر را اگاه نمايد . براي اين كار روي تكست باكس مورد نظر كليك راست كرده در بخش Even و قسمت On Exit كد هاي زير را مي نويسيم .

On Error Resume Next

If Isnumeric (text1.value)=False Then

"لطفا كد را به صورت عددي وارد نماييد "Msgbox

Cancel=true

Text1.Setfocus

Text1=Null

Endif


ترفند هاي اكسس (7) : كنترل داده هاي ورودي بخش دوم
در بخش قبل كمي در مورد كنترل داده ها در فرم هاي اكسس صحبت كرديم و در اين قسمت به ادامه آن خواهيم پرداخت . همانطور كه مي دانيد برخي داده ها در فرم ها الزامي بوده و برخي اختياري هستند . مثلا در فرم اطلاعات پرسنلي وارد كردن كد پرسنلي ، نام ، نام خانوادگي و كد ملي الزامي بوده ولي آدرس پست الكترونيكي شما اختياري مي باشد كه در اين جا بحث كنترل داده ها پيش مي آيد .

الزام كاربر به وارد كردن داده ها در فيلد هاي اكسس :

فرض كنيد فيلدي داريد به نام Text2 و مي خواهيد كاربر حتما در اين فيلد داده هاي خود را وارد كرده و در صورتي كه بخواهد فيلد را خالي بگذارد سيستم هشدار بدهد براي اين كار به روش ذيل عمل خواهيم كرد .

روي فيلد كليك راست كرده Properties را انتخاب كرده و در قسمت ويژگي هاي فيلد روي زبانه Event كليك كنيد . سپس در رويداد On Exit كد هاي ذيل را بنويسيد .

If Isnull(Text2)=True Then

"لطفا اطلاعات فيلد را وارد نماييد"Msgbox

Cancel=True

Endif

ترفند هاي اكسس (8) : تایپ فارسی در فیلد ها
برخی مواقع نیاز است که ما به محض وارد شدن در یک تکست باکس زبان پیش فرضمان فارسی باشد و کاربر مجبور به تغییر زبان از لاتین به فارسی نشود .برای مثال فیلد هایی مثل نام ، نام خانوادگی ، محل سکونت و غیره . برای این کار روی تکست باکس مورد نظر کلیک راست کرده و از زبانه Format گزینه آخر یعنی Keyboard Langue را به فارسی تغییر می دهیم در این حالت تکست باکس داده ها را به صورت فارسی دریافت خواهد کرد .]]> <![CDATA[محدود نمودن داده ورودی به عدد]]> http://cpsd.ir/forum/showthread.php?tid=311 Fri, 25 Jan 2013 14:09:16 +0330 http://cpsd.ir/forum/showthread.php?tid=311
یکی از مواردی که گاهاً مد نظر قرار میگیرد , محدود نمودن ورود داده های عددی توسط کاربر در داخل یک فیلد میباشد , به طور مثال در حالتی که بخواهیم کاربر تنها مجاز به ورود عدد به داخل یک فیلد باشد

Idea جهت انجام این امر راه حل های متفاوتی وجود دارد که هر یک به تناسب میتواند مورد استفاده قرار گیرد , به طور مثال در داخل یک فرم فرضی و با در نظر گرفتن نام فیلد به عنوان SampleField میتوان از کدهای زیر استفاده نمود :
کد:
Private Sub SampleField_KeyPress(KeyAscii As Integer)

    Select Case KeyAscii
      Case Asc("0") To Asc("9"), vbKeyBack
      Case Else
        KeyAscii = 0
    End Select

End Sub
و یا :

کد:
Private Sub SampleField_KeyUp(KeyCode As Integer, Shift As Integer)
    
    If KeyCode = vbKeyReturn Then Exit Sub

    If IsNumeric(SampleField.Text) = False Then MsgBox "Only Number"

End Sub
میتوان با توجه به شرایط و صورت مساله مطرح شده , از تلفیق دو روش فوق نیز استفاده به عمل آورد]]>
یکی از مواردی که گاهاً مد نظر قرار میگیرد , محدود نمودن ورود داده های عددی توسط کاربر در داخل یک فیلد میباشد , به طور مثال در حالتی که بخواهیم کاربر تنها مجاز به ورود عدد به داخل یک فیلد باشد

Idea جهت انجام این امر راه حل های متفاوتی وجود دارد که هر یک به تناسب میتواند مورد استفاده قرار گیرد , به طور مثال در داخل یک فرم فرضی و با در نظر گرفتن نام فیلد به عنوان SampleField میتوان از کدهای زیر استفاده نمود :
کد:
Private Sub SampleField_KeyPress(KeyAscii As Integer)

    Select Case KeyAscii
      Case Asc("0") To Asc("9"), vbKeyBack
      Case Else
        KeyAscii = 0
    End Select

End Sub
و یا :

کد:
Private Sub SampleField_KeyUp(KeyCode As Integer, Shift As Integer)
    
    If KeyCode = vbKeyReturn Then Exit Sub

    If IsNumeric(SampleField.Text) = False Then MsgBox "Only Number"

End Sub
میتوان با توجه به شرایط و صورت مساله مطرح شده , از تلفیق دو روش فوق نیز استفاده به عمل آورد]]> <![CDATA[تبدیل ستون به سطر در اکسس]]> http://cpsd.ir/forum/showthread.php?tid=309 Fri, 14 Dec 2012 13:45:02 +0330 http://cpsd.ir/forum/showthread.php?tid=309 داده هایی که به صورت ردیفی در ستون یک تیبل وارد شده اند چگونه می توانند در ستون های مختلف قرار گیرند؟
یعنی دقیقا همان کاری که crosstab انجام می دهد بدون آنکه Value داشته باشیم.
در زیر عکس مربوطه را قرار می دهم .
برای توضیح بیشتر: در تیبل 1 نام ردیف ها و در تیبل 2 نام ستون ها نوشته شده است و می خواهم خروجی به شکل تیبل 3 نمایش داده شود. گفتنی است تعداد داده ها در تیبل 1 و 2 نا محدود است بنابراین امکان استفاده از دستور IN یا امثال آن وجود ندارد.

ممنون میشم راهنمایی کنید.
[تصویر: e512azyxee91j9ci7cxs.png]]]> داده هایی که به صورت ردیفی در ستون یک تیبل وارد شده اند چگونه می توانند در ستون های مختلف قرار گیرند؟
یعنی دقیقا همان کاری که crosstab انجام می دهد بدون آنکه Value داشته باشیم.
در زیر عکس مربوطه را قرار می دهم .
برای توضیح بیشتر: در تیبل 1 نام ردیف ها و در تیبل 2 نام ستون ها نوشته شده است و می خواهم خروجی به شکل تیبل 3 نمایش داده شود. گفتنی است تعداد داده ها در تیبل 1 و 2 نا محدود است بنابراین امکان استفاده از دستور IN یا امثال آن وجود ندارد.

ممنون میشم راهنمایی کنید.
[تصویر: e512azyxee91j9ci7cxs.png]]]> <![CDATA[پسوند accde]]> http://cpsd.ir/forum/showthread.php?tid=304 Sat, 06 Oct 2012 11:21:20 +0330 http://cpsd.ir/forum/showthread.php?tid=304 ممنون میشم راهی برای تبدیلش بدهید فایلش اینه
http://www.microsoftaccesstemplate.com/d...m_eval.zip]]> ممنون میشم راهی برای تبدیلش بدهید فایلش اینه
http://www.microsoftaccesstemplate.com/d...m_eval.zip]]> <![CDATA[مقایسه آفیس 32bit و 64bit]]> http://cpsd.ir/forum/showthread.php?tid=297 Fri, 15 Jun 2012 23:44:17 +0430 http://cpsd.ir/forum/showthread.php?tid=297 با سلام

با توجه به روند پیش رو در خصوص تحولات نرم افزاری و سخت افزاری , و پیشرفتهای حاصل از اون , مجموعه آفیس هم همراه با این تغییر شاهد ارائه نمونه های 64 بیت هستش

در این مقاله کوتاه قصد دارم اقدام به مقایسه اکسس 32 بیت و 64 بیت به نمایندگی از سوی مجموعه آفیس کنم

ولیکن در ابتدا با همدیگه نیم نگاهی به تفاوت ویندوزهای 32 بیت و 64 بیت داشته باشیم , چرا که بستر اجرایی یک آفیس 64 بیت , یک ویندوز 64 بیتی خواهد بود , به عبارتی دیگه امکان اجرای نرم افزارهای 64 بیتی و بهره برداری کامل از مزایای این نوع معماری تنها در صورتی امکان پذیر هست که ویندوز هم از گونه 64 بیتی باشه

ویندوزهای 64 بیتی از زمان عرضه ویندوز XP پا به عرصه وجود گذاشتند , در واقع نمونه های قدیمی تر از ویندوز XP فاقد گونه های 64 بیتی هستند

تفاوت اصلی بین ویندوزهای 32 و 64 بیتی در توان پردازش اطلاعات در واحد زمان هستش

در ویندوزهای 64 بیتی میزان اطلاعات بیشتری در واحد زمان , جهت پردازش مورد استفاده قرار میگیره , بر همین اساس در ویندوزهای 64 بیتی امکان آدرس دهی میزان بسیار بسیار بیشتری از فضای رم , امکان پذیر هستش

در ویندوز XP امکان آدرس دهی ( جهت پردازش ) تنها تا حداکثر 4 گیگا بایت امکان پذیر هستش در حالی که این محدودیت در خصوص ویندوزهای 64 بیتی چیزی نزدیک به 17 میلیارد گیگابایت هستش , در واقع این محدودیت در خصوص ویندوزهای 64 بیت تنها در سطح تئوریک باقی خواهد موند

ذکر این نکته نیز الزامی به نظر میرسه که امکان اجرای ویندوزهای 64 بیتی تنها بر روی سیستمهای امکان پذیر بوده که از لحاظ سخت افزاری نیز از معماری 64 بیتی پشتیبانی لازم رو به عمل بیارن

به طور مثال جهت اجرای یک ویندوز 64 بیت الزاماً نیازمند به استفاده از CPU هایی میباشید که قابلیت پردازش در مد 64bit رو داشته باشند

حال ممکنه این سئوال در ذهن ایجاد بشه که در صورت استفاده از ویندوزهای 64 بیتی , وضعیت استفاده از نرم افزارهای 32 بیتی ( نرم افزارهایی که در حال حاضر وجود دارند ) به چه صورتی در خواهد اومد

مایکروسافت همواره به گونه ای عمل میکنه , که زمانی رو جهت دوره گذار در نظر میگیره , تا همین امروز هم ویندوزهای 32 بیت با درصدی قابل قبول از نرم افزارهای 16 بیت پشتیبانی میکنند , این اتفاق در خصوص گذر از 32 بیت به 64 بیت هم , از سوی مایکروسافت مورد توجه قرار گرفته ( در نسخه های 64 بیتی , پشتیبانی از 16 بیتی حذف شده )

مایکروسافت در معماری 64 بیتی اقدام به ایجاد یک محیط شبیه ساز با نام WoW64 یا همون Windows-32-on-Windows-64 نموده

کار این شبیه ساز اجرای نرم افزارهای 32 بیتی در داخل ویندوزهای 64 بیتی هستش

در واقع در داخل این محیط , شرایط یک ویندوز 32 بیتی شبیه سازی میشه , تا نرم افزار 32 بیت بدون مشکل قادر به اجرا باشه

توضیحات کلی ارائه شد , تصور میکنم توضیح بیشتر در خصوص ویندوز الزام چندانی نداشته باشه , در ادامه به بررسی اکسس 64 بیت و مقایسه اون با اکسس 32 بیت می پردازیم

توجه کنید , در صورتی که اقدام به نصب آفیس بر روی یک ویندوز 64 بیت میکنید , در حالت پیش گزیده , فرایند نصب اقدام به نصب نسخه 32 بیت خواهد نمود , بر همین اساس در صورتی که مایل به نصب نسخه 64 بیت هستید , میبایست اقدام به اجرای نصاب نسخه 64 بیت به صورت دستی کنید

هم اکنون , توصیه خود مایکروسافت هم نصب نسخه 32 بیت هستش تا از تداخلهای ناخواسته به وجود اومده بین نسخه 64 بیت و دیگر افزونه های نصب شده بر روی آفیس جلوگیری به عمل بیاد

امکان نصب همزمان نسخه 32 بیت و 64 بیت بر روی یک سیستم ( ویندوز ) وجود نداره

تنها مزیت بارزی که یک نسخه 64 بیت نسبت به نسخه 32 بیتی اون در مجموعه آفیس داره , امکان آدرس دهی های بیشتر حافظه هستش

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

در اکسس داده ها تا زمانی که نیازی به استفاده از اونها نباشه , فراخوانی نمیشن , در واقع در بسیاری موارد اکسس , تنها اقدام به بارگذاری داده هایی میکنه که شما اونها رو در داخل صفحه نمایش می بینید , در یک گزارش 100 صفحه ای اکسس در وحله اول تنها اقدام به بارگذاری تمام و کمال داده هایی میکنه که مرتبط با صفحه ای از گزارش هستند که شما در حال مشاهده اون هستید

به تعبیری , اکسس به خودی خود وابستگی کاملی به میزان رم نداره , البته در این گذر هر آنچه که میزان رم بیشتر باشه , همچون تمام نرم افزارهای دیگه سرعت اجرای خود اکسس بیشتر میشه , ناگفته پیداست این موضوع مقوله ای جدا از مبحث 32 بیت بودن یا 64 بیت بودن هستش

اینگونه که از مستندات مایکروسافت مشهود هستش , بیشترین مزیت ارتقا به نسخه 64 بیتی تنها در نظر کاربران Excel نمود پیدا میکنه

در نسخه های 32 بیتی در صورتی که شما از توابع API استفاده کرده باشید , در صورت ارتقا به نسخه های 64 بیتی , نحوه معرفی این توابع تغییر پیدا کرده که اون هم بیشتر مرتبط با معرفی نوع داده های جدیدی هستش که در ویندوزهای 64 بیتی به اونها اشاره شده

بر همین اساس امکان ارائه یک نسخه از فایل که بدون مشکل , در هر دو حالت 32 و 64 بیتی , قادر به اجرا شدن باشند به سختی امکان پذیره و نیاز به تست مستقل بر روی هر دو کانفیگ داره

نسخه های موجود در خصوص ActiveX Dll و ActiveX COM های موجود عموماً 32 بیتی هستند و قابلیت اجرا در داخل محیط 64 بیتی رو نخواهند داشت

توضیح : شاید در ذهن این سئوال ایجاد بشه که WoW64 به عنوان شبیه ساز این امکان رو به وجود نمیاره ؟

در پاسخ باید گفت خیر , WoW64 میتونه اقدام به راه اندازی نرم افزارهای 32 بیتی کنه , مشکل فعلی از اونجا ناشی میشه , که اکسس 64 بیت در هنگام اجرا و در داخل محیط خودش قصد فراخوانی ActiveX رو داره

امکان فراخوانی یک پروسه 32 بیتی ( در اینجا اکتیو ایکس 32 بیتی ) از داخل یک پروسه 64 بیتی به صورت مستقیم وجود نداره

این مکانیزم در داخل خود ویندوز به کمک WoW64 محقق میشه , ولیکن در داخل آفیس 64 این مورد وجود نداره

در صورتی که شما یک پروژه 32 بیت رو توسط یک اکسس 32 بیتی به صورت ACCDE تبدیل و فایل نهایی رو به مشتری تحویل بدید , این نسخه قابلیت اجرا بر روی اکسس 64 بیت رو نخواهد داشت , در این حالت پروژه میبایست مجددا در داخل اکسس 64 بیت پروسه تبدیل رو توسط برنامه نویس اولیه طی کنه و فایل جدید ارسال بشه

در مجموع و به جهت جمع بندی :

در حال حاضر نیازی به ارتقا به اکسس 64 بیت وجود نداره , و این محیط بیشتر مشکل ساز هستش چرا که با سیستمهای 32 بیت که طیف بسیار زیادی از کاربران فعلی رو پوشش میده ناسازگاره

موفق باشید]]> با سلام

با توجه به روند پیش رو در خصوص تحولات نرم افزاری و سخت افزاری , و پیشرفتهای حاصل از اون , مجموعه آفیس هم همراه با این تغییر شاهد ارائه نمونه های 64 بیت هستش

در این مقاله کوتاه قصد دارم اقدام به مقایسه اکسس 32 بیت و 64 بیت به نمایندگی از سوی مجموعه آفیس کنم

ولیکن در ابتدا با همدیگه نیم نگاهی به تفاوت ویندوزهای 32 بیت و 64 بیت داشته باشیم , چرا که بستر اجرایی یک آفیس 64 بیت , یک ویندوز 64 بیتی خواهد بود , به عبارتی دیگه امکان اجرای نرم افزارهای 64 بیتی و بهره برداری کامل از مزایای این نوع معماری تنها در صورتی امکان پذیر هست که ویندوز هم از گونه 64 بیتی باشه

ویندوزهای 64 بیتی از زمان عرضه ویندوز XP پا به عرصه وجود گذاشتند , در واقع نمونه های قدیمی تر از ویندوز XP فاقد گونه های 64 بیتی هستند

تفاوت اصلی بین ویندوزهای 32 و 64 بیتی در توان پردازش اطلاعات در واحد زمان هستش

در ویندوزهای 64 بیتی میزان اطلاعات بیشتری در واحد زمان , جهت پردازش مورد استفاده قرار میگیره , بر همین اساس در ویندوزهای 64 بیتی امکان آدرس دهی میزان بسیار بسیار بیشتری از فضای رم , امکان پذیر هستش

در ویندوز XP امکان آدرس دهی ( جهت پردازش ) تنها تا حداکثر 4 گیگا بایت امکان پذیر هستش در حالی که این محدودیت در خصوص ویندوزهای 64 بیتی چیزی نزدیک به 17 میلیارد گیگابایت هستش , در واقع این محدودیت در خصوص ویندوزهای 64 بیت تنها در سطح تئوریک باقی خواهد موند

ذکر این نکته نیز الزامی به نظر میرسه که امکان اجرای ویندوزهای 64 بیتی تنها بر روی سیستمهای امکان پذیر بوده که از لحاظ سخت افزاری نیز از معماری 64 بیتی پشتیبانی لازم رو به عمل بیارن

به طور مثال جهت اجرای یک ویندوز 64 بیت الزاماً نیازمند به استفاده از CPU هایی میباشید که قابلیت پردازش در مد 64bit رو داشته باشند

حال ممکنه این سئوال در ذهن ایجاد بشه که در صورت استفاده از ویندوزهای 64 بیتی , وضعیت استفاده از نرم افزارهای 32 بیتی ( نرم افزارهایی که در حال حاضر وجود دارند ) به چه صورتی در خواهد اومد

مایکروسافت همواره به گونه ای عمل میکنه , که زمانی رو جهت دوره گذار در نظر میگیره , تا همین امروز هم ویندوزهای 32 بیت با درصدی قابل قبول از نرم افزارهای 16 بیت پشتیبانی میکنند , این اتفاق در خصوص گذر از 32 بیت به 64 بیت هم , از سوی مایکروسافت مورد توجه قرار گرفته ( در نسخه های 64 بیتی , پشتیبانی از 16 بیتی حذف شده )

مایکروسافت در معماری 64 بیتی اقدام به ایجاد یک محیط شبیه ساز با نام WoW64 یا همون Windows-32-on-Windows-64 نموده

کار این شبیه ساز اجرای نرم افزارهای 32 بیتی در داخل ویندوزهای 64 بیتی هستش

در واقع در داخل این محیط , شرایط یک ویندوز 32 بیتی شبیه سازی میشه , تا نرم افزار 32 بیت بدون مشکل قادر به اجرا باشه

توضیحات کلی ارائه شد , تصور میکنم توضیح بیشتر در خصوص ویندوز الزام چندانی نداشته باشه , در ادامه به بررسی اکسس 64 بیت و مقایسه اون با اکسس 32 بیت می پردازیم

توجه کنید , در صورتی که اقدام به نصب آفیس بر روی یک ویندوز 64 بیت میکنید , در حالت پیش گزیده , فرایند نصب اقدام به نصب نسخه 32 بیت خواهد نمود , بر همین اساس در صورتی که مایل به نصب نسخه 64 بیت هستید , میبایست اقدام به اجرای نصاب نسخه 64 بیت به صورت دستی کنید

هم اکنون , توصیه خود مایکروسافت هم نصب نسخه 32 بیت هستش تا از تداخلهای ناخواسته به وجود اومده بین نسخه 64 بیت و دیگر افزونه های نصب شده بر روی آفیس جلوگیری به عمل بیاد

امکان نصب همزمان نسخه 32 بیت و 64 بیت بر روی یک سیستم ( ویندوز ) وجود نداره

تنها مزیت بارزی که یک نسخه 64 بیت نسبت به نسخه 32 بیتی اون در مجموعه آفیس داره , امکان آدرس دهی های بیشتر حافظه هستش

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

در اکسس داده ها تا زمانی که نیازی به استفاده از اونها نباشه , فراخوانی نمیشن , در واقع در بسیاری موارد اکسس , تنها اقدام به بارگذاری داده هایی میکنه که شما اونها رو در داخل صفحه نمایش می بینید , در یک گزارش 100 صفحه ای اکسس در وحله اول تنها اقدام به بارگذاری تمام و کمال داده هایی میکنه که مرتبط با صفحه ای از گزارش هستند که شما در حال مشاهده اون هستید

به تعبیری , اکسس به خودی خود وابستگی کاملی به میزان رم نداره , البته در این گذر هر آنچه که میزان رم بیشتر باشه , همچون تمام نرم افزارهای دیگه سرعت اجرای خود اکسس بیشتر میشه , ناگفته پیداست این موضوع مقوله ای جدا از مبحث 32 بیت بودن یا 64 بیت بودن هستش

اینگونه که از مستندات مایکروسافت مشهود هستش , بیشترین مزیت ارتقا به نسخه 64 بیتی تنها در نظر کاربران Excel نمود پیدا میکنه

در نسخه های 32 بیتی در صورتی که شما از توابع API استفاده کرده باشید , در صورت ارتقا به نسخه های 64 بیتی , نحوه معرفی این توابع تغییر پیدا کرده که اون هم بیشتر مرتبط با معرفی نوع داده های جدیدی هستش که در ویندوزهای 64 بیتی به اونها اشاره شده

بر همین اساس امکان ارائه یک نسخه از فایل که بدون مشکل , در هر دو حالت 32 و 64 بیتی , قادر به اجرا شدن باشند به سختی امکان پذیره و نیاز به تست مستقل بر روی هر دو کانفیگ داره

نسخه های موجود در خصوص ActiveX Dll و ActiveX COM های موجود عموماً 32 بیتی هستند و قابلیت اجرا در داخل محیط 64 بیتی رو نخواهند داشت

توضیح : شاید در ذهن این سئوال ایجاد بشه که WoW64 به عنوان شبیه ساز این امکان رو به وجود نمیاره ؟

در پاسخ باید گفت خیر , WoW64 میتونه اقدام به راه اندازی نرم افزارهای 32 بیتی کنه , مشکل فعلی از اونجا ناشی میشه , که اکسس 64 بیت در هنگام اجرا و در داخل محیط خودش قصد فراخوانی ActiveX رو داره

امکان فراخوانی یک پروسه 32 بیتی ( در اینجا اکتیو ایکس 32 بیتی ) از داخل یک پروسه 64 بیتی به صورت مستقیم وجود نداره

این مکانیزم در داخل خود ویندوز به کمک WoW64 محقق میشه , ولیکن در داخل آفیس 64 این مورد وجود نداره

در صورتی که شما یک پروژه 32 بیت رو توسط یک اکسس 32 بیتی به صورت ACCDE تبدیل و فایل نهایی رو به مشتری تحویل بدید , این نسخه قابلیت اجرا بر روی اکسس 64 بیت رو نخواهد داشت , در این حالت پروژه میبایست مجددا در داخل اکسس 64 بیت پروسه تبدیل رو توسط برنامه نویس اولیه طی کنه و فایل جدید ارسال بشه

در مجموع و به جهت جمع بندی :

در حال حاضر نیازی به ارتقا به اکسس 64 بیت وجود نداره , و این محیط بیشتر مشکل ساز هستش چرا که با سیستمهای 32 بیت که طیف بسیار زیادی از کاربران فعلی رو پوشش میده ناسازگاره

موفق باشید]]> <![CDATA[مفهوم Index و تاثیر آن بر روی برنامه]]> http://cpsd.ir/forum/showthread.php?tid=180 Thu, 01 Dec 2011 20:07:52 +0330 http://cpsd.ir/forum/showthread.php?tid=180 سلام

مطلب رو با مثال زیر شروع میکنم :

مطمئناً همه ما دفتر تلفنهایی که در گوشه صفحه اونها تقسم بندی ( در اینجا الفبایی ) وجود داره رو دیدیم .

عملکرد این بخش امکان دسترسی سریعتر به اطلاعات هستش . در دیتا بیس به نوعی این عملکرد رو Index انجام میده ولی با تفاوتهایی خاص

Index الزاماً عدم پیمایش کل رکوردها رو به همراه نداره . به سناریوهای زیر توجه کنید :

رکورد مورد بحث در آخرین ردیف قرار داره ( که البته برای وقوع همیشگی این مورد دیگه باید دیوار خیلی کوتاهی داشته باشید )

ولی دومین امر تنظیمات دو گانه Index هستش . در حالتی که مجوز تکرار داده شده باشه ( Duplicates OK ) پروسه پیمایش همچنان تا آخرین رکورد ادامه پیدا میکنه در واقع شما با انتخاب حالت No Duplicates هست که به اکسس این اطمینان خاطر رو میدید که به اولین رکورد مورد نظر که رسیدی دیگه به دنبال رکورد دیگه ای نگرد حال این رکورد میتونه :

در ردیف اول باشه ( افزایش سرعت بسیار بالا در دیتابیسی با تعداد رکورد زیاد )
در اواسط باشه ( افزایش سرعت قابل توجه در دیتابیسی با تعداد رکورد زیاد )
در انتها باشه ( شاهد هیچ افزایش سرعتی نباشیم بلکه تا حدودی نیز شاهد کندی عملیات نیز باشیم )
توضیح : حالت سوم کندتر به دلیل اینکه در هر صورت عمل پیمایش تا انتها ادامه می یابد ولی اینبار پروسه متب سازی نیز به سیستم تحمیل شده است .

اعمالی که باعث بی تاثیری و ناکارمدی Index میشه تعدد Index های یک جدول و اینکه Index بر روی چه چیزی گذاشته شده هستش . ( به طور مثال از دید من Index گذاری مبلغ منطقی نیست )

با هم به مثال دفتر تلفن رجوع میکنم :

تقسیم بندی های دفتر تلفن تا وقتی ارزشمنده که گروههای انتخابی نه خیلی بزرگ و نه خیلی کوچیک باشن به طور مثال در یک دفتر تلفن استاندارد حرف الف در یک گروه , حرف ب در یک گروه و ... قرار میگیرن حالا تصور کنید که تقسم بندی این دفتر تلفن رو خیلی خرد کنیم و برای نبیل پیروزمهر یک صفحه و برای X و Y هم هر یک , یک صفحه رو در نظر بگیریم . در این حالت Index گذاری به عنوان یک ضد سیستم عمل میکنه و نبودش بهتر از بودنشه .

امری که منع میشه تعدد فیلدهای شاخص گذاری شده هستش .

به نظرم Index گذاری باعث کاهش سرعت در دیتا بیسی با تعداد رکورد کم نمیشه .

مبحث Index یکی از مباحث پایه ای دیتا بیسها هستش و اطلاع از نحوه رفتار این خصیصه میتونه در ارائه یک برنامه کارآمد تاثیر گذار باشه .

پی نوشت :

در کنار مشخصه Index مولفه دیگه ای وجود داره با نام Primary Key

این دو مشخصه دارای فصل مشترکی زیادی هستند و لیکن تفاوتهای اختصاصی زیر رو با هم دارند

Primary Key اشاره به يك موجوديت منحصر به فرد داره ، مقدار Null‌ رو هم نمي پذيره ( در حالت ساده ، مجوز خالي بودن فيلد رو نميده )

Indexed Field عملكردي مشابه با همون Primary Key‌ داره ( در حالت No Duplicate ) با اين تفاوت كه اجازه مقدار Null‌ رو در فيلد ميده

بر همين اساس اگر قصد داريد كنترل كاملي بر روي عدم تكرار يك فيلد داشته باشيد بايد از Primary Key‌ استفاده كنيد ، چرا كه Index‌ تنها در حالتي كه مقداري در داخل فيلد وارد شده باشه بر روي عدم تكراري بودن نظارت ميكنه

معمولا از Index‌ بر روي فيلدهايي استفاده ميشه كه بيشتر مورد جستجو قرار ميگيرند]]> سلام

مطلب رو با مثال زیر شروع میکنم :

مطمئناً همه ما دفتر تلفنهایی که در گوشه صفحه اونها تقسم بندی ( در اینجا الفبایی ) وجود داره رو دیدیم .

عملکرد این بخش امکان دسترسی سریعتر به اطلاعات هستش . در دیتا بیس به نوعی این عملکرد رو Index انجام میده ولی با تفاوتهایی خاص

Index الزاماً عدم پیمایش کل رکوردها رو به همراه نداره . به سناریوهای زیر توجه کنید :

رکورد مورد بحث در آخرین ردیف قرار داره ( که البته برای وقوع همیشگی این مورد دیگه باید دیوار خیلی کوتاهی داشته باشید )

ولی دومین امر تنظیمات دو گانه Index هستش . در حالتی که مجوز تکرار داده شده باشه ( Duplicates OK ) پروسه پیمایش همچنان تا آخرین رکورد ادامه پیدا میکنه در واقع شما با انتخاب حالت No Duplicates هست که به اکسس این اطمینان خاطر رو میدید که به اولین رکورد مورد نظر که رسیدی دیگه به دنبال رکورد دیگه ای نگرد حال این رکورد میتونه :

در ردیف اول باشه ( افزایش سرعت بسیار بالا در دیتابیسی با تعداد رکورد زیاد )
در اواسط باشه ( افزایش سرعت قابل توجه در دیتابیسی با تعداد رکورد زیاد )
در انتها باشه ( شاهد هیچ افزایش سرعتی نباشیم بلکه تا حدودی نیز شاهد کندی عملیات نیز باشیم )
توضیح : حالت سوم کندتر به دلیل اینکه در هر صورت عمل پیمایش تا انتها ادامه می یابد ولی اینبار پروسه متب سازی نیز به سیستم تحمیل شده است .

اعمالی که باعث بی تاثیری و ناکارمدی Index میشه تعدد Index های یک جدول و اینکه Index بر روی چه چیزی گذاشته شده هستش . ( به طور مثال از دید من Index گذاری مبلغ منطقی نیست )

با هم به مثال دفتر تلفن رجوع میکنم :

تقسیم بندی های دفتر تلفن تا وقتی ارزشمنده که گروههای انتخابی نه خیلی بزرگ و نه خیلی کوچیک باشن به طور مثال در یک دفتر تلفن استاندارد حرف الف در یک گروه , حرف ب در یک گروه و ... قرار میگیرن حالا تصور کنید که تقسم بندی این دفتر تلفن رو خیلی خرد کنیم و برای نبیل پیروزمهر یک صفحه و برای X و Y هم هر یک , یک صفحه رو در نظر بگیریم . در این حالت Index گذاری به عنوان یک ضد سیستم عمل میکنه و نبودش بهتر از بودنشه .

امری که منع میشه تعدد فیلدهای شاخص گذاری شده هستش .

به نظرم Index گذاری باعث کاهش سرعت در دیتا بیسی با تعداد رکورد کم نمیشه .

مبحث Index یکی از مباحث پایه ای دیتا بیسها هستش و اطلاع از نحوه رفتار این خصیصه میتونه در ارائه یک برنامه کارآمد تاثیر گذار باشه .

پی نوشت :

در کنار مشخصه Index مولفه دیگه ای وجود داره با نام Primary Key

این دو مشخصه دارای فصل مشترکی زیادی هستند و لیکن تفاوتهای اختصاصی زیر رو با هم دارند

Primary Key اشاره به يك موجوديت منحصر به فرد داره ، مقدار Null‌ رو هم نمي پذيره ( در حالت ساده ، مجوز خالي بودن فيلد رو نميده )

Indexed Field عملكردي مشابه با همون Primary Key‌ داره ( در حالت No Duplicate ) با اين تفاوت كه اجازه مقدار Null‌ رو در فيلد ميده

بر همين اساس اگر قصد داريد كنترل كاملي بر روي عدم تكرار يك فيلد داشته باشيد بايد از Primary Key‌ استفاده كنيد ، چرا كه Index‌ تنها در حالتي كه مقداري در داخل فيلد وارد شده باشه بر روي عدم تكراري بودن نظارت ميكنه

معمولا از Index‌ بر روي فيلدهايي استفاده ميشه كه بيشتر مورد جستجو قرار ميگيرند]]> <![CDATA[توضیحی کوتاه در خصوص امنیت در اکسس]]> http://cpsd.ir/forum/showthread.php?tid=179 Thu, 01 Dec 2011 19:34:12 +0330 http://cpsd.ir/forum/showthread.php?tid=179 با سلام

اندکی در خصوص مبحث امنیت در اکسس توضیح میدم و مسیر کلی حرکتتون , روی صحبتم با تمام دوستانی خواهد بود که یک راه حل امنیتی ارائه دادند ( و یا خواهند داد ) و دوستانی که قصد استفاده از این تکنیکها رو دارند

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

این امتیاز دهی نسبی بوده و معیار استانداردی نداره , شاید در جایی درجه امنیت رو کرکری 3 از 10 عنوان نموده و کرکری دیگر 7 از ده , این اعداد بیشتر سلیقه ای بوده و اینکه کرکر چه چیزی رو سخت و چه چیزی رو آسان تصور کرده
پس هر روش بازدارنده به قطع در جایگاه خودش بازدارنده بوده , حال با شدت و ضعف متفاوت

هیچ کسی منکر اثر گذاری بستن دکمه Shift و MDE نمودن فایل , مخفی نمودن جداول و دیگر روشها نیست

کرکر در صورتی که از همه این تکنیکها به دفعات استفاده کرده باشید به همون نسبت باید زمانی رو اختصاص بده تا تمامی گلوگاههای امنیتی رو که براش ایجاد کردید , مرتفع کنه

این تعداد دفعات وقوع گلوگاه ها و نحوه اعمال اونها میتونه تا حدی پیش بره که کرکر رو به کل از انجام عملش منصرف کنه , در واقع شما باید حوصله کرکر رو سر ببرید

مثالی بزنیم :

کرکر با اتومبیلش در حال حرکته , جاده آسفالت شده رو در حکم نرم افزارهای فاقد گارد امنیتی فرض کنید , کرکر با حداکثر سرعت و با کمترین تشویش دونه دونه اونها رو طی میکنه , حال در همین مسیر مطمئنا راههای فرعی هم وجود داره که خاکی هستند , شما باز هم همین مسیرهای خاکی رو به عنوان نرم افزار فرض کنید , هر چه کیفیت این مسیر و در واقع دست اندازهای اون بیشتر باشه احتمال اینکه کرکر هوس عبور از این مسیر خاکی رو داشته باشه ( حتی به قصد تفریح ) کم و کم تر میشه تا جایی که حتی ممکنه بخشی از مسیر رو طی کنه ( دست اندازهای اولیه که در واقع در این مثال نمادی از الگوهای امنیتی شما هستند که به توالی به کار بردید ) ولی در نهایت ممکنه در جایی از ادامه مسیر منصرف بشه
( این مثال رو با واقعیتهای زندگی خودتون انطباق بدید ) کرکرها هم مثل من و شما انسان بوده و آستانه تحمل دارن , هر چه قدر به این آستانه تحمل نزدیکتر بشید احتمال منصرف شدنش بیشتره

چه نرم افزارهایی ممکنه کرک بشن ؟

واقعیت اینه که تمامی برنامه نویسان ممکنه در معرض خظر نباشند چرا که قاعدتا یک کرکر حرفه ای طعمه خودش رو از بین نمونه های ارزشمند انتخاب میکنه

فرضا اگر در همین حال حاضر هم نرم افزاری رو ارائه کردید که مشتری اندکی داره ( مشتری اندک نه به خاطر قیمت بالای اون , چرا که قواعد حمله به این نرم افزارها اندکی متفاوته ) , احتمال اینکه با نمونه کرک شده اون هم مواجه بشید خیلی کمه

در مجموع احتمال کرک شدن میتونه تابعی از چند پارامتر زیر باشه :
قیمت ( بالاتر ) – تعداد مشتریان ( بیشتر ) – میزان تخصصی بودن نرم افزار ( تخصصی تر ) – و در مجموع کیفیت نرم افزار ( با کیفیت تر- زیبا تر – کارآمدتر و ... )

نرم افزارهایی که خارج از این قاعده قرار بگیرن میشه گفت هدف کرکرهای پیشگام قرار نمیگیرن , چرا که این گروه هر نرم افزاری رو کرکر نمیکنن
قاعدتا اینگونه نرم افزارهایی مورد هدف کرکرهایی رده دو و به پایین ( مبتدی ) قرار خواهند گرفت

اینکه توصیه میشه آموزش کرکینگ در کل تالار به انجام نرسه دقیقا به خاطر همین طیف مبتدی در عملیات کرکینگ خواهد بود
متاسفانه حس کنجکاوی این طیف بیشتر از مابقی گروهها هستش ( در یکی از پستها هم که یکی از دوستان به وضوح اعلام فرمودن که در صورت یادگیری , همه نرم افزارها رو به خاطر حس کنجکاویشون مورد لطف قرار خواهند داد )

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

پس مجددا یادآوری میکنم اشاره به ضعف یک روش امنیتی دلیلی بر عدم استفاده از اون روش نیست چرا که همونطوری که خودتون هم میدونید اون روشهای امنیتی ضعیف رو هم خیلی از کاربران نمیتونن مغلوب کنن
ضمن اینکه به هر حال یک کرکر حرفه ای هم برای رفع اون باید زمانی رو اختصاص بده , شما هر چه بیشتر زمان خریداری کنید احتمال موفقیتتون بیشتره

و لیکن توصیه هایی چند و کوتاه :

تا حد امکان در صورتی که ممکنه الگوریتم و توالی اعمال قید و بند ها رو در فواصل زمانی مختلف تغییر بدید

تعداد دفعات ری چک قید و بندهای امنیتی رو افزایش بدید , مثالی میزنم : فرضا شما در سیستمتون تعداد رکوردها رو در سطح فرم به 10 عدد محدود کردید , حال مجدد همین عملیات ری چک رو فرضا در عملیات پرینت هم به انجام برسونید , دقت کنید شاید ارزش دفاعی ذاتی این امر فرضا 1 نمره باشه ولی وقتی شما اون رو دو بار به کار بردید در این حالت کرکر مجبوره دو بار این عملیات رو به انجام برسونه و .... البته در تعدد هم اونقدر این عملیات رو تکرار نکنید که کارایی برنامه رو با مشکل مواجه کنید

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

یک توضیح کوتاه دیگه هم در همین جا بدم اونهم اینه که اندکی بین ایمنی مطلوب خودتون و مطلوب کاربر تفاوت قایل بشید , بیشتر روشهایی که ارائه شده رویکردی به جلوگیری از اعمال تغییر در اینترفیس برنامه هستش مثالی بزنم :

فرضا دکمه Shift تنها میتونه تا حدودی دسترسی به Database Window رو محدود کنه ولی همچنان بدون نیاز به عبور از این سد کاربر میتونه به جداول و پرس و جوها و .... دسترسی داشته باشه

این همه از معایب گفتم کمی هم امید بدم , نگران نباشید روشهای کرک کردن کارهای اکسس اندکی با فایلهای اجرایی متفاوته برای همین هم طیف کرکرهای این محصول چندان وسیع نیست

مقوله امنیت جزو تخصصی ترین فیلدهای کاری بوده که نیاز به دقت و توجه در تبعات کلیه دستورهای مورد استفاده داره

با توجه به همین پیچدگی, منابع آموزشی کمتری از اون در دسترسه چرا که هم آموزشش بسیار زمان بره ( ریزه کاری بسیار ) و هم اینکه چون یک فیلد تخصصی هست کمتر مورد ارائه در فضاهای مجازی قرار میگیره

موفق باشید]]> با سلام

اندکی در خصوص مبحث امنیت در اکسس توضیح میدم و مسیر کلی حرکتتون , روی صحبتم با تمام دوستانی خواهد بود که یک راه حل امنیتی ارائه دادند ( و یا خواهند داد ) و دوستانی که قصد استفاده از این تکنیکها رو دارند

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

این امتیاز دهی نسبی بوده و معیار استانداردی نداره , شاید در جایی درجه امنیت رو کرکری 3 از 10 عنوان نموده و کرکری دیگر 7 از ده , این اعداد بیشتر سلیقه ای بوده و اینکه کرکر چه چیزی رو سخت و چه چیزی رو آسان تصور کرده
پس هر روش بازدارنده به قطع در جایگاه خودش بازدارنده بوده , حال با شدت و ضعف متفاوت

هیچ کسی منکر اثر گذاری بستن دکمه Shift و MDE نمودن فایل , مخفی نمودن جداول و دیگر روشها نیست

کرکر در صورتی که از همه این تکنیکها به دفعات استفاده کرده باشید به همون نسبت باید زمانی رو اختصاص بده تا تمامی گلوگاههای امنیتی رو که براش ایجاد کردید , مرتفع کنه

این تعداد دفعات وقوع گلوگاه ها و نحوه اعمال اونها میتونه تا حدی پیش بره که کرکر رو به کل از انجام عملش منصرف کنه , در واقع شما باید حوصله کرکر رو سر ببرید

مثالی بزنیم :

کرکر با اتومبیلش در حال حرکته , جاده آسفالت شده رو در حکم نرم افزارهای فاقد گارد امنیتی فرض کنید , کرکر با حداکثر سرعت و با کمترین تشویش دونه دونه اونها رو طی میکنه , حال در همین مسیر مطمئنا راههای فرعی هم وجود داره که خاکی هستند , شما باز هم همین مسیرهای خاکی رو به عنوان نرم افزار فرض کنید , هر چه کیفیت این مسیر و در واقع دست اندازهای اون بیشتر باشه احتمال اینکه کرکر هوس عبور از این مسیر خاکی رو داشته باشه ( حتی به قصد تفریح ) کم و کم تر میشه تا جایی که حتی ممکنه بخشی از مسیر رو طی کنه ( دست اندازهای اولیه که در واقع در این مثال نمادی از الگوهای امنیتی شما هستند که به توالی به کار بردید ) ولی در نهایت ممکنه در جایی از ادامه مسیر منصرف بشه
( این مثال رو با واقعیتهای زندگی خودتون انطباق بدید ) کرکرها هم مثل من و شما انسان بوده و آستانه تحمل دارن , هر چه قدر به این آستانه تحمل نزدیکتر بشید احتمال منصرف شدنش بیشتره

چه نرم افزارهایی ممکنه کرک بشن ؟

واقعیت اینه که تمامی برنامه نویسان ممکنه در معرض خظر نباشند چرا که قاعدتا یک کرکر حرفه ای طعمه خودش رو از بین نمونه های ارزشمند انتخاب میکنه

فرضا اگر در همین حال حاضر هم نرم افزاری رو ارائه کردید که مشتری اندکی داره ( مشتری اندک نه به خاطر قیمت بالای اون , چرا که قواعد حمله به این نرم افزارها اندکی متفاوته ) , احتمال اینکه با نمونه کرک شده اون هم مواجه بشید خیلی کمه

در مجموع احتمال کرک شدن میتونه تابعی از چند پارامتر زیر باشه :
قیمت ( بالاتر ) – تعداد مشتریان ( بیشتر ) – میزان تخصصی بودن نرم افزار ( تخصصی تر ) – و در مجموع کیفیت نرم افزار ( با کیفیت تر- زیبا تر – کارآمدتر و ... )

نرم افزارهایی که خارج از این قاعده قرار بگیرن میشه گفت هدف کرکرهای پیشگام قرار نمیگیرن , چرا که این گروه هر نرم افزاری رو کرکر نمیکنن
قاعدتا اینگونه نرم افزارهایی مورد هدف کرکرهایی رده دو و به پایین ( مبتدی ) قرار خواهند گرفت

اینکه توصیه میشه آموزش کرکینگ در کل تالار به انجام نرسه دقیقا به خاطر همین طیف مبتدی در عملیات کرکینگ خواهد بود
متاسفانه حس کنجکاوی این طیف بیشتر از مابقی گروهها هستش ( در یکی از پستها هم که یکی از دوستان به وضوح اعلام فرمودن که در صورت یادگیری , همه نرم افزارها رو به خاطر حس کنجکاویشون مورد لطف قرار خواهند داد )

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

پس مجددا یادآوری میکنم اشاره به ضعف یک روش امنیتی دلیلی بر عدم استفاده از اون روش نیست چرا که همونطوری که خودتون هم میدونید اون روشهای امنیتی ضعیف رو هم خیلی از کاربران نمیتونن مغلوب کنن
ضمن اینکه به هر حال یک کرکر حرفه ای هم برای رفع اون باید زمانی رو اختصاص بده , شما هر چه بیشتر زمان خریداری کنید احتمال موفقیتتون بیشتره

و لیکن توصیه هایی چند و کوتاه :

تا حد امکان در صورتی که ممکنه الگوریتم و توالی اعمال قید و بند ها رو در فواصل زمانی مختلف تغییر بدید

تعداد دفعات ری چک قید و بندهای امنیتی رو افزایش بدید , مثالی میزنم : فرضا شما در سیستمتون تعداد رکوردها رو در سطح فرم به 10 عدد محدود کردید , حال مجدد همین عملیات ری چک رو فرضا در عملیات پرینت هم به انجام برسونید , دقت کنید شاید ارزش دفاعی ذاتی این امر فرضا 1 نمره باشه ولی وقتی شما اون رو دو بار به کار بردید در این حالت کرکر مجبوره دو بار این عملیات رو به انجام برسونه و .... البته در تعدد هم اونقدر این عملیات رو تکرار نکنید که کارایی برنامه رو با مشکل مواجه کنید

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

یک توضیح کوتاه دیگه هم در همین جا بدم اونهم اینه که اندکی بین ایمنی مطلوب خودتون و مطلوب کاربر تفاوت قایل بشید , بیشتر روشهایی که ارائه شده رویکردی به جلوگیری از اعمال تغییر در اینترفیس برنامه هستش مثالی بزنم :

فرضا دکمه Shift تنها میتونه تا حدودی دسترسی به Database Window رو محدود کنه ولی همچنان بدون نیاز به عبور از این سد کاربر میتونه به جداول و پرس و جوها و .... دسترسی داشته باشه

این همه از معایب گفتم کمی هم امید بدم , نگران نباشید روشهای کرک کردن کارهای اکسس اندکی با فایلهای اجرایی متفاوته برای همین هم طیف کرکرهای این محصول چندان وسیع نیست

مقوله امنیت جزو تخصصی ترین فیلدهای کاری بوده که نیاز به دقت و توجه در تبعات کلیه دستورهای مورد استفاده داره

با توجه به همین پیچدگی, منابع آموزشی کمتری از اون در دسترسه چرا که هم آموزشش بسیار زمان بره ( ریزه کاری بسیار ) و هم اینکه چون یک فیلد تخصصی هست کمتر مورد ارائه در فضاهای مجازی قرار میگیره

موفق باشید]]> <![CDATA[چرا باید نسبت به ارائه نسخه آزمایشی اقدام نمایم ؟؟؟]]> http://cpsd.ir/forum/showthread.php?tid=96 Thu, 01 Sep 2011 21:37:09 +0430 http://cpsd.ir/forum/showthread.php?tid=96 با سلامي دوباره

ممكن است تاكنون بارها از خود پرسيده باشيد ، چرا باید نسبت به ارائه نسخه آزمایشی محصول خود ، اقدام نمایم ؟!

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

در دنیایی که از هر گوشه و کنار آن نرم افزاری جدید عرضه می‌شود یکی از راههای بسیار مؤثر در افزایش فروش , ورود بدون هزینه به داخل محدوده کاری کاربران می‌باشد . مطمئن باشید که هر نرم افزاری ارزش یکبار دیدن را خواهد داشت ( به شرط در میان نبودن هزینه ) . با انجام این عمل ، احتمال مورد توجه قرار گرفتن نرم افزار از سوی کاربر افزایش یافته و نمودار فروش سیر صعودی بیشتری پیدا خواهد كرد .
مشتریان به طور ذاتی دوست دارند که قبل از خرید یک محصول از کارآمد بودن آن اطمینان حاصل نمایند ، خواسته‌ای منطقی كه با ارج نهادن به آن میتوان به نتایج جالب توجهی رسید .

حالتهای زیر را در ذهنتان با یکدیگر مقایسه نمایید :

حالت اول : مشتری با پرداخت مبلغی اقدام به خرید نرم افزار می‌نماید ( با تکیه بر تبلیغات موجود بر روی بسته بندی ) پس از نصب , آن امکانات را نیافته !!! و یا نرم افزار کفایت کار را نمی‌کند . تصور می‌کنید که مشتری نسبت به محصول شما و دیگر محصولاتتان چه موضعی اتخاذ خواهد نمود . این مشتری در میان جمع , شما را چگونه توصیف خواهد کرد !؟؟؟ آیا موجب جلب مشتریان دیگری خواهد شد ؟؟؟

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

نتیجه کار پی بردن به ادعایی پوچ . پول به هدر رفته اینجانب و سابقه‌ای ناخوشایند از ارائه کنندگان این محصولات بود و بس . از آن به بعد پاسخ من به جویندگان اینگونه نرم افزارهایی این بوده است که : "نگرد پیدا نمیشه"

جالب اینکه در برخی موارد حتی پس از خرید نیز امکان استفاده از برنامه بدون ثبت آن وجود ندارد !!!!؟! یک فروش یک طرفه و کاملاً به دور از انصاف .

حالت دوم : مشتری پس از دریافت نرم افزار ( این نرم افزار میتواند از طرق مختلفی بدست او رسیده باشد : اینترنت , دوستان و ... ) اقدام به نصب نموده و در صورت تمایل اقدام به خرید خواهد کرد . ماحصل کار یک مشتری رضایتمند که به عنوان یک بستر تبلیغاتی مناسب نیز به شمار خواهد آمد , آشنایی مشتری با دیگر محصولات شما و امکان خرید آن محصولات نیز میتواند از دیگر مزایای این امر به شمار آید .

این تکنیک فروش سالهاست که در کشورهای دیگر مورد استفاده قرار گرفته و نتیجه مثبت آن نیز به اثبات رسیده است . وقت آن است که شما نیز به این جرگه بپیوندید و با ایجاد امکان تست نرم افزار به خریداران خود ثابت نمایید : آمده‌اید که بمانید و منافع کوتاه مدت را به منافع طولانی مدت ترجیح نمی‌دهید
همواره به یاد داشته باشید که :

 انسانها به طور ذاتی پاسخ خوبی را با خوبی میدهند
 مدافع حقوق مشتری بودن , به واقع یعنی مدافع حقوق خود بودن


در این میان شما را به استفاده از Trial Keeper Professional دعوت مي‌نماییم

لينك محصول

[تصویر: TK_Banner.png]
]]> با سلامي دوباره

ممكن است تاكنون بارها از خود پرسيده باشيد ، چرا باید نسبت به ارائه نسخه آزمایشی محصول خود ، اقدام نمایم ؟!

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

در دنیایی که از هر گوشه و کنار آن نرم افزاری جدید عرضه می‌شود یکی از راههای بسیار مؤثر در افزایش فروش , ورود بدون هزینه به داخل محدوده کاری کاربران می‌باشد . مطمئن باشید که هر نرم افزاری ارزش یکبار دیدن را خواهد داشت ( به شرط در میان نبودن هزینه ) . با انجام این عمل ، احتمال مورد توجه قرار گرفتن نرم افزار از سوی کاربر افزایش یافته و نمودار فروش سیر صعودی بیشتری پیدا خواهد كرد .
مشتریان به طور ذاتی دوست دارند که قبل از خرید یک محصول از کارآمد بودن آن اطمینان حاصل نمایند ، خواسته‌ای منطقی كه با ارج نهادن به آن میتوان به نتایج جالب توجهی رسید .

حالتهای زیر را در ذهنتان با یکدیگر مقایسه نمایید :

حالت اول : مشتری با پرداخت مبلغی اقدام به خرید نرم افزار می‌نماید ( با تکیه بر تبلیغات موجود بر روی بسته بندی ) پس از نصب , آن امکانات را نیافته !!! و یا نرم افزار کفایت کار را نمی‌کند . تصور می‌کنید که مشتری نسبت به محصول شما و دیگر محصولاتتان چه موضعی اتخاذ خواهد نمود . این مشتری در میان جمع , شما را چگونه توصیف خواهد کرد !؟؟؟ آیا موجب جلب مشتریان دیگری خواهد شد ؟؟؟

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

نتیجه کار پی بردن به ادعایی پوچ . پول به هدر رفته اینجانب و سابقه‌ای ناخوشایند از ارائه کنندگان این محصولات بود و بس . از آن به بعد پاسخ من به جویندگان اینگونه نرم افزارهایی این بوده است که : "نگرد پیدا نمیشه"

جالب اینکه در برخی موارد حتی پس از خرید نیز امکان استفاده از برنامه بدون ثبت آن وجود ندارد !!!!؟! یک فروش یک طرفه و کاملاً به دور از انصاف .

حالت دوم : مشتری پس از دریافت نرم افزار ( این نرم افزار میتواند از طرق مختلفی بدست او رسیده باشد : اینترنت , دوستان و ... ) اقدام به نصب نموده و در صورت تمایل اقدام به خرید خواهد کرد . ماحصل کار یک مشتری رضایتمند که به عنوان یک بستر تبلیغاتی مناسب نیز به شمار خواهد آمد , آشنایی مشتری با دیگر محصولات شما و امکان خرید آن محصولات نیز میتواند از دیگر مزایای این امر به شمار آید .

این تکنیک فروش سالهاست که در کشورهای دیگر مورد استفاده قرار گرفته و نتیجه مثبت آن نیز به اثبات رسیده است . وقت آن است که شما نیز به این جرگه بپیوندید و با ایجاد امکان تست نرم افزار به خریداران خود ثابت نمایید : آمده‌اید که بمانید و منافع کوتاه مدت را به منافع طولانی مدت ترجیح نمی‌دهید
همواره به یاد داشته باشید که :

 انسانها به طور ذاتی پاسخ خوبی را با خوبی میدهند
 مدافع حقوق مشتری بودن , به واقع یعنی مدافع حقوق خود بودن


در این میان شما را به استفاده از Trial Keeper Professional دعوت مي‌نماییم

لينك محصول

[تصویر: TK_Banner.png]
]]> <![CDATA[جلوگیری از حذف فایل های اکسس در شبکه]]> http://cpsd.ir/forum/showthread.php?tid=78 Wed, 20 Jul 2011 18:10:43 +0430 http://cpsd.ir/forum/showthread.php?tid=78
یکی از مشکلات و دغدغه های برنامه نویسان اکسس , روش جلوگیری از حذف شدن فایل اکسس در یک محیط اشتراکی و تحت شبکه میباشد

اعمال این محدودیتها با اتکا به امکانات امنیتی ویندوز , تا حدود زیادی امکان پذیر میباشد , ولیکن از این نکته نباید غافل شد که جهت به کارگیری کامل این قابلیت , شما ناگزیر به استفاده از ویندوزهای Server میباشید چرا که امکانات محدود کننده و کنترل کننده در این سری از ویندوزها بیشتر از سری ویندوزهای متداولیست که کاربران عادی از آن استفاده می نمایند

با توجه به اینکه در اکثر مواقع فایلهای اکسس , بین کاربران عادی موجود در سطح یک سازمان به اشتراک گذارده میشوند , به یک نمونه از پیکر بندیها بر اساس تنظیمات Windows XP Professional اشاره میشود

:.

بر روی فولدر مورد نظر ( فولدر حاوی بانک اطلاعاتی ) کلیک راست نموده و گزینه Sharing and Security را انتخاب نمایید

با کلیک بر روی دکمه Permissions , در صفحه باز شده ( تصویر زیر ) در لیست Group or user name اقدام به اضافه نمودن کاربرانی که مجاز به دسترسی به این فولدر هستند نمایید ( توصیه میشود در ابتدا با کلیک بر روی دکمه Remove اقدام به پاک نمودن تمام گزینه های موجود نمایید )

[تصویر: PermissionsTab.png]

دقت نمایید جهت تمامی افراد اضافه شده به این لیست در بخش Permissions for تیک گزینه Full Control از حالت انتخاب برداشته شده باشد

( تنظیمات منطبق بر تصویر فوق )

در قدم بعدی وارد صفحه Security شوید ( تصویر زیر )

[تصویر: SecurityTab.png]

بر روی نام کاربر مورد نظر کلیک نموده و تنظیمات را مطابق با تصویر جهت هر کاربر اعمال کنید

در انتها با کلیک بر روی دکمه OK به عملیات تنظیم اشتراک پایان دهید

با اعمال این تنظیمات کاربران تعیین شده قابلیت استفاده از فایل اکسس شما , بدون امکان حذف آن فایل را خواهند داشت و در صورت تلاش برای حذف با پیغامی مشابه پیغام زیر مواجه خواهند شد

[تصویر: ErrorMessage.png]

ولی به نکات زیر توجه نمایید :

ویندوزهای عمومی که مورد استفاده کاربران عادی قرار میگیرند , همچون ویندوزهای Professional , Ultimate و غیره , از لحاط امکانات شبکه در سطحی بسیار پایین تر از ویندوزهای Server قرار دارند , جهت برقراری امنیت بیشتر توصیه میشود با هماهنگی مدیران شبکه , نسبت به قرارگیری فایل بر روی سرور مرکزی , اقدام لازم به عمل آید تا از مزایا و امنیت مضاعف ویندوزهای Server نیز بهره مند شوید

یکی از محدودیتهای Windows XP Professional محدودیت دسترسی همزمان 10 کاربر یه یک فولدر و به تبع آن یک فایل میباشد

موفق باشید]]>
یکی از مشکلات و دغدغه های برنامه نویسان اکسس , روش جلوگیری از حذف شدن فایل اکسس در یک محیط اشتراکی و تحت شبکه میباشد

اعمال این محدودیتها با اتکا به امکانات امنیتی ویندوز , تا حدود زیادی امکان پذیر میباشد , ولیکن از این نکته نباید غافل شد که جهت به کارگیری کامل این قابلیت , شما ناگزیر به استفاده از ویندوزهای Server میباشید چرا که امکانات محدود کننده و کنترل کننده در این سری از ویندوزها بیشتر از سری ویندوزهای متداولیست که کاربران عادی از آن استفاده می نمایند

با توجه به اینکه در اکثر مواقع فایلهای اکسس , بین کاربران عادی موجود در سطح یک سازمان به اشتراک گذارده میشوند , به یک نمونه از پیکر بندیها بر اساس تنظیمات Windows XP Professional اشاره میشود

:.

بر روی فولدر مورد نظر ( فولدر حاوی بانک اطلاعاتی ) کلیک راست نموده و گزینه Sharing and Security را انتخاب نمایید

با کلیک بر روی دکمه Permissions , در صفحه باز شده ( تصویر زیر ) در لیست Group or user name اقدام به اضافه نمودن کاربرانی که مجاز به دسترسی به این فولدر هستند نمایید ( توصیه میشود در ابتدا با کلیک بر روی دکمه Remove اقدام به پاک نمودن تمام گزینه های موجود نمایید )

[تصویر: PermissionsTab.png]

دقت نمایید جهت تمامی افراد اضافه شده به این لیست در بخش Permissions for تیک گزینه Full Control از حالت انتخاب برداشته شده باشد

( تنظیمات منطبق بر تصویر فوق )

در قدم بعدی وارد صفحه Security شوید ( تصویر زیر )

[تصویر: SecurityTab.png]

بر روی نام کاربر مورد نظر کلیک نموده و تنظیمات را مطابق با تصویر جهت هر کاربر اعمال کنید

در انتها با کلیک بر روی دکمه OK به عملیات تنظیم اشتراک پایان دهید

با اعمال این تنظیمات کاربران تعیین شده قابلیت استفاده از فایل اکسس شما , بدون امکان حذف آن فایل را خواهند داشت و در صورت تلاش برای حذف با پیغامی مشابه پیغام زیر مواجه خواهند شد

[تصویر: ErrorMessage.png]

ولی به نکات زیر توجه نمایید :

ویندوزهای عمومی که مورد استفاده کاربران عادی قرار میگیرند , همچون ویندوزهای Professional , Ultimate و غیره , از لحاط امکانات شبکه در سطحی بسیار پایین تر از ویندوزهای Server قرار دارند , جهت برقراری امنیت بیشتر توصیه میشود با هماهنگی مدیران شبکه , نسبت به قرارگیری فایل بر روی سرور مرکزی , اقدام لازم به عمل آید تا از مزایا و امنیت مضاعف ویندوزهای Server نیز بهره مند شوید

یکی از محدودیتهای Windows XP Professional محدودیت دسترسی همزمان 10 کاربر یه یک فولدر و به تبع آن یک فایل میباشد

موفق باشید]]> <![CDATA[اکتیو ایکس چیست ؟]]> http://cpsd.ir/forum/showthread.php?tid=72 Mon, 20 Jun 2011 21:00:02 +0430 http://cpsd.ir/forum/showthread.php?tid=72 ضمن سلام

در بخشهای متوالی اين مقاله سعي خواهد شد كه در خصوص اكتيو ايكس توضيحاتي كامل ارائه بشه تا دوستان آشنايي لازم در خصوص اين تكنولوژي توانمند رو پيدا كنند

در واقع هدف این پست ارائه پاسخ در خصوص این سئوال خواهد بود که :

ActiveX چیست ؟


اكتيو ايكس در واقع يك تكنولوژي انقلابي در تحولات نرم افزاري محسوب ميشه و با عرضه اين تكنولوژي از سوي مايكروسافت ، در واقع تعريفي تازه در حيطه برنامه نويسي ارائه شد كه منجر به افزايش سرعت و كارايي در مباحث توسعه نرم افزاري گرديد

به واسطه اين تكنولوژي ، درنورديدن بسياري محدوديتها ساده تر از قبل شد و در واقع اين تكنولوژي منجر به تعريف ساختاري كاملاً متفاوت و كارآمد در زمينه برنامه نويسي شده

هدف از ارائه اين تكنولوژي آماده سازي يك بستر و الگوي ارتباطي استاندارد جهت برقراي ارتباط بين نرم افزارهاي مختلف هستش

به طور خلاصه ، اكتيو ايكس ها مجموعه اي از كدها و كنترلهاي از پيش نوشته / طراحي شده هستند كه امكاناتي رو در اختيار برنامه نويسان توسعه دهنده قرار خواهند داد كه به واسطه اونها قادر به انجام فعاليتهايي در محيطهاي توسعه هستند ( فرضاً در داخل اكسس و يا VB به عنوان محيطهاي توسعه ) كه يا , اون محيط توسعه به صورت استاندارد و با توجه به امكانات داخليش قادر به انجام اون كارها نيست و يا اينكه انجام اون كارها به واسطه امكانات داخلي ، بسيار زمان بر و طاقت فرساست و برنامه نويس در صورت عدم استفاده از اكتيو ايكس ، مجبور هست كه زمان و انرژی زيادي رو جهت انجام اون كار صرف کنه

اكتيو ايكس ها مشتمل بر دو نوع اصلي ميباشند , اين دو نوع ActiveX Dll و ActiveX COM هستند

اين دو گونه ، جدا از اينكه مرزهاي مشترك وسيعي با هم دارند ولي در حالت كلي اختلافي كه به وضوح مشهود هست در اين نكته متجلي ميشه كه ActiveX COM داراي يك رابط كاربري ديداري هستش و ليكن در ActiveX Dll بدين گونه نيست , توضيحات بيشتري در خصوص اين تفاوت در ادامه ذكر ميشه

منظور از وجود رابط كاربري ديداري رو ميشه بدين گونه تفسير كرد كه تنظيمات ActiveX COM رو ، شما در پنل Properties ميتونيد تغيير بديد و در واقع هر نوع اكتيو ايكسي كه بدين گونه ، قابليت تنظيم پارامترهاي خودش رو دراختيار برنامه نويس قرار بده الزاماً از گونه ActiveX COM خواهد بود , در تصوير نمونه زير شما يك دكمه رو به نمايندگي از اين جامعه , به همراه بخشي از تنظيمات اون در پنل Properties ملاحظه مي كنيد

[تصویر: ActiveX_COM.png]

البته در بسياري موارد ActiveX COM ها علاوه بر امكان اعمال تنظيمات به روش فوق ، امكان پذيرش بسياري ازتنظيمات رو از طريق كد نويسي هم در اختيار برنامه نويس قرار خواهند داد ( فصل مشترك با ActiveX Dll در همین بخش قرار داره )

ActiveX COM ها معمولاً بر روي فرم ها اضافه شده و شما قادر هستيد پس از اضافه شدن به برنامه ، اونها رو ببينيد وليكن در ActiveX Dll بدين گونه نيست ، ActiveX Dll ها در بخش References به برنامه اضافه شده و شما ميتونيد نام اكتيو ايكس هاي اضافه شده رو در داخل اون بخش ملاحظه كنيد ( به تصوير زير دقت كنيد )

[تصویر: ActiveX_Dll.png]

امكان برقراري ارتباط با ActiveX Dll تنها از طريق كد نويسي امكان پذير بوده و شما در ActiveX Dll ها شاهد يك محيط كاربري تعاملي كه به واسطه اون امكان درج تنظيمات رو بده نخواهيد بود ( بخشی همچون پنل Properties موجود برای ActiveX COM رو نداره )

به طور نمونه در خصوص ActiveX COM ميتونيم به كنترلهايي همچون : دكمه ها ، چك باكسها ، ديتاگريدها و ... اشاره كرد ، همونطوري كه ملاحظه مي كنيد كليه مثالها ، اشاره به اشيايي دارند كه قابليت ديدن اونها رو داريد

جهت ActiveX Dll هم مي تونيم به مبدل تاريخ شمسي Perian Date Converter و يا قفل نرم افزاري Trial Keeper Professional و نمونه هاي از همين دست اشاره كنيم

توضيح : برخي اكتيو ايكس ها هستند كه تلفيقي از هر دو گونه ActiveX COM و ActiveX Dll بوده و كليه مشخصات فوق رو به صورت يكجا دارا هستند ، در اين حالت اينگونه اكتيو ايكس هايي همچنان با همون عنوان ActiveX COM شناخته ميشوند

شايد براي شما تعجب آور باشه , ولي بزرگترين استفاده كننده از تكنولوژي اكتيو ايكس ، همين ويندوزي هست كه در حال حاضر شما در حال استفاده از اون هستيد ، در واقع ويندوز تركيبي از مجموعه تعداد زيادي اكتيو ايكس در كنار تعداد محدودي فايل اجرايي هستش !

در واقع تصور برنامه نويسي در يك محيط رقابتي ، بدون استفاده از اكتيو ايكس ها ، تصوري هست كه مدتها پيش منسوخ شده

شايد اين سئوال براي شما ايجاد بشه كه مزيت استفاده از اكتيو ايكس ها در چه چيزيه كه تا اين حد فراگير شده ؟!

پایان بخش اول

خدانگهدار
]]> ضمن سلام

در بخشهای متوالی اين مقاله سعي خواهد شد كه در خصوص اكتيو ايكس توضيحاتي كامل ارائه بشه تا دوستان آشنايي لازم در خصوص اين تكنولوژي توانمند رو پيدا كنند

در واقع هدف این پست ارائه پاسخ در خصوص این سئوال خواهد بود که :

ActiveX چیست ؟


اكتيو ايكس در واقع يك تكنولوژي انقلابي در تحولات نرم افزاري محسوب ميشه و با عرضه اين تكنولوژي از سوي مايكروسافت ، در واقع تعريفي تازه در حيطه برنامه نويسي ارائه شد كه منجر به افزايش سرعت و كارايي در مباحث توسعه نرم افزاري گرديد

به واسطه اين تكنولوژي ، درنورديدن بسياري محدوديتها ساده تر از قبل شد و در واقع اين تكنولوژي منجر به تعريف ساختاري كاملاً متفاوت و كارآمد در زمينه برنامه نويسي شده

هدف از ارائه اين تكنولوژي آماده سازي يك بستر و الگوي ارتباطي استاندارد جهت برقراي ارتباط بين نرم افزارهاي مختلف هستش

به طور خلاصه ، اكتيو ايكس ها مجموعه اي از كدها و كنترلهاي از پيش نوشته / طراحي شده هستند كه امكاناتي رو در اختيار برنامه نويسان توسعه دهنده قرار خواهند داد كه به واسطه اونها قادر به انجام فعاليتهايي در محيطهاي توسعه هستند ( فرضاً در داخل اكسس و يا VB به عنوان محيطهاي توسعه ) كه يا , اون محيط توسعه به صورت استاندارد و با توجه به امكانات داخليش قادر به انجام اون كارها نيست و يا اينكه انجام اون كارها به واسطه امكانات داخلي ، بسيار زمان بر و طاقت فرساست و برنامه نويس در صورت عدم استفاده از اكتيو ايكس ، مجبور هست كه زمان و انرژی زيادي رو جهت انجام اون كار صرف کنه

اكتيو ايكس ها مشتمل بر دو نوع اصلي ميباشند , اين دو نوع ActiveX Dll و ActiveX COM هستند

اين دو گونه ، جدا از اينكه مرزهاي مشترك وسيعي با هم دارند ولي در حالت كلي اختلافي كه به وضوح مشهود هست در اين نكته متجلي ميشه كه ActiveX COM داراي يك رابط كاربري ديداري هستش و ليكن در ActiveX Dll بدين گونه نيست , توضيحات بيشتري در خصوص اين تفاوت در ادامه ذكر ميشه

منظور از وجود رابط كاربري ديداري رو ميشه بدين گونه تفسير كرد كه تنظيمات ActiveX COM رو ، شما در پنل Properties ميتونيد تغيير بديد و در واقع هر نوع اكتيو ايكسي كه بدين گونه ، قابليت تنظيم پارامترهاي خودش رو دراختيار برنامه نويس قرار بده الزاماً از گونه ActiveX COM خواهد بود , در تصوير نمونه زير شما يك دكمه رو به نمايندگي از اين جامعه , به همراه بخشي از تنظيمات اون در پنل Properties ملاحظه مي كنيد

[تصویر: ActiveX_COM.png]

البته در بسياري موارد ActiveX COM ها علاوه بر امكان اعمال تنظيمات به روش فوق ، امكان پذيرش بسياري ازتنظيمات رو از طريق كد نويسي هم در اختيار برنامه نويس قرار خواهند داد ( فصل مشترك با ActiveX Dll در همین بخش قرار داره )

ActiveX COM ها معمولاً بر روي فرم ها اضافه شده و شما قادر هستيد پس از اضافه شدن به برنامه ، اونها رو ببينيد وليكن در ActiveX Dll بدين گونه نيست ، ActiveX Dll ها در بخش References به برنامه اضافه شده و شما ميتونيد نام اكتيو ايكس هاي اضافه شده رو در داخل اون بخش ملاحظه كنيد ( به تصوير زير دقت كنيد )

[تصویر: ActiveX_Dll.png]

امكان برقراري ارتباط با ActiveX Dll تنها از طريق كد نويسي امكان پذير بوده و شما در ActiveX Dll ها شاهد يك محيط كاربري تعاملي كه به واسطه اون امكان درج تنظيمات رو بده نخواهيد بود ( بخشی همچون پنل Properties موجود برای ActiveX COM رو نداره )

به طور نمونه در خصوص ActiveX COM ميتونيم به كنترلهايي همچون : دكمه ها ، چك باكسها ، ديتاگريدها و ... اشاره كرد ، همونطوري كه ملاحظه مي كنيد كليه مثالها ، اشاره به اشيايي دارند كه قابليت ديدن اونها رو داريد

جهت ActiveX Dll هم مي تونيم به مبدل تاريخ شمسي Perian Date Converter و يا قفل نرم افزاري Trial Keeper Professional و نمونه هاي از همين دست اشاره كنيم

توضيح : برخي اكتيو ايكس ها هستند كه تلفيقي از هر دو گونه ActiveX COM و ActiveX Dll بوده و كليه مشخصات فوق رو به صورت يكجا دارا هستند ، در اين حالت اينگونه اكتيو ايكس هايي همچنان با همون عنوان ActiveX COM شناخته ميشوند

شايد براي شما تعجب آور باشه , ولي بزرگترين استفاده كننده از تكنولوژي اكتيو ايكس ، همين ويندوزي هست كه در حال حاضر شما در حال استفاده از اون هستيد ، در واقع ويندوز تركيبي از مجموعه تعداد زيادي اكتيو ايكس در كنار تعداد محدودي فايل اجرايي هستش !

در واقع تصور برنامه نويسي در يك محيط رقابتي ، بدون استفاده از اكتيو ايكس ها ، تصوري هست كه مدتها پيش منسوخ شده

شايد اين سئوال براي شما ايجاد بشه كه مزيت استفاده از اكتيو ايكس ها در چه چيزيه كه تا اين حد فراگير شده ؟!

پایان بخش اول

خدانگهدار
]]> <![CDATA[مقایسه بین قفل های سخت افزاری و نرم افزاری]]> http://cpsd.ir/forum/showthread.php?tid=50 Mon, 07 Mar 2011 22:40:00 +0330 http://cpsd.ir/forum/showthread.php?tid=50
در این مقاله سعی میشه مقایسه ای بین قفلهای نرم افزاری و سخت افزاری داشته باشیم
در ابتدا به سراغ قفلهای سخت افزاری رفته و مشخصه های اون رو مورد کند و کاو قرار میدیم

دانگل - Dongle

این نوع قفلها رو عملاً به همین عنوان میخونن . قفلهایی با قابلیت جابجایی فیزیکی هستن . یعنی کاربر با خرید نرم افزاری که مجهز به این نوع قفله عملاً میتونه نرم افزار رو بر روی هر دستگاهی که بخواد نصب کنه که البته این امر مستلزم وجود قفله .
در دو نوع LPT و USB در بازار موجوده .
نوع LPT به پورت LPT وصل میشه , همون پورتی که به پورت پرینتر مشهوره . استفاده از این نوع قفل تقریباً منسوخ شده که دلایلی همچون :
احتمال اختلال در عملکرد قطعاتی که از طریق پورت LPT به کامپیوتر وصل میشن . ( دستگاههایی مثل پرینتر و اسکنر )
طول عمر نه چندان بالای این نوع قفلها . ( البته در صورتی که زیاد جابجاش میکنید )
حذف این پورت از روی نسل جدید برخی مادربوردها .

نوع USB از نظر ظاهری شبیه همون Flash Drive های موجوده .
در مقام مقایسه نوع USB برتریهای غیر قابل انکاری نسبت به نمونه های LPT داره که به طور مثال میشه به موارد زیر اشاره کرد :

وزن و ابعاد کوچکتر
قابلیت اتصال به درگاه USB
قیمت مناسبتر
و در نهایت تکنولوژی پیشرفته تر در پروسه ساخت و امنیت

مزایای این نوع قفل :

مزیت بارزش قابل حمل بودنشه . به طوری که کاربر محدودیتی در نصب نرم افزار خریداری شده نداره . کاربر , نرم افزار مجهز به این قفل رو میتونه در صورت در دست داشتن قفل هرجا و هر زمان نصب کنه .
البته این در صورتی میتونه یک مزیت مطلق به حساب بیاد که خود نرم افزار هم ماهیت پرتابل بودن رو داشته باشه , در غیر اینصورت این مزیت یک مزیت بالقوه هستش . ( منظورم توجیه کاربرد این نرم افزار به صورت پرتابل و یا همون قابل جابجا شدن هستش )
مزیت دیگه این نوع قفل , ثابت بودن اونه . یعنی با اعمال تغییرات سخت افزاری در کامپیوتر کاربر , قفل همچنان به فعالیت عادی خودش ادامه میده ( قاعدتاً )
یکی دیگه از مزیتهاش هم امکان استفاده از اون در محیطهای توسعه بیشتری هستش ( منظورم تعدد زبانهای برنامه نویسی که در اونها میشه از این نوع قفل استفاده کرده ) . البته این مورد در همه قفلهای موجود به صورت ثابت نیست و به تولید کننده اون ربط داره .

معایب :

این نوع قفل عملاً دایره فروش شما رو فوق العاده محدود میکنه . این امر از اونجا ناشی میشه که نرم افزار , وابسته به وجود فیزیکی قفله . همین امر امکان عرضه , پیش از فروش قطعی رو فوق العاده محدود میکنه ( Try Befor Buy ) .
عملاً ارائه اینترنتی نرم افزارهایی مبتنی بر این نوع قفل چندان طرفدار نداره . ( ارائه به این صورت مشکلات خاص خودش رو در این نوع قفل گذاری به دنبال داره )
تصور کنید که دایره فروش چقدر کوچیک میشه , بازار فروشی به وسعت تمام دنیا ( Web Site ) و بازار فروشی به محدودیت فروشگاههایی که نرم افزار رو به اونها برای فروش دادید .
هزینه خرید این نوع قفل با توجه به نوع اون متفاوته که میتونه محدوده 15000 – 3000 تومان رو در بر بگیره . عملاً شما ناچارید این هزینه رو توی هزینه تمام شده محصولتون محاسبه کنید که نتیجه اون افزایش قیمت محصوله . ( متاسفانه در ایران قیمت قویترین اهرم کاربردیه و برای 99% مشتریها در اولویت یک قرار داره )
استفاده از این نوع قفل در نرم افزارهای ارزون قیمت به عنوان توجیه نداره ( نرم افزارهایی که قصد فروش اونها رو در تیراژ بالا دارید ) .
استفاده از این نوع قفل مستلزم خواب سرمایه شماست . چرا که در صورت ارائه نرم افزارتون در قالب بسته بندی شده باید منتظر برگشت پول بمونید ( نرم افزار معلوم نیست چه مدت توی مغازه در انتظار فروش میمونه )

در صورت سوختن قفل شما نیاز به ارائه مجدد اون دارید ( در اینجور مواقعی که میدونید مشتری هزار و یک برهان میاره تا سوخته شدن رو به گردن نگیره و شما خودتون متحمل هزینه های اون بشید )
در مجموع در پروژه های ارزون قیمت به هیچ عنوان ارزش بحث و بررسی ندارن .

در خصوص امنیت قفلهای سخت افزاری باید بگم که تفاوت چندانی با قفل های نرم افزاری ندارن . مشکل اتصال و بازرسی در داخل خود نرم افزار همچنان پابرجاست .

به طور کلی فقط به ابن نکته اشاره میکنم که بزرگترین ضعف کلیه قفلها در نقاط اتصالی بین نرم افزار و قفل هستش , یعنی همون جاهایی که عملاً نرم افزار اقدام به تبادل اطلاعات با قفل میکنه .

در تاپیک بعد به قفل های نرم افزاری اشاره ای خواهم داشت

موفق باشید]]>
در این مقاله سعی میشه مقایسه ای بین قفلهای نرم افزاری و سخت افزاری داشته باشیم
در ابتدا به سراغ قفلهای سخت افزاری رفته و مشخصه های اون رو مورد کند و کاو قرار میدیم

دانگل - Dongle

این نوع قفلها رو عملاً به همین عنوان میخونن . قفلهایی با قابلیت جابجایی فیزیکی هستن . یعنی کاربر با خرید نرم افزاری که مجهز به این نوع قفله عملاً میتونه نرم افزار رو بر روی هر دستگاهی که بخواد نصب کنه که البته این امر مستلزم وجود قفله .
در دو نوع LPT و USB در بازار موجوده .
نوع LPT به پورت LPT وصل میشه , همون پورتی که به پورت پرینتر مشهوره . استفاده از این نوع قفل تقریباً منسوخ شده که دلایلی همچون :
احتمال اختلال در عملکرد قطعاتی که از طریق پورت LPT به کامپیوتر وصل میشن . ( دستگاههایی مثل پرینتر و اسکنر )
طول عمر نه چندان بالای این نوع قفلها . ( البته در صورتی که زیاد جابجاش میکنید )
حذف این پورت از روی نسل جدید برخی مادربوردها .

نوع USB از نظر ظاهری شبیه همون Flash Drive های موجوده .
در مقام مقایسه نوع USB برتریهای غیر قابل انکاری نسبت به نمونه های LPT داره که به طور مثال میشه به موارد زیر اشاره کرد :

وزن و ابعاد کوچکتر
قابلیت اتصال به درگاه USB
قیمت مناسبتر
و در نهایت تکنولوژی پیشرفته تر در پروسه ساخت و امنیت

مزایای این نوع قفل :

مزیت بارزش قابل حمل بودنشه . به طوری که کاربر محدودیتی در نصب نرم افزار خریداری شده نداره . کاربر , نرم افزار مجهز به این قفل رو میتونه در صورت در دست داشتن قفل هرجا و هر زمان نصب کنه .
البته این در صورتی میتونه یک مزیت مطلق به حساب بیاد که خود نرم افزار هم ماهیت پرتابل بودن رو داشته باشه , در غیر اینصورت این مزیت یک مزیت بالقوه هستش . ( منظورم توجیه کاربرد این نرم افزار به صورت پرتابل و یا همون قابل جابجا شدن هستش )
مزیت دیگه این نوع قفل , ثابت بودن اونه . یعنی با اعمال تغییرات سخت افزاری در کامپیوتر کاربر , قفل همچنان به فعالیت عادی خودش ادامه میده ( قاعدتاً )
یکی دیگه از مزیتهاش هم امکان استفاده از اون در محیطهای توسعه بیشتری هستش ( منظورم تعدد زبانهای برنامه نویسی که در اونها میشه از این نوع قفل استفاده کرده ) . البته این مورد در همه قفلهای موجود به صورت ثابت نیست و به تولید کننده اون ربط داره .

معایب :

این نوع قفل عملاً دایره فروش شما رو فوق العاده محدود میکنه . این امر از اونجا ناشی میشه که نرم افزار , وابسته به وجود فیزیکی قفله . همین امر امکان عرضه , پیش از فروش قطعی رو فوق العاده محدود میکنه ( Try Befor Buy ) .
عملاً ارائه اینترنتی نرم افزارهایی مبتنی بر این نوع قفل چندان طرفدار نداره . ( ارائه به این صورت مشکلات خاص خودش رو در این نوع قفل گذاری به دنبال داره )
تصور کنید که دایره فروش چقدر کوچیک میشه , بازار فروشی به وسعت تمام دنیا ( Web Site ) و بازار فروشی به محدودیت فروشگاههایی که نرم افزار رو به اونها برای فروش دادید .
هزینه خرید این نوع قفل با توجه به نوع اون متفاوته که میتونه محدوده 15000 – 3000 تومان رو در بر بگیره . عملاً شما ناچارید این هزینه رو توی هزینه تمام شده محصولتون محاسبه کنید که نتیجه اون افزایش قیمت محصوله . ( متاسفانه در ایران قیمت قویترین اهرم کاربردیه و برای 99% مشتریها در اولویت یک قرار داره )
استفاده از این نوع قفل در نرم افزارهای ارزون قیمت به عنوان توجیه نداره ( نرم افزارهایی که قصد فروش اونها رو در تیراژ بالا دارید ) .
استفاده از این نوع قفل مستلزم خواب سرمایه شماست . چرا که در صورت ارائه نرم افزارتون در قالب بسته بندی شده باید منتظر برگشت پول بمونید ( نرم افزار معلوم نیست چه مدت توی مغازه در انتظار فروش میمونه )

در صورت سوختن قفل شما نیاز به ارائه مجدد اون دارید ( در اینجور مواقعی که میدونید مشتری هزار و یک برهان میاره تا سوخته شدن رو به گردن نگیره و شما خودتون متحمل هزینه های اون بشید )
در مجموع در پروژه های ارزون قیمت به هیچ عنوان ارزش بحث و بررسی ندارن .

در خصوص امنیت قفلهای سخت افزاری باید بگم که تفاوت چندانی با قفل های نرم افزاری ندارن . مشکل اتصال و بازرسی در داخل خود نرم افزار همچنان پابرجاست .

به طور کلی فقط به ابن نکته اشاره میکنم که بزرگترین ضعف کلیه قفلها در نقاط اتصالی بین نرم افزار و قفل هستش , یعنی همون جاهایی که عملاً نرم افزار اقدام به تبادل اطلاعات با قفل میکنه .

در تاپیک بعد به قفل های نرم افزاری اشاره ای خواهم داشت

موفق باشید]]> <![CDATA[چگونه یک دیتابیس کارآمد داشته باشیم]]> http://cpsd.ir/forum/showthread.php?tid=49 Mon, 07 Mar 2011 21:47:34 +0330 http://cpsd.ir/forum/showthread.php?tid=49 سلام

بحث Optmization یکی از بخشهایی است که متاسفانه اغلب کاربران به سادگی از کنار آن میگذرند

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

یک واقعیت وجود دارد که بسیاری از نرم افزارها غالباً تغییر در ورژن برنامه را تا حدود زیادی در بخش بهینه سازیها و افزایش کارایی اعمال میکنند تا اضافه نمودن امکانات جدید , به طور مثال در نرم افزار 3ds max یک واقعیت در آن جاریست , به طور تقریبی از نسخه 7 به بعد امکانات ظاهر شده و تنوع آنها در حد و اندازه های جهش در ورژن نبوده و این تغییر نسخه ها بیشتر با رویکردی به بهینه سازی و کارایی صورت گرفته اند . ( امکانات جدیدی وجود نداشت که اضافه شود ! )

در این مقاله به مرور تلاش خواهد شد به برخی نکاتی که جهت افزایش سرعت و کارایی میتوان از آنها بهره برد اشاره شود . ..................................................

غير فعال كردن AutoCorrect

ابن گزينه در واقع به عنوان تنظيمي به جهت ياري رساندن به كاربر در هنگام تغيير نام آبجكتها در نظر گرفته شده ، تا تغييرات در نقاط ديگر نيز به صورت خودكار اعمال گردد . گو اينكه اين گزينه همچنان در بسياري موارد عدم كارايي خود را به نمايش ميگذارد و توصيه ميكنم ، حتي در حين طراحي نيز اقدام به غير فعال نمودن آن نموده و عطايش را به لقاي ژنده اش ببخشيد !

اين گزينه جداي از مفيد و يا غير مفيد بودنش در هنگام تحويل پروژه در حالت غير فعال قرار گيرد .

Compact and Repair

انجام اين عمليات به صورت دوره اي ، ميتواند به طور كامل موجب بهينه سازي عملكرد بانك اطلاعاتي شود ، فعال بودن اين گزينه موجب تاخير در هنگام بسته شدن بانك اطلاعاتي مي شود .

در واقع گزينه Compact بيشترين كار خود را از طريق كاهش حجم فايل و به تبع آن كاهش زمان دسترسي به فايل موجود بر روي هارد ديسك به انجام ميرساند ، كه اين اختلاف حجم خصوصاً در بانكهاي اطلاعاتي با حجم بالا نمود بيشتري پيدا ميكند .

پديده افزايش حجم , در واقع يك پديده درون ساختاري اكسس است كه با حذف و ضبط اطلاعات و اعمال تغيير در آنها به وقوع مي پيوندد . در اين فرآيند اطلاعاتي زائد به وجود مي آيد و در واقع در اين حالت فايل اكسس دچار افزايش حجمي كاذب ميشود كه الزاماً نه ناشي از ورود اطلاعات بلكه ناشي از پديده ای ذاتی از سوی اکسس ميباشد .

پس از عمليات حذف اطلاعات به همان اندازه افزايش حجم ناشي از افزودن اطلاعات ، از حجم فايل كم نخواهد شد . عمليات Compact ميتواند اين نقیصه را مرتفع نمايد .

توضيح : با ذخيره سازي بانك اطلاعاتي در حالت Encrypt شده ، عملاً فايل قابليت Compact شدن را به صورت ظاهري نخواهد داشت ( كاهش حجمي را ملاحظه نخواهيد كرد )

پي نوشت : به طور كلي الگوريتمهاي فشرده سازي قادر به كاهش حجم فايلهاي رمز نگاري شده نيستند و يا حتي در صورت كاهش ، اين حجم چشمگير نيست .

امید بود اكسس قابليت Repair را نیز به صورت منفرد داشت ، اين گزينه بسيار كاربردي تر و حياتي تر از Compact بوده و مشحص نيست كه چرا مايكروسافت اين دو را از قالب يك عمليات يكپارچه خارج ننموده است .

در واقع اكسس و ساختار آن به گونه اي است كه در حين كار اين احتمال وجود دارد كه دچار خطاهايي درون ساختاري شود كه در گذر زمان و به مرور مشكل ساز شوند ، عمليات Repair ميتواند بسياري از اين مشكلات جزئي را قبل از اينكه به يك مشكل جدي تبديل شوند پوشش دهد .

Analyze Performance

اين ابزار داخلي ميتواند پيشنهاداتي جهت عملكرد بالاتر بانك اطلاعاتي ارائه نمايد و برخي مشكلات ساختاري را مرتفع كند وليكن در ادامه ذكر يك نكته الزاميست :

در برخي مواقع پيشنهادات ارائه شده از سوي این ابزار , منطبق با فكر و ذهن برنامه نويس نيست ، از اين رو تمامي توصيه هاي اين ابزار را به عنوان يك راه حل قطعي فرض ننماييد ، خصوصاً در بخش ارتباطات بين جدولي بايد به پيشنهادات ارائه شده از سوي اكسس با دقت بيشتري عمل نماييد .

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

بهبود عملكرد جداول به خودي خود منجر به افزايش عملكرد پرس و جوها نيز خواهد شد .

در ديگر بخشها و آبجكتها ، خوشبختانه اين ابزار ميتواند پيشنهاداتي مثمر ثمر را ارائه كند .

در برخي مواقع حتي اين امكان ميتواند منجر به بازساري نسبي يك فايل معيوب نيز گردد .

در حين فرآيند طراحي به صورت چندين باره از اين امكان استفاده نماييد و تا حد امكان به توصيه هاي آن عمل كنيد .


الگوی طراحی Front End / Back End

در واقع اين اصلاح به بانكهايي اطلاق ميشود كه در آن , اطلاعات ( جداول – Back End ) از ديگر آبجكتها جدا بوده و مابقي آبجكتها در فايلي ديگر نگهداري ميشوند ( پرس و جوها ، فرمها و ... – Front End )

طراحي بانك اطلاعاتي بدين روش منجر به كاهش ذاتي بخشي از كارايي خواهد شد ، كه با اتكا به توصيه هاي موجود ميتوانيد بخش اعظمي از اين كاهش كارايي ( سرعت ) را پوشش دهيد . امتيازاتي در اين فرآيند به دست خواهيد آورد ، به گونه اي كه وزنه اين نوع سبك طراحي را سنگين خواهد نمود .

طراحي بانك اطلاعاتي بدين روش منجر به :

افزايش ايمني اطلاعات

بهبود بسيار زياد در فرآيند ارتقاء نرم افزار

و پيروي از قواعد استاندارد تر طراحي در محيطهاي چند كاربره خواهد شد

استفاده از اين روش در الگوهاي كاري Client/Server الزاميست و در واقع اكسس انتخابي ديگر را در اختيار شما نخواهد گذاشت

نكته قابل ذكر جهت اولين قدم در مرتفع نمودن مشكلات ذاتي اين روش اين است كه تنها اقدام به Link نمودن جداولي در داخل Front End نماييد كه به صورت مشترك بين كاربران مورد استفاده قرار ميگيرند . جداولي كه حاوي اطلاعاتي منحصر به يك كاربر ميباشند را در بخش Front End قرار دهيد

گاهاً جداولي ميان كاربردي طراحي ميشوند كه نقش آنها تنها نگهداري موقتي اطلاعات در طي انجام يك پروسه ميباشد ، اين جداول تا حد امكان در سوي Front End قرار گيرند . ( به طور مثال ممكن است اطلاعاتي خاص به جدولي موقتي Append شوند وپس از اتمام عمليات اطلاعات جدول نيز حذف شود )

Progress Bar

اين نكته بيشتر نقش يك ترفند رواني را خواهد داشت تا يك بهينه سازي واقعي و برگرفته از مسائل روانشناسي است تا برنامه نويسي .

مغر انسان به گونه اي است كه هنگامي كه از پايان يك عمليات به طور تقريبي مطلع بوده و ميزان عمليات انجام شده را نيز مشاهده كند ، بسيار منطقي تر ! عمل نموده و آستانه تحملش بالاتر خواهد رفت ( به طور مثال به ايده وجود تايمر در كنار چراغهاي راهنمايي توجه كنيد ، زمان ، تغييري با حالتي كه تايمر وجود نداشته ، نكرده است وليكن گذر زمان آسان تر شده است )

بسياري طراحان اقدام به مخفي نمودن بخش Status Bar مي نمايند ، Progress Bar در واقع در داخل اين بخش گنجانده شده است ، Progress Bar در بسياري عمليات به نمايش در مي آيد ( همچون اجراي يك پرس و جو و ... )

كاربر هنگامي كه بازخوردی از سوي برنامه ، مبني بر اجراي دستور مورد نظرش داشته باشد ( نمایش Progress Bar ) ، تحمل گذر اين زمان براي او ساده تر بوده و در واقع برنامه از ديد او ، درخواستش را سريعتر به انجام ميرساند !

موفق باشید
]]> سلام

بحث Optmization یکی از بخشهایی است که متاسفانه اغلب کاربران به سادگی از کنار آن میگذرند

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

یک واقعیت وجود دارد که بسیاری از نرم افزارها غالباً تغییر در ورژن برنامه را تا حدود زیادی در بخش بهینه سازیها و افزایش کارایی اعمال میکنند تا اضافه نمودن امکانات جدید , به طور مثال در نرم افزار 3ds max یک واقعیت در آن جاریست , به طور تقریبی از نسخه 7 به بعد امکانات ظاهر شده و تنوع آنها در حد و اندازه های جهش در ورژن نبوده و این تغییر نسخه ها بیشتر با رویکردی به بهینه سازی و کارایی صورت گرفته اند . ( امکانات جدیدی وجود نداشت که اضافه شود ! )

در این مقاله به مرور تلاش خواهد شد به برخی نکاتی که جهت افزایش سرعت و کارایی میتوان از آنها بهره برد اشاره شود . ..................................................

غير فعال كردن AutoCorrect

ابن گزينه در واقع به عنوان تنظيمي به جهت ياري رساندن به كاربر در هنگام تغيير نام آبجكتها در نظر گرفته شده ، تا تغييرات در نقاط ديگر نيز به صورت خودكار اعمال گردد . گو اينكه اين گزينه همچنان در بسياري موارد عدم كارايي خود را به نمايش ميگذارد و توصيه ميكنم ، حتي در حين طراحي نيز اقدام به غير فعال نمودن آن نموده و عطايش را به لقاي ژنده اش ببخشيد !

اين گزينه جداي از مفيد و يا غير مفيد بودنش در هنگام تحويل پروژه در حالت غير فعال قرار گيرد .

Compact and Repair

انجام اين عمليات به صورت دوره اي ، ميتواند به طور كامل موجب بهينه سازي عملكرد بانك اطلاعاتي شود ، فعال بودن اين گزينه موجب تاخير در هنگام بسته شدن بانك اطلاعاتي مي شود .

در واقع گزينه Compact بيشترين كار خود را از طريق كاهش حجم فايل و به تبع آن كاهش زمان دسترسي به فايل موجود بر روي هارد ديسك به انجام ميرساند ، كه اين اختلاف حجم خصوصاً در بانكهاي اطلاعاتي با حجم بالا نمود بيشتري پيدا ميكند .

پديده افزايش حجم , در واقع يك پديده درون ساختاري اكسس است كه با حذف و ضبط اطلاعات و اعمال تغيير در آنها به وقوع مي پيوندد . در اين فرآيند اطلاعاتي زائد به وجود مي آيد و در واقع در اين حالت فايل اكسس دچار افزايش حجمي كاذب ميشود كه الزاماً نه ناشي از ورود اطلاعات بلكه ناشي از پديده ای ذاتی از سوی اکسس ميباشد .

پس از عمليات حذف اطلاعات به همان اندازه افزايش حجم ناشي از افزودن اطلاعات ، از حجم فايل كم نخواهد شد . عمليات Compact ميتواند اين نقیصه را مرتفع نمايد .

توضيح : با ذخيره سازي بانك اطلاعاتي در حالت Encrypt شده ، عملاً فايل قابليت Compact شدن را به صورت ظاهري نخواهد داشت ( كاهش حجمي را ملاحظه نخواهيد كرد )

پي نوشت : به طور كلي الگوريتمهاي فشرده سازي قادر به كاهش حجم فايلهاي رمز نگاري شده نيستند و يا حتي در صورت كاهش ، اين حجم چشمگير نيست .

امید بود اكسس قابليت Repair را نیز به صورت منفرد داشت ، اين گزينه بسيار كاربردي تر و حياتي تر از Compact بوده و مشحص نيست كه چرا مايكروسافت اين دو را از قالب يك عمليات يكپارچه خارج ننموده است .

در واقع اكسس و ساختار آن به گونه اي است كه در حين كار اين احتمال وجود دارد كه دچار خطاهايي درون ساختاري شود كه در گذر زمان و به مرور مشكل ساز شوند ، عمليات Repair ميتواند بسياري از اين مشكلات جزئي را قبل از اينكه به يك مشكل جدي تبديل شوند پوشش دهد .

Analyze Performance

اين ابزار داخلي ميتواند پيشنهاداتي جهت عملكرد بالاتر بانك اطلاعاتي ارائه نمايد و برخي مشكلات ساختاري را مرتفع كند وليكن در ادامه ذكر يك نكته الزاميست :

در برخي مواقع پيشنهادات ارائه شده از سوي این ابزار , منطبق با فكر و ذهن برنامه نويس نيست ، از اين رو تمامي توصيه هاي اين ابزار را به عنوان يك راه حل قطعي فرض ننماييد ، خصوصاً در بخش ارتباطات بين جدولي بايد به پيشنهادات ارائه شده از سوي اكسس با دقت بيشتري عمل نماييد .

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

بهبود عملكرد جداول به خودي خود منجر به افزايش عملكرد پرس و جوها نيز خواهد شد .

در ديگر بخشها و آبجكتها ، خوشبختانه اين ابزار ميتواند پيشنهاداتي مثمر ثمر را ارائه كند .

در برخي مواقع حتي اين امكان ميتواند منجر به بازساري نسبي يك فايل معيوب نيز گردد .

در حين فرآيند طراحي به صورت چندين باره از اين امكان استفاده نماييد و تا حد امكان به توصيه هاي آن عمل كنيد .


الگوی طراحی Front End / Back End

در واقع اين اصلاح به بانكهايي اطلاق ميشود كه در آن , اطلاعات ( جداول – Back End ) از ديگر آبجكتها جدا بوده و مابقي آبجكتها در فايلي ديگر نگهداري ميشوند ( پرس و جوها ، فرمها و ... – Front End )

طراحي بانك اطلاعاتي بدين روش منجر به كاهش ذاتي بخشي از كارايي خواهد شد ، كه با اتكا به توصيه هاي موجود ميتوانيد بخش اعظمي از اين كاهش كارايي ( سرعت ) را پوشش دهيد . امتيازاتي در اين فرآيند به دست خواهيد آورد ، به گونه اي كه وزنه اين نوع سبك طراحي را سنگين خواهد نمود .

طراحي بانك اطلاعاتي بدين روش منجر به :

افزايش ايمني اطلاعات

بهبود بسيار زياد در فرآيند ارتقاء نرم افزار

و پيروي از قواعد استاندارد تر طراحي در محيطهاي چند كاربره خواهد شد

استفاده از اين روش در الگوهاي كاري Client/Server الزاميست و در واقع اكسس انتخابي ديگر را در اختيار شما نخواهد گذاشت

نكته قابل ذكر جهت اولين قدم در مرتفع نمودن مشكلات ذاتي اين روش اين است كه تنها اقدام به Link نمودن جداولي در داخل Front End نماييد كه به صورت مشترك بين كاربران مورد استفاده قرار ميگيرند . جداولي كه حاوي اطلاعاتي منحصر به يك كاربر ميباشند را در بخش Front End قرار دهيد

گاهاً جداولي ميان كاربردي طراحي ميشوند كه نقش آنها تنها نگهداري موقتي اطلاعات در طي انجام يك پروسه ميباشد ، اين جداول تا حد امكان در سوي Front End قرار گيرند . ( به طور مثال ممكن است اطلاعاتي خاص به جدولي موقتي Append شوند وپس از اتمام عمليات اطلاعات جدول نيز حذف شود )

Progress Bar

اين نكته بيشتر نقش يك ترفند رواني را خواهد داشت تا يك بهينه سازي واقعي و برگرفته از مسائل روانشناسي است تا برنامه نويسي .

مغر انسان به گونه اي است كه هنگامي كه از پايان يك عمليات به طور تقريبي مطلع بوده و ميزان عمليات انجام شده را نيز مشاهده كند ، بسيار منطقي تر ! عمل نموده و آستانه تحملش بالاتر خواهد رفت ( به طور مثال به ايده وجود تايمر در كنار چراغهاي راهنمايي توجه كنيد ، زمان ، تغييري با حالتي كه تايمر وجود نداشته ، نكرده است وليكن گذر زمان آسان تر شده است )

بسياري طراحان اقدام به مخفي نمودن بخش Status Bar مي نمايند ، Progress Bar در واقع در داخل اين بخش گنجانده شده است ، Progress Bar در بسياري عمليات به نمايش در مي آيد ( همچون اجراي يك پرس و جو و ... )

كاربر هنگامي كه بازخوردی از سوي برنامه ، مبني بر اجراي دستور مورد نظرش داشته باشد ( نمایش Progress Bar ) ، تحمل گذر اين زمان براي او ساده تر بوده و در واقع برنامه از ديد او ، درخواستش را سريعتر به انجام ميرساند !

موفق باشید
]]> <![CDATA[نکاتی در خصوص دریافت ورودی]]> http://cpsd.ir/forum/showthread.php?tid=48 Thu, 24 Feb 2011 22:14:47 +0330 http://cpsd.ir/forum/showthread.php?tid=48
نکته ای که در برخی موارد از دید برنامه نویسان پنهان میمونه , دریافت اطلاعات از ورودی کنترل در حالت تایپ نمودن میباشد
عملیات خواندن اطلاعات از داخل Textbox دارای یک ابهام جزئی میباشد که در ادامه اقدام به توضیحی در این خصوص و با توجه به دو حالت متفاوت می نمایم

در هنگامی که فوکوس همچنان بر روی کنترل Textbox قرار دارد و کاربر در حال تایپ و تکمیل اطلاعات ورودی میباشد , در واقع از دید برنامه نویسی این اطلاعات در حکم اطلاعاتی تثبیت شده نیستند
از دید برنامه نویسی اطلاعات را به دو بخش جزئی تقسیم میکنیم

اطلاعات تایید شده و تثبیت شده و اطلاعات تثبیت نشده

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

به دستورات زیر توجه نمایید :


کد:
Private Sub txtEntery_Change()
    txtReflexA = txtEntery
    txtReflexB = txtEntery.Text
End Sub


دستور txtReflexA = txtEntery اقدام به خواندن اطلاعات همزمان با تایپ نمودن آن نخواهد نمود , چرا که در حال حاضر اطلاعات به صورت تثبیت شده نیستند و تنها قادر به باز گرداندن اطلاعاتی میباشد که از قبل به صورت تثبیت شده درآمده اند

ولیکن دستور txtReflexB = txtEntery.Text با توجه به استفاده از مشخصه Text قادر است همزمان با تایپ نمودن اطلاعات اقدام به خواندن اطلاعات نماید

توضیح : دو ذستور زیر معادل یکدیگر میباشند :

txtEntery.Value
txtEntery

جهت درک نمودن بهتر موضوع به مثال موجود توجه نمایید
در ابتدا اقدام به درج یک متن نموده و سپس مجدداً اقدام به تغییر همان متن نموده و نتیجه را ملاحظه فرمایید

موفق باشید

.zip  Commited Text.zip (اندازه: 11.96 KB / تعداد دفعات دریافت: 47) ]]>
نکته ای که در برخی موارد از دید برنامه نویسان پنهان میمونه , دریافت اطلاعات از ورودی کنترل در حالت تایپ نمودن میباشد
عملیات خواندن اطلاعات از داخل Textbox دارای یک ابهام جزئی میباشد که در ادامه اقدام به توضیحی در این خصوص و با توجه به دو حالت متفاوت می نمایم

در هنگامی که فوکوس همچنان بر روی کنترل Textbox قرار دارد و کاربر در حال تایپ و تکمیل اطلاعات ورودی میباشد , در واقع از دید برنامه نویسی این اطلاعات در حکم اطلاعاتی تثبیت شده نیستند
از دید برنامه نویسی اطلاعات را به دو بخش جزئی تقسیم میکنیم

اطلاعات تایید شده و تثبیت شده و اطلاعات تثبیت نشده

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

به دستورات زیر توجه نمایید :


کد:
Private Sub txtEntery_Change()
    txtReflexA = txtEntery
    txtReflexB = txtEntery.Text
End Sub


دستور txtReflexA = txtEntery اقدام به خواندن اطلاعات همزمان با تایپ نمودن آن نخواهد نمود , چرا که در حال حاضر اطلاعات به صورت تثبیت شده نیستند و تنها قادر به باز گرداندن اطلاعاتی میباشد که از قبل به صورت تثبیت شده درآمده اند

ولیکن دستور txtReflexB = txtEntery.Text با توجه به استفاده از مشخصه Text قادر است همزمان با تایپ نمودن اطلاعات اقدام به خواندن اطلاعات نماید

توضیح : دو ذستور زیر معادل یکدیگر میباشند :

txtEntery.Value
txtEntery

جهت درک نمودن بهتر موضوع به مثال موجود توجه نمایید
در ابتدا اقدام به درج یک متن نموده و سپس مجدداً اقدام به تغییر همان متن نموده و نتیجه را ملاحظه فرمایید

موفق باشید

.zip  Commited Text.zip (اندازه: 11.96 KB / تعداد دفعات دریافت: 47) ]]> <![CDATA[راههای جلوگیری از تخریب فایلهای Access]]> http://cpsd.ir/forum/showthread.php?tid=45 Sat, 15 Jan 2011 19:54:48 +0330 http://cpsd.ir/forum/showthread.php?tid=45 ضمن سلام

در این سلسله مقالات قصد دارم شما رو با یکی از معضلاتی که فایلهای Access با اون دست به گریبان هستند و بعضاً ایجاد مشکلات غیر قابل جبرانی می کنند , آشنا کنم .

مساله تخریب فایلهای Access , مشکلی بوده که همه کاربرا مطمئناً کم و بیش همه با اون سر و کار داشتن و دارن .

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

در این میون میخوام کمک کنم که شما هم به عنوان کاربر برنامه بیکار نشینید و فقط نقش یک ناظر رو بازی نکنید . آستینها رو بالا بزنید و در رفع این مشکل Access , به کمک اون بیاید .

یک همکاری دو طرفه و مسالمت آمیز مطمئناً در نهایت کفه سود رو به سمت شما سنگینی میده .

]]> ضمن سلام

در این سلسله مقالات قصد دارم شما رو با یکی از معضلاتی که فایلهای Access با اون دست به گریبان هستند و بعضاً ایجاد مشکلات غیر قابل جبرانی می کنند , آشنا کنم .

مساله تخریب فایلهای Access , مشکلی بوده که همه کاربرا مطمئناً کم و بیش همه با اون سر و کار داشتن و دارن .

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

در این میون میخوام کمک کنم که شما هم به عنوان کاربر برنامه بیکار نشینید و فقط نقش یک ناظر رو بازی نکنید . آستینها رو بالا بزنید و در رفع این مشکل Access , به کمک اون بیاید .

یک همکاری دو طرفه و مسالمت آمیز مطمئناً در نهایت کفه سود رو به سمت شما سنگینی میده .

]]> <![CDATA[آشنایی با اکسس - بخش اول , دید کلی]]> http://cpsd.ir/forum/showthread.php?tid=43 Sat, 15 Jan 2011 19:41:58 +0330 http://cpsd.ir/forum/showthread.php?tid=43 ضمن سلام

به نظرم رسید که مقاله ای در خصوص Access و حواشی اون بنویسم , روی صحبتم بیشتر مسیری هست که مایکروسافت در جهش از نقطه 2003 به نقطه 2010 انجام داده

بالطبع در این میان , بهبود های مطرح شده در نسخه 2007 رو سعی میکنم در دل همون نسخه 2010 هضم کنم و کاستی های نسخه 2007 رو اگر در نسخه 2010 مرتفع شده دیگه نامی ازشون نبرم

وجود این مقاله الزامی به نظر میرسه چرا که بسیاری از دوستان , به دلایلی مختلف همچنان در نسخه 2003 مشغول به کار هستند

جهت همگام شدن با تغییر فرصت زیادی ندارید

دو گزینه دارید ; یا همچنان با نسخه 2003 کار کنید و مشکلات آتی اون رو بپذیرید و یا آماده پرش بشید

به نظر مياد در گام نخست بايد اندكي با خود اكسس آشنا شد ، چرا كه در ابتدا اين برنامه بايد به مصونيتي خاص در قبال تفسيرهايي غلط كه در خصوص اون وجود داره دست پیدا کنه

به نکات زير نيز توجه داشه باشيد :

برخي اصطلاحات همچنان به صورت انگليسي مورد استفاده قرار خواهند گرفت ، چرا كه يا معادل فارسي منطقي ندارند و يا اينكه در اينجا اطلاع از معناي دقيق اون اصطاح چندان ضروري نيست

ضمن اینکه در همين ابتدا يك نكته دیگه رو هم مد نظر قرار میدیم و اون هم , فاكتور گرفتن از رقباي واقعي اكسس هستش ، رقبايي كه در هيچ جا نامي از اونها برده نميشه ، سيستمهایی همچون Alpha Five و File Maker ، سيستمهايي كه دقيقا الگوبرداريهايي خاص از اكسس هستند

به دلايلي , همچنان اين دو گزينه هم قابل استفاده توسط شما نيستند , فرضا Alpha Five زبان فارسی رو به درستی پشتیبانی نمیکنه و یا File Maker جهت سیستم عامل مکینتاش طراحی شذه

بر همين اساس اگر نكته اي زير سئوال ميره ، بدون توجه و در نظر گرفتن اينگونه محصولاتي و امکانات اونهاست , چرا که اونها رو رقبایی با پتانسیل بالفعل , لااقل در ایران نمی دونیم

در ابتدا به تعريفي از يك محيط IDE بپردازيم

IDE در واقع سر واژه Integrated Development Environment و يا همون محيط توسعه يكپارچه هستش

در تعريف IDE , الزامات اوليه اينگونه محيطهايي , وجودCompiler,Debugger,Code Editor ذكر گرديده

اكسس علاوه بر برآورده كردن کلیه اين الزامات ، ديگر جوانب يك توسعه هوشمند و كارا رو هم به همراه داره

اكسس محيطي يكپارچه , متشكل از محل ذخيره سازي اطلاعات ( با تعبيري ساده : ديتابيس ) ، پرس و جوها جهت واكشي ، پردازش و استخراج اطلاعات ، فرمها كه در واقع به نوعي تشكيل دهنده و شالوده اصلي نماي كاربر و يا همون Interface هستند ، گزارشات ، كه به شما امكان مشاهده گزارشات نهايي و يا احيانا ذخيره سازي خروجيها در فرمتهاي متفاوت رو خواهند داد و محيط برنامه نويسي , كه جهت انجام عمليات اتوماسيون بوسيله كد نويسي در اختيار شما قرار گرفته

به بررسي Macro ها و Web Page ها نخواهيم پرداخت چرا كه اين امكانات , انحصاري اكسس هستند و در محيطهاي ديگه كم و بيش بدین گونه وجود ندارند ، و اين موارد به راهكارهاي فوري شبيه هستند كه در اكسس پياده سازي شدند

فرضا ماكروها شما رو در انجام بسياري كارها بي نياز از برنامه نويسي خواهند كرد و يا Web Page ها , بدون نياز به داشتن اطلاعاتي تخصصي در اين مبحث , به شما در زمینه توسعه مبتنی بر Web كمك ميكنند

با اطمينان خاطر میشه اعلام كرد كه چنين مجموعه يكپارچه اي منحصر به فرد بوده و نظير ندارد

حال يك سئوال كليدي مطرح ميشه ، كسي ممكنه از شما سئوال كنه :

من يك برنامه دارم كه شركت توليد كننده مدعي شده : برنامه با زبان برنامه نویسی X نوشته شده .

هم اطلاعات رو ذخيره ميكنه ( پس ديتابيس داره ) هم نماي كاربري كه داره بسيار شكيل هستش ( پس فرم داره و خروجي زيبا و كاربر پسند ) ، هم گزارشات خروجي داره ( پس سيستم طراحي گزارش داره ) هم محيط طراحي برنامه نويسي داشته , كه داره دستورات من رو اجرا ميكنه ، پس اختلافش با اكسس چيه ؟!

بسياري از ديگر محيطهاي توسعه چند تفاوت عمده با اكسس دارند ، گو اينكه هر دو در دسته IDE ها قرار ميگيرند ، ولي اكسس مواردي ديگه رو هم به صورت يكپارچه ارائه كرده كه در ديگر محيطهاي توسعه بدين صورت وجود نداره

ديتابيس يا محل ذخيره سازي اطلاعات

بسياري از اينگونه محيطهايي فاقد يك رويه درون ساخت جهت طراحي ديتابيس هستند و معدود مواردي هم كه از اين قابليت بهره ميبرند با توجه به امكانات داخلي بسيار ضعيفشون در اين رابطه ، طراحان كمتر به سراغ اين امكان داخلي اونها خواهند رفت
در اين حالت اتصال به يك ديتابيس ثالث الزامي هستش ، اين ديتابيس ميتونه انتخابي متنوع از Access Database تا Oracle رو شامل بشه
پس اطلاعات ذخيره شده در اينگونه برنامه ها , مستقل از خود اون محيط توسعه هستش و در واقع شما نياز به استمداد از يك ديتابيس خارجي ( برون سیستمی ) دارید

فرمها

اگر كسي حداقل يك بار با ديگر محيطهاي توسعه كار كرده باشه به اين نكته پي خواهد برد ، كه كنترلهاي استاندارد موجود در داخل اين محيطها ، كاملا كنترلهايي با ظاهري ساده هستند ، ايجاد نماي كاربر جذاب , فرآيندی كاملا جانبي بوده و تماماً توسط كامپوننتها و اكتيو ايكسهاي جانبي ( افزونه هاي جانبي ) محقق ميشه
شركتهاي بسياري در اين زمينه فعاليت ميكنند كه نتيجه خروجي اونها ، ظاهري شكيل تر براي نرم افزار هستش

گزارشات

همچون مبحث ديتا بيس ، در خصوص گزارشات هم عيناً همون موضوع صادقه ، امكانات داخلي جوابگو نبوده و يا خروجي به صورتي كاملا مطلوب نيست ، در اين حالت باز هم مقوله استفاده از كامپوننتها و اكتيو ایکسهای جانبي نمود پيدا ميكنه
بسياري از خروجيهايي كه شما در اينگونه نرم افزارها ملاحظه ميكنيد ، محصول خروجي كامپوننتهاي جانبي هستند و نه امكانات داخلي خود اون نرم افزار

برنامه نویسی

تفاوت عمدتا در نوع كدينگ هستش كه با توجه به زبان برنامه نويسي متفاوت خواهند بود ، در اين خصوص مقايسه منطقي به نظر نميرسه ، چرا كه زبانهاي برنامه نويسي هر يك از اين محيطها متناسب با هدفشون طراحي شدند


نتيجه گيري اوليه :

محصول خروجي ديگر محيطهاي توسعه ( به غير از اكسس ) محصول مشترك اون محيط خاص با محصولات ديگر شركتها هستش

به طور مثال شما ممكنه بتونيد با استفاده تلفيقي از چهار محصول , فرضاً , #C ( به عنوان محيط توسعه و طراحي اينتر فيس ) و SQL Server ( به عنوان ديتابيس ) ، Crystal Report ( جهت خروجي گزارش ) و فرضاً مجموعه كامپوننت DevExpress ( جهت بهبود نماي كاربر و زيبا سازي ) ، اقدام به طراحي محصول نهايي كنيد
شما در واقع نياز به يادگيري 4 محصول متفاوت داريد تا بتونيد يك محصول نهایی رو توليد كنيد
ضمن اينكه اتصال اين چهار محصول با همديگه نيازمند طي روالي خاص هستش ( فرضا خيلي از دوستان هنوز توي پروسه اتصال به SQL Server با مشكلات جدي مواجه هستند و ...) ، شما نياز به آموزشهايي مضاعف و مستمر تر داريد

هر يك از اين محيطها با معضلات خاص خودشون همراه هستند و در برخي مواقع با توجه به اينكه اين محصولات ساخته و پرداخته شركتهاي ثالث هستند ، مشكلاتي رو در هنگام توسعه ممکنه به بار بیارن
شما در استفاده از برخي محصولات جانبي با گلوگاههايي جدي روبرو ميشيد ، فرضا يكي از الزامات اين هستش كه اون كامپوننت خاص از Unicode پشتيباني كنه تا عمليات فارسي نويسي در اون به درستي انجام بشه ، همين امر محدوده انتخابي اين محصولات رو كوچكتر ميكنه چرا كه برخي از اونها از اين خصیصه پشتيباني نمي كنند

توضيح اينكه اكسس نيز همچون بسياري از محيطهاي توسعه ، پذيراي توسعه تكنولوژي ActiveX بوده و امكان استفاده از كامپوننتهاي سازگار با خودش رو به شما ميده
( در مبحث آتی در خصوص ActiveX ها هم اندکی توضیح داده میشه )

پايان بخش اول

پي نوشت :

در حال حاضر ابتدا بايد به يك مرز بندي مشخص بين اكسس با ديگر محيطهاي توسعه برسيم تا در ادامه به بحثهاي داخلي خود اكسس منتهي بشه
در فصل بعدي توضيحات تكميلي در همين خصوص ارائه خواهد شد
همونطوری که عرض کردم , موضوع در قالب مقاله هستش , شاید در چندین قسمت , بدیهیست نظرات شخصی بنده هستش و بس , خواه اشتباه و خواه درست , تصمیم گیری با خواننده

موفق باشید]]> ضمن سلام

به نظرم رسید که مقاله ای در خصوص Access و حواشی اون بنویسم , روی صحبتم بیشتر مسیری هست که مایکروسافت در جهش از نقطه 2003 به نقطه 2010 انجام داده

بالطبع در این میان , بهبود های مطرح شده در نسخه 2007 رو سعی میکنم در دل همون نسخه 2010 هضم کنم و کاستی های نسخه 2007 رو اگر در نسخه 2010 مرتفع شده دیگه نامی ازشون نبرم

وجود این مقاله الزامی به نظر میرسه چرا که بسیاری از دوستان , به دلایلی مختلف همچنان در نسخه 2003 مشغول به کار هستند

جهت همگام شدن با تغییر فرصت زیادی ندارید

دو گزینه دارید ; یا همچنان با نسخه 2003 کار کنید و مشکلات آتی اون رو بپذیرید و یا آماده پرش بشید

به نظر مياد در گام نخست بايد اندكي با خود اكسس آشنا شد ، چرا كه در ابتدا اين برنامه بايد به مصونيتي خاص در قبال تفسيرهايي غلط كه در خصوص اون وجود داره دست پیدا کنه

به نکات زير نيز توجه داشه باشيد :

برخي اصطلاحات همچنان به صورت انگليسي مورد استفاده قرار خواهند گرفت ، چرا كه يا معادل فارسي منطقي ندارند و يا اينكه در اينجا اطلاع از معناي دقيق اون اصطاح چندان ضروري نيست

ضمن اینکه در همين ابتدا يك نكته دیگه رو هم مد نظر قرار میدیم و اون هم , فاكتور گرفتن از رقباي واقعي اكسس هستش ، رقبايي كه در هيچ جا نامي از اونها برده نميشه ، سيستمهایی همچون Alpha Five و File Maker ، سيستمهايي كه دقيقا الگوبرداريهايي خاص از اكسس هستند

به دلايلي , همچنان اين دو گزينه هم قابل استفاده توسط شما نيستند , فرضا Alpha Five زبان فارسی رو به درستی پشتیبانی نمیکنه و یا File Maker جهت سیستم عامل مکینتاش طراحی شذه

بر همين اساس اگر نكته اي زير سئوال ميره ، بدون توجه و در نظر گرفتن اينگونه محصولاتي و امکانات اونهاست , چرا که اونها رو رقبایی با پتانسیل بالفعل , لااقل در ایران نمی دونیم

در ابتدا به تعريفي از يك محيط IDE بپردازيم

IDE در واقع سر واژه Integrated Development Environment و يا همون محيط توسعه يكپارچه هستش

در تعريف IDE , الزامات اوليه اينگونه محيطهايي , وجودCompiler,Debugger,Code Editor ذكر گرديده

اكسس علاوه بر برآورده كردن کلیه اين الزامات ، ديگر جوانب يك توسعه هوشمند و كارا رو هم به همراه داره

اكسس محيطي يكپارچه , متشكل از محل ذخيره سازي اطلاعات ( با تعبيري ساده : ديتابيس ) ، پرس و جوها جهت واكشي ، پردازش و استخراج اطلاعات ، فرمها كه در واقع به نوعي تشكيل دهنده و شالوده اصلي نماي كاربر و يا همون Interface هستند ، گزارشات ، كه به شما امكان مشاهده گزارشات نهايي و يا احيانا ذخيره سازي خروجيها در فرمتهاي متفاوت رو خواهند داد و محيط برنامه نويسي , كه جهت انجام عمليات اتوماسيون بوسيله كد نويسي در اختيار شما قرار گرفته

به بررسي Macro ها و Web Page ها نخواهيم پرداخت چرا كه اين امكانات , انحصاري اكسس هستند و در محيطهاي ديگه كم و بيش بدین گونه وجود ندارند ، و اين موارد به راهكارهاي فوري شبيه هستند كه در اكسس پياده سازي شدند

فرضا ماكروها شما رو در انجام بسياري كارها بي نياز از برنامه نويسي خواهند كرد و يا Web Page ها , بدون نياز به داشتن اطلاعاتي تخصصي در اين مبحث , به شما در زمینه توسعه مبتنی بر Web كمك ميكنند

با اطمينان خاطر میشه اعلام كرد كه چنين مجموعه يكپارچه اي منحصر به فرد بوده و نظير ندارد

حال يك سئوال كليدي مطرح ميشه ، كسي ممكنه از شما سئوال كنه :

من يك برنامه دارم كه شركت توليد كننده مدعي شده : برنامه با زبان برنامه نویسی X نوشته شده .

هم اطلاعات رو ذخيره ميكنه ( پس ديتابيس داره ) هم نماي كاربري كه داره بسيار شكيل هستش ( پس فرم داره و خروجي زيبا و كاربر پسند ) ، هم گزارشات خروجي داره ( پس سيستم طراحي گزارش داره ) هم محيط طراحي برنامه نويسي داشته , كه داره دستورات من رو اجرا ميكنه ، پس اختلافش با اكسس چيه ؟!

بسياري از ديگر محيطهاي توسعه چند تفاوت عمده با اكسس دارند ، گو اينكه هر دو در دسته IDE ها قرار ميگيرند ، ولي اكسس مواردي ديگه رو هم به صورت يكپارچه ارائه كرده كه در ديگر محيطهاي توسعه بدين صورت وجود نداره

ديتابيس يا محل ذخيره سازي اطلاعات

بسياري از اينگونه محيطهايي فاقد يك رويه درون ساخت جهت طراحي ديتابيس هستند و معدود مواردي هم كه از اين قابليت بهره ميبرند با توجه به امكانات داخلي بسيار ضعيفشون در اين رابطه ، طراحان كمتر به سراغ اين امكان داخلي اونها خواهند رفت
در اين حالت اتصال به يك ديتابيس ثالث الزامي هستش ، اين ديتابيس ميتونه انتخابي متنوع از Access Database تا Oracle رو شامل بشه
پس اطلاعات ذخيره شده در اينگونه برنامه ها , مستقل از خود اون محيط توسعه هستش و در واقع شما نياز به استمداد از يك ديتابيس خارجي ( برون سیستمی ) دارید

فرمها

اگر كسي حداقل يك بار با ديگر محيطهاي توسعه كار كرده باشه به اين نكته پي خواهد برد ، كه كنترلهاي استاندارد موجود در داخل اين محيطها ، كاملا كنترلهايي با ظاهري ساده هستند ، ايجاد نماي كاربر جذاب , فرآيندی كاملا جانبي بوده و تماماً توسط كامپوننتها و اكتيو ايكسهاي جانبي ( افزونه هاي جانبي ) محقق ميشه
شركتهاي بسياري در اين زمينه فعاليت ميكنند كه نتيجه خروجي اونها ، ظاهري شكيل تر براي نرم افزار هستش

گزارشات

همچون مبحث ديتا بيس ، در خصوص گزارشات هم عيناً همون موضوع صادقه ، امكانات داخلي جوابگو نبوده و يا خروجي به صورتي كاملا مطلوب نيست ، در اين حالت باز هم مقوله استفاده از كامپوننتها و اكتيو ایکسهای جانبي نمود پيدا ميكنه
بسياري از خروجيهايي كه شما در اينگونه نرم افزارها ملاحظه ميكنيد ، محصول خروجي كامپوننتهاي جانبي هستند و نه امكانات داخلي خود اون نرم افزار

برنامه نویسی

تفاوت عمدتا در نوع كدينگ هستش كه با توجه به زبان برنامه نويسي متفاوت خواهند بود ، در اين خصوص مقايسه منطقي به نظر نميرسه ، چرا كه زبانهاي برنامه نويسي هر يك از اين محيطها متناسب با هدفشون طراحي شدند


نتيجه گيري اوليه :

محصول خروجي ديگر محيطهاي توسعه ( به غير از اكسس ) محصول مشترك اون محيط خاص با محصولات ديگر شركتها هستش

به طور مثال شما ممكنه بتونيد با استفاده تلفيقي از چهار محصول , فرضاً , #C ( به عنوان محيط توسعه و طراحي اينتر فيس ) و SQL Server ( به عنوان ديتابيس ) ، Crystal Report ( جهت خروجي گزارش ) و فرضاً مجموعه كامپوننت DevExpress ( جهت بهبود نماي كاربر و زيبا سازي ) ، اقدام به طراحي محصول نهايي كنيد
شما در واقع نياز به يادگيري 4 محصول متفاوت داريد تا بتونيد يك محصول نهایی رو توليد كنيد
ضمن اينكه اتصال اين چهار محصول با همديگه نيازمند طي روالي خاص هستش ( فرضا خيلي از دوستان هنوز توي پروسه اتصال به SQL Server با مشكلات جدي مواجه هستند و ...) ، شما نياز به آموزشهايي مضاعف و مستمر تر داريد

هر يك از اين محيطها با معضلات خاص خودشون همراه هستند و در برخي مواقع با توجه به اينكه اين محصولات ساخته و پرداخته شركتهاي ثالث هستند ، مشكلاتي رو در هنگام توسعه ممکنه به بار بیارن
شما در استفاده از برخي محصولات جانبي با گلوگاههايي جدي روبرو ميشيد ، فرضا يكي از الزامات اين هستش كه اون كامپوننت خاص از Unicode پشتيباني كنه تا عمليات فارسي نويسي در اون به درستي انجام بشه ، همين امر محدوده انتخابي اين محصولات رو كوچكتر ميكنه چرا كه برخي از اونها از اين خصیصه پشتيباني نمي كنند

توضيح اينكه اكسس نيز همچون بسياري از محيطهاي توسعه ، پذيراي توسعه تكنولوژي ActiveX بوده و امكان استفاده از كامپوننتهاي سازگار با خودش رو به شما ميده
( در مبحث آتی در خصوص ActiveX ها هم اندکی توضیح داده میشه )

پايان بخش اول

پي نوشت :

در حال حاضر ابتدا بايد به يك مرز بندي مشخص بين اكسس با ديگر محيطهاي توسعه برسيم تا در ادامه به بحثهاي داخلي خود اكسس منتهي بشه
در فصل بعدي توضيحات تكميلي در همين خصوص ارائه خواهد شد
همونطوری که عرض کردم , موضوع در قالب مقاله هستش , شاید در چندین قسمت , بدیهیست نظرات شخصی بنده هستش و بس , خواه اشتباه و خواه درست , تصمیم گیری با خواننده

موفق باشید]]> <![CDATA[اضافه کردن یک فیلد جدید به جدول موجود]]> http://cpsd.ir/forum/showthread.php?tid=42 Thu, 09 Dec 2010 21:46:08 +0330 http://cpsd.ir/forum/showthread.php?tid=42 ضمن سلام

در برخی مواقع این نیاز وجود دارد که به جدول موجود یک فیلد خاص اضافه گردد

با استفاده از دستور Alter Table میتوان به این هدف نزدیک شد

به طور مثال اجرای دستور ذیل منجر به ایجاد شدن یک فیلد جدید با عنوان YourSampleField از نوع داده Text و با حداکثر طول مجاز 20 کاراکتر در دیتابیسی که در مسیر C:\Sample.mdb قرار دارد خواهد شد

کد:
Function AddField()
Dim dbsNew As DAO.Database
Set dbsNew = DBEngine.Workspaces(0).OpenDatabase("C:\Sample.mdb")
dbsNew.Execute ("ALTER TABLE YourTargetTable ADD COLUMN YourSampleField Text(20)")
End Function

گو اینکه تا حد امکان طراحی اولیه باید به گونه ای باشد که نیاز به تغییر در طراحی جداول وجود نداشته باشد , چرا که در برخی موارد و با توجه به ماهیت تغییرات این احتمال وجود دارد که امکان تغییر از راه دور وجود نداشته باشد]]> ضمن سلام

در برخی مواقع این نیاز وجود دارد که به جدول موجود یک فیلد خاص اضافه گردد

با استفاده از دستور Alter Table میتوان به این هدف نزدیک شد

به طور مثال اجرای دستور ذیل منجر به ایجاد شدن یک فیلد جدید با عنوان YourSampleField از نوع داده Text و با حداکثر طول مجاز 20 کاراکتر در دیتابیسی که در مسیر C:\Sample.mdb قرار دارد خواهد شد

کد:
Function AddField()
Dim dbsNew As DAO.Database
Set dbsNew = DBEngine.Workspaces(0).OpenDatabase("C:\Sample.mdb")
dbsNew.Execute ("ALTER TABLE YourTargetTable ADD COLUMN YourSampleField Text(20)")
End Function

گو اینکه تا حد امکان طراحی اولیه باید به گونه ای باشد که نیاز به تغییر در طراحی جداول وجود نداشته باشد , چرا که در برخی موارد و با توجه به ماهیت تغییرات این احتمال وجود دارد که امکان تغییر از راه دور وجود نداشته باشد]]> <![CDATA[بستن دکمه Shift در اکسس به نحوی کارآمد تر]]> http://cpsd.ir/forum/showthread.php?tid=41 Fri, 03 Dec 2010 18:42:39 +0330 http://cpsd.ir/forum/showthread.php?tid=41 ضمن سلام

در آموزش پیش رو , شما با نحوه حمایت نسبی از بسته بودن دکمه Shift در اکسس آشنا خواهید شد .

با تکیه بر این روش , لایه دفاعی دیگری به برنامه های خود خواهید افزود , البته لازم به یادآوری نیست که این روش نیز دارای نقاط ضعف خاص خود است , ولیکن در مجموع از روش متداول کنونی کاملتر بوده و در واقع مکمل آن روش میباشد . استفاده از این روش را به برنامه نویسان توصیه میکنم .
لینک دانلود]]> ضمن سلام

در آموزش پیش رو , شما با نحوه حمایت نسبی از بسته بودن دکمه Shift در اکسس آشنا خواهید شد .

با تکیه بر این روش , لایه دفاعی دیگری به برنامه های خود خواهید افزود , البته لازم به یادآوری نیست که این روش نیز دارای نقاط ضعف خاص خود است , ولیکن در مجموع از روش متداول کنونی کاملتر بوده و در واقع مکمل آن روش میباشد . استفاده از این روش را به برنامه نویسان توصیه میکنم .
لینک دانلود]]> <![CDATA[بررسی وجود یک جدول یا یک ماکرو]]> http://cpsd.ir/forum/showthread.php?tid=38 Sat, 20 Nov 2010 17:22:54 +0330 http://cpsd.ir/forum/showthread.php?tid=38
در برخی موارد این نیاز هست , که از وجود یک آبجکت در داخل Database اطمینان حاصل کنید , این اطمینان در برخی مواقع لازم الاجرا بوده و به جهت بهبود کار و یا جلوگیری از برورز برخی نقائص باید مد نظر قرار بگیره

مساله مطرح شده میتونه حتی در بخش امنیت هم به کمک شما بیاد
امکان اجرای برخی دستورات در ابتدای باز شدن یک فایل اکسس , به دو طریق زیر امکان پذیره :

اجرا از طریق فراخوانی دستورات در داخل یک ماکروی AutoExec
در این حالت Access آقدام به اجرای دستورات مندرج در داخل این ماکرو نموده و درنهایت کنترل رو به برنامه Access باز خواهد گردوند

اجرا از طریف فرخوانی دستورات در داخل فرم معرفی شده در بخش Startup
در این حالت اقدام به طراحی یک فرم اولیه نموده , و در بخش Startup اقدام به معرفی این فرم به عنوان اولین عضوی که در برنامه به اجرا درخواهد اومد میکنید
............
هر دو سناریوی فوق دارای نقاط ضعف و قوت خود بوده و به فراخور موضوع قابلیت دور زدن خواهند داشت , امری که فرضاً در پروسه چک نمودن یک قفل به هیچ عنوان مورد تایید نیست

توصیه این است که تحت هیچ شرایطی کنترل قفل و یا پروسه های مهم را به ماکروی AutoExec محول ننمایید , گزینه Startup از سطح امنیتی بسیار بالاتری برخوردار بوده و امکان مغلوب نمودن آن به سادگی میسر نیست

ذکر یک نکته الزامیست , که در اینگونه مواقعی یکی از نکاتی که همواره فراموش میشود , چک نمودن عدم وجود ماکرویی با نام AutoExec میباشد , چرا که یک نفوذگر با تزریق یک ماکروی AutoExec به داخل برنامه قربانی , در بسیاری مواقع قادر به تغییر کل مسیر پروسه میباشد و در این گذر این احتمال افزایش خواهد یافت که به سادگی به مقصود خود دست پیدا کند

مثال از وضوح کافی برخوردار بوده که در صورت نیاز , ابعاد کاربردی آن با شفافیت بیشتری ارائه خواهد شد

موفق باشید

.zip  ObjectExist.zip (اندازه: 120.79 KB / تعداد دفعات دریافت: 31) ]]>
در برخی موارد این نیاز هست , که از وجود یک آبجکت در داخل Database اطمینان حاصل کنید , این اطمینان در برخی مواقع لازم الاجرا بوده و به جهت بهبود کار و یا جلوگیری از برورز برخی نقائص باید مد نظر قرار بگیره

مساله مطرح شده میتونه حتی در بخش امنیت هم به کمک شما بیاد
امکان اجرای برخی دستورات در ابتدای باز شدن یک فایل اکسس , به دو طریق زیر امکان پذیره :

اجرا از طریق فراخوانی دستورات در داخل یک ماکروی AutoExec
در این حالت Access آقدام به اجرای دستورات مندرج در داخل این ماکرو نموده و درنهایت کنترل رو به برنامه Access باز خواهد گردوند

اجرا از طریف فرخوانی دستورات در داخل فرم معرفی شده در بخش Startup
در این حالت اقدام به طراحی یک فرم اولیه نموده , و در بخش Startup اقدام به معرفی این فرم به عنوان اولین عضوی که در برنامه به اجرا درخواهد اومد میکنید
............
هر دو سناریوی فوق دارای نقاط ضعف و قوت خود بوده و به فراخور موضوع قابلیت دور زدن خواهند داشت , امری که فرضاً در پروسه چک نمودن یک قفل به هیچ عنوان مورد تایید نیست

توصیه این است که تحت هیچ شرایطی کنترل قفل و یا پروسه های مهم را به ماکروی AutoExec محول ننمایید , گزینه Startup از سطح امنیتی بسیار بالاتری برخوردار بوده و امکان مغلوب نمودن آن به سادگی میسر نیست

ذکر یک نکته الزامیست , که در اینگونه مواقعی یکی از نکاتی که همواره فراموش میشود , چک نمودن عدم وجود ماکرویی با نام AutoExec میباشد , چرا که یک نفوذگر با تزریق یک ماکروی AutoExec به داخل برنامه قربانی , در بسیاری مواقع قادر به تغییر کل مسیر پروسه میباشد و در این گذر این احتمال افزایش خواهد یافت که به سادگی به مقصود خود دست پیدا کند

مثال از وضوح کافی برخوردار بوده که در صورت نیاز , ابعاد کاربردی آن با شفافیت بیشتری ارائه خواهد شد

موفق باشید

.zip  ObjectExist.zip (اندازه: 120.79 KB / تعداد دفعات دریافت: 31) ]]> <![CDATA[آموزش قفل نرم افزاری SerialShield]]> http://cpsd.ir/forum/showthread.php?tid=27 Fri, 08 Oct 2010 11:32:01 +0330 http://cpsd.ir/forum/showthread.php?tid=27 [تصویر: box_ss.jpg] ضمن سلام

در این مبحث قصد دارم که در چند بخش نحوه استفاده از قفل نرم افزاری SerialShield رو به عنوان نزدیکترین رقیب Trial Keeper Professional توضیح بدم .

Idea فقط در ابتدا نظر شما رو به نکات زیر جلب میکنم :

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

ابتدا سابقه ای کوتاه ارائه میکنم , مدتها پیش که قصد فروش یک محصول رو داشتم و پس از احساس نیاز به قفل گذاری بر روی اون , پس از کلی جستجو در سطح اینترنت و پیدا کردن محصولاتی متنوع , با محصول SerialShield آشنا شدم .

این محصول از همون ابتدا بر روی اینترنت با کدهایی غیر مجاز در حال عرضه بود , و به گمان خودم به صورت رایگان به این محصول دسترسی پیدا کردم
قفل رو بر روی نرم افزار خودم نصب کردم , چند روزی قفل به کاری که برای اون طراحی شده بود عمل میکرد , تا اینکه یک روز متوجه شدم که قفل خودش رو Reset کرده , بارها تست کردم و همون نتیجه حاصل شد

جالب بود نسخه ای که لینک اون به صورت عمومی بر روی وبسایت قرار داره لینک نسخه آزمایشی هستش

http://www.ionworx.com/trial/SerialShieldTrial.zip

در واقع Ionworx جهت جلوگیری از تکثیر غیر مجاز محصولش دست به انجام این کار زده که محصول نهایی رو تنها در اختیار خریداران خودش قرار میده و لینک دانلود تنها پس از طی شدن پروسه خرید , قابل ارائه برای مشتریان خواهد بود .

نسخه آزمایشی همونطوری که شرکت Ionworx در نظر گرفته قابلیت فعال سازی رو نداره ( گو اینکه با درج کد فعال سازی های موجود , قفل دیگه پیغام مزاحم رو به نمایش نمیذاره )

کلیه نسخه های موجود بر روی اینترنت , به زعم وجود Keygen و تولید کد فعال سازی معتبر برای این محصول , پس از طی دوره ای نامعین و به صورت رندم ریست شده و عملیات قفل گذاری رو مختل میکنند !

همین امر باعث شد که عملیات برنامه نویسی Trial Keeper Professional استارت بخوره و پس از رفع نیازهای شخصی خودم در قالب یک محصول در اختیار دیگران قرار بگیره .
نکته دوم قیمت بالای محصول SerialShield هستش , قیمت از 80 یورو برای SerialShield Standard تا 1000 یورو جهت نسخه SerialShield Enterprise متغیره , امکان دریافت پول نقد از سوی شرکت فروشنده وجود نداره ( نمی پذیره !! ) , شما یا باید اقدام به ارسال چک بین بانکی کنید , که کارمزد صدور یک چک بین بانکی بین 50 تا 80 یورو بود ( با توجه به بانک ) و یا از کارتهای اعتباری بین المللی استفاده کنید

با توجه به همین دو نکته بعید میدونم کسی در ایران به دنبال خرید نسخه اصلی این محصول باشه .
با این دو پیش زمینه به سراغ آموزش این محصول میریم تا کسانی که مایل به خرید نسخه اصلی اون هستند بتونن از این آموزش ذینفع بشن .

در ابتدا اقدام به بارگذاری محصول از روی وبسایت شرکت سازنده کنید و یا اگر به نسخه اصلی دسترسی دارید , اون رو جهت ارجاعات بعدی در دسترس قرار بدید

ذکر یک نکته الزامیه و اون هم اینکه , مثال اکسس موجود در داخل لینک شرکت , در هنگام اجرا با پیغام خطا مواجه میشه ( این نقیصه سالهاست در این مثال وجود داره و معلوم نیست که چرا شرکت سازنده اون رو مرتفع نمیکنه )

جهت رفع این مشکل نمونه آماده شده موجود رو بارگذاری کنید

در پستهای آتی در خصوص برخی توابع موجود و نحوه استفاده از اونها توضیحاتی اجمالی درج خواهد شد .

موفق باشید

لینک دانلود محصول

.zip  Fixed Version.zip (اندازه: 19.07 KB / تعداد دفعات دریافت: 120) ]]> [تصویر: box_ss.jpg] ضمن سلام

در این مبحث قصد دارم که در چند بخش نحوه استفاده از قفل نرم افزاری SerialShield رو به عنوان نزدیکترین رقیب Trial Keeper Professional توضیح بدم .

Idea فقط در ابتدا نظر شما رو به نکات زیر جلب میکنم :

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

ابتدا سابقه ای کوتاه ارائه میکنم , مدتها پیش که قصد فروش یک محصول رو داشتم و پس از احساس نیاز به قفل گذاری بر روی اون , پس از کلی جستجو در سطح اینترنت و پیدا کردن محصولاتی متنوع , با محصول SerialShield آشنا شدم .

این محصول از همون ابتدا بر روی اینترنت با کدهایی غیر مجاز در حال عرضه بود , و به گمان خودم به صورت رایگان به این محصول دسترسی پیدا کردم
قفل رو بر روی نرم افزار خودم نصب کردم , چند روزی قفل به کاری که برای اون طراحی شده بود عمل میکرد , تا اینکه یک روز متوجه شدم که قفل خودش رو Reset کرده , بارها تست کردم و همون نتیجه حاصل شد

جالب بود نسخه ای که لینک اون به صورت عمومی بر روی وبسایت قرار داره لینک نسخه آزمایشی هستش

http://www.ionworx.com/trial/SerialShieldTrial.zip

در واقع Ionworx جهت جلوگیری از تکثیر غیر مجاز محصولش دست به انجام این کار زده که محصول نهایی رو تنها در اختیار خریداران خودش قرار میده و لینک دانلود تنها پس از طی شدن پروسه خرید , قابل ارائه برای مشتریان خواهد بود .

نسخه آزمایشی همونطوری که شرکت Ionworx در نظر گرفته قابلیت فعال سازی رو نداره ( گو اینکه با درج کد فعال سازی های موجود , قفل دیگه پیغام مزاحم رو به نمایش نمیذاره )

کلیه نسخه های موجود بر روی اینترنت , به زعم وجود Keygen و تولید کد فعال سازی معتبر برای این محصول , پس از طی دوره ای نامعین و به صورت رندم ریست شده و عملیات قفل گذاری رو مختل میکنند !

همین امر باعث شد که عملیات برنامه نویسی Trial Keeper Professional استارت بخوره و پس از رفع نیازهای شخصی خودم در قالب یک محصول در اختیار دیگران قرار بگیره .
نکته دوم قیمت بالای محصول SerialShield هستش , قیمت از 80 یورو برای SerialShield Standard تا 1000 یورو جهت نسخه SerialShield Enterprise متغیره , امکان دریافت پول نقد از سوی شرکت فروشنده وجود نداره ( نمی پذیره !! ) , شما یا باید اقدام به ارسال چک بین بانکی کنید , که کارمزد صدور یک چک بین بانکی بین 50 تا 80 یورو بود ( با توجه به بانک ) و یا از کارتهای اعتباری بین المللی استفاده کنید

با توجه به همین دو نکته بعید میدونم کسی در ایران به دنبال خرید نسخه اصلی این محصول باشه .
با این دو پیش زمینه به سراغ آموزش این محصول میریم تا کسانی که مایل به خرید نسخه اصلی اون هستند بتونن از این آموزش ذینفع بشن .

در ابتدا اقدام به بارگذاری محصول از روی وبسایت شرکت سازنده کنید و یا اگر به نسخه اصلی دسترسی دارید , اون رو جهت ارجاعات بعدی در دسترس قرار بدید

ذکر یک نکته الزامیه و اون هم اینکه , مثال اکسس موجود در داخل لینک شرکت , در هنگام اجرا با پیغام خطا مواجه میشه ( این نقیصه سالهاست در این مثال وجود داره و معلوم نیست که چرا شرکت سازنده اون رو مرتفع نمیکنه )

جهت رفع این مشکل نمونه آماده شده موجود رو بارگذاری کنید

در پستهای آتی در خصوص برخی توابع موجود و نحوه استفاده از اونها توضیحاتی اجمالی درج خواهد شد .

موفق باشید

لینک دانلود محصول

.zip  Fixed Version.zip (اندازه: 19.07 KB / تعداد دفعات دریافت: 120) ]]> <![CDATA[آموزش ADO , ActiveX Data Objects]]> http://cpsd.ir/forum/showthread.php?tid=26 Fri, 24 Sep 2010 18:24:18 +0330 http://cpsd.ir/forum/showthread.php?tid=26 [تصویر: AdoCourse_CPSD.IR.png]

سلام

با ورود به این مبحث فصل جدیدی از دوران برنامه نویسی در مقابل بسیاری از کاربرانی که تاکنون تنها اقدام به کدنویسی JET Base کرده بودن باز خواهد شد

با اطلاعات برنامه نويسي اونهم در حد متوسط اين امكان وجود داره كه شما اقدام به ، به كارگيري توان بالقوه ActiveX Data Object و يا همون ADO كنيد

ولی پیش نیاز اون آشنایی کامل با خود آبجکتهای استاندارد Access هستش

از طريق ADO شما امكان اتصال و مديريت طيف وسيعي از گونه هاي متفاوت ديتا بيسها و از اون جمله اكسس رو خواهید داشت

ADO يكي از مدلهاي قدرتمند برنامه نويسي مختص ديتا بيسها رو پوشش ميده ، بك مدل برنامه نويسي مبتني بر شي هستش كه در بسياري از زبانهاي برنامه نويسي پشتيباني ميشه ( ميشه گفت در كليه زبانهاي برنامه نويسي مطرح اين امر محقق ميشه )

ADO خصوصاً در نسخه هاي جديد مايكروسافت آفيس تبديل به روشي قابل اتكا و به تبع اون با اهميت مضاعف در اتصال و مديريت پايگاههاي داده شده

Data Source ها گونه هاي متفاوتي رو در بر ميگيرن ، از يك فايل Text ساده تا نمونه هاي پيچيده از بانكهاي اطلاعاتي رابطه اي همچون اكسس

در مجموع ADO قابليت اتصال به كليه ديتابيسهاي معتبر و عمومي رو داره

ADO قابليت بهينه سازي و افزايش توان عملياتي SQL رو هم با خودش به همراه مياره

هر گونه برنامه نويسي مبتني بر اين مدل ، در واقع به نوعي تلاش و جدل با ADO API هستش

توضيح : يك API و يا Application Programming Interface در واقع مجموعه اي از نماها و يا كلاسهايي هستند كه به شما اين اجازه رو ميدن تا اقدام به برقراري و ارتباط با دستوراتي پيچيده ، در قالبي ساده داشته باشيد

البته نحوه فراخواني و درج دستورات ADO در زبانهاي برنامه نويسي مختلف تا حدودي با همديگه متفاوته كه ما در اينجا مبحث رو حول به كارگيري اون در Access VBA پيش رو داريم

متاسفانه اين مبحث از وسعت بسيار زيادي برخورداره كه در اين سلسله مقالات فرصت زماني به گونه اي هستش كه تنها امكان بررسي برخي روشها وجود داره پس اگر با گونه هاي متفاوتي از كدنويسي روبرو شديد نگران نباشيد ، يك رويه رو يادبگيريد و همون رو ادامه بديد

خدانگهدار]]> [تصویر: AdoCourse_CPSD.IR.png]

سلام

با ورود به این مبحث فصل جدیدی از دوران برنامه نویسی در مقابل بسیاری از کاربرانی که تاکنون تنها اقدام به کدنویسی JET Base کرده بودن باز خواهد شد

با اطلاعات برنامه نويسي اونهم در حد متوسط اين امكان وجود داره كه شما اقدام به ، به كارگيري توان بالقوه ActiveX Data Object و يا همون ADO كنيد

ولی پیش نیاز اون آشنایی کامل با خود آبجکتهای استاندارد Access هستش

از طريق ADO شما امكان اتصال و مديريت طيف وسيعي از گونه هاي متفاوت ديتا بيسها و از اون جمله اكسس رو خواهید داشت

ADO يكي از مدلهاي قدرتمند برنامه نويسي مختص ديتا بيسها رو پوشش ميده ، بك مدل برنامه نويسي مبتني بر شي هستش كه در بسياري از زبانهاي برنامه نويسي پشتيباني ميشه ( ميشه گفت در كليه زبانهاي برنامه نويسي مطرح اين امر محقق ميشه )

ADO خصوصاً در نسخه هاي جديد مايكروسافت آفيس تبديل به روشي قابل اتكا و به تبع اون با اهميت مضاعف در اتصال و مديريت پايگاههاي داده شده

Data Source ها گونه هاي متفاوتي رو در بر ميگيرن ، از يك فايل Text ساده تا نمونه هاي پيچيده از بانكهاي اطلاعاتي رابطه اي همچون اكسس

در مجموع ADO قابليت اتصال به كليه ديتابيسهاي معتبر و عمومي رو داره

ADO قابليت بهينه سازي و افزايش توان عملياتي SQL رو هم با خودش به همراه مياره

هر گونه برنامه نويسي مبتني بر اين مدل ، در واقع به نوعي تلاش و جدل با ADO API هستش

توضيح : يك API و يا Application Programming Interface در واقع مجموعه اي از نماها و يا كلاسهايي هستند كه به شما اين اجازه رو ميدن تا اقدام به برقراري و ارتباط با دستوراتي پيچيده ، در قالبي ساده داشته باشيد

البته نحوه فراخواني و درج دستورات ADO در زبانهاي برنامه نويسي مختلف تا حدودي با همديگه متفاوته كه ما در اينجا مبحث رو حول به كارگيري اون در Access VBA پيش رو داريم

متاسفانه اين مبحث از وسعت بسيار زيادي برخورداره كه در اين سلسله مقالات فرصت زماني به گونه اي هستش كه تنها امكان بررسي برخي روشها وجود داره پس اگر با گونه هاي متفاوتي از كدنويسي روبرو شديد نگران نباشيد ، يك رويه رو يادبگيريد و همون رو ادامه بديد

خدانگهدار]]>