سوكت پروگرمينگ [بایگانی]

msadeqbabaei

شنبه 11 آذر 1391, 16:16 عصر

سلام دوستان :متفکر:

من ميخوام بدونم اگه بخوام يه برنامه حسابداري بنويسم و بخوام اون رو تحت شبكه كنم بايد از سو كت پروگرمينگ استفاده كنم يا همون شر كردن بانك كافي ؟

msadeqbabaei

شنبه 11 آذر 1391, 16:50 عصر

؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟ ؟؟

BORHAN TEC

شنبه 11 آذر 1391, 17:00 عصر

سلام
Share کردن بانک کار درستی نیست. به عنوان مثال نمونه هایی را دیده ام که برخی از افراد فایل پایگاه داده ای مثل Access را Share میکنند و چند نفری به طور همزمان از آن استفاده می کنند. توجه داشته باشید که این کار بسیار خطرناک است چرا که به اطلاعات پایگاه داده آسیب می زند، چرا که این پایگاه داده ها برای پاسخگویی به چند کاربر به صورت همزمان طراحی نشده اند. از طرفی هم اگر از DBMS های مبتنی بر سرور مثل SQL Server یا Oracle یا MySql و ... استفاده می کنید می توانید با به کارگیری آنها به راحتی و به صورت چند کاربری از آن استفاده کنید ولی اگر می خواهید که خیلی اصولی کار کنید این کار هم زیاد درست نیست و بهترین راه ممکن به کار گیری Middle Tier Architecture است. که توضیحاتی در مورد آنرا می توانید در سایتی مثل زیر مطالعه کنید:
http://www.remobjects.com/da/why-multitier.aspx
موفق باشید...

hakim22

شنبه 11 آذر 1391, 17:52 عصر

وارد شدن به بحث Socket programming کار پروژه رو خیلی پیچیده میکنه ( هر چند پایداری و Data Integrity رو خیلی بالا میبره) و اصولا مگر پروژه ی شما قرار باشه در سطح ملی و توسط هزاران نفر مورد استفاده قرار بگیره و قرار باشه پول خیلی خوبی بابت کیفیتش در یافت کنید که برید سراغش وگرنه اصولا پیشنهاد نمیشه وقت و انرژی خودتون رو صرف اینکار کنید .
محصوصا اینکه نهایتش اینه که یک سند مشکل دار وارد میشه و بعد باید دوباره وارد بشه

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

دیگر اینکه میتوانید با مدیریت داده های آلوده Dirty data جلوی خیلی خطاها رو بگیرید.
مثلا شرط کنید هنگامی که ردیفی از داده قراه تغییر کنه اون داده در حالت Dirty نباشه ( توسط کاربر دیگری در حال ویرایش نباشه)
قابلیت های این چنینی در DataSet هایی که توسط خود VS ساخته شده باشند ( Strongly Typed dataset) به راحتی مدیریت می شوند :

DataRow.CancelEdit()
Or
DataRow.RejectChanges()
Or
DataSet.RejectChanges()