مشکل در تنظیمات شبکه برای اتصال چند سیستم با SQLEXPRESS

یک برنامه با SQLEXPRESS طراحی شده میخوام دو نسخه از این برنامه رو توی دوتا سیستم اجرا کنم که یکیشون بدون بانک اطلاعاتی است و اطلاعاتشو از سیستم اولی بگیرو
شبکه بصورت WORKGROUP کار میکنه
IP کامپیوتر اصلی که دارای بانک اطلاعاتی هست برابر است با ip=10.0.254.62
IP کامپیوتر فرعی بدون بانک اطلاعاتی برابر است با ip=10.0.254.68

برنامه رو در دو نسخه با Connection String ثابت و متغیر طراحی کردم

Connection String ثابت(کامپیوتر سرور)

کد:

---

Data Source=.\SQLEXPRESS;AttachDbFilename=c:\DB_BANK.mdf;Integrated Security=True;Connect Timeout=30;User Instance=True

---

Connection String متغیر(کامپیوتر کلاینت)

کد:

---

Data Source=10.0.254.62\SQLEXPRESS;AttachDbFilename=C:\DB_BANK.mdf;Integrated Security=True;Connect Timeout=30;User Instance=True

---

الان برای کامپیوتر سرور مشکلی نیست اما مشکل برای کامپیوتر کلاینت پیش میاد
در هنگام اجرا این پیغام خطا رو میده

کد:

---

An error has occurred while establishing a connection to the server.When connection to SQL Server 2005,this failure may be caused by the fact that under the default setting SQL Server does not allow remote connections.(provider:SQL Network Interfaces,error:26-Error Locating Server/Instance Specified).

---

هر دو سیستم همدیگر رو میبینن و در ارتباط شبکه مشکلی نیست

در تنظیمات SQL Server Surface Area Configuration هر دو سیستم روی بخش Using both TCP/IP And named pipes تنظیم شده است

در تنظیمات SQL Server Configuration Manager هر دو سیستم SQLEXPRESS)SQL Server) و SQL Server Browser در حالت Run و بر روی مد NetworkService می باشند

از دوستانی که اطلاعاتی در این مورد دارند ممنون میشم راهنمایی کنن

با تشـــــــــــــــــــــــ ــــــــکر

سلام
باید دیتابیس را attach کنید...
[ برای مشاهده لینک ، با نام کاربری خود وارد شوید یا ثبت نام کنید ]

[ برای مشاهده لینک ، با نام کاربری خود وارد شوید یا ثبت نام کنید ]
موفق باشید.

من نحوه attach کردن رو میدونم ولی آخه من از SQLEXPRES خود VS2008 استفاده کردم چطور اونو attach کنم در حالی که برنامه ای برای attach وجود نداره.
یعنی باید روی سرور حتما SQl SERVER 2005 نصب باشه؟

سلام
attach راه استاندارد ارتباط sqlserver است و نسخه express هم از این امر مثتثنی نیست.
(در واقع sqlserver اصلاً بدون attach کار نمیکند، نسخه express هم که به ظاهر چشمی میتواند اینکار را انجام دهد، در اصل نوعی attach کاملاً رسمی و قانونی و معمولی را خودکار انجام میدهد ولی موقت، یعنی خودش detach را هم انجام میدهد.)

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

(البته شاید نیاز باشد برخی پروتکلها را هم برای express فعال کنید تا در شبکه کار کند.)

مشکل ارتباط رو حل کردم شبکه رو تبدیل به Client/Server کردم و بعد از تنظیمات شبکه بانک رو تو سرور بعد از نصب SQL SERVER 2005 تونستم Attach کنم و با تنظیم Connection String برنامه Client برنامه شروع به کار کرد

حالا میخواستم روی نحوه قفل کردن یک جدول و یا یک رکورد بحث کنیم

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

کد:

---

SyncLock (dta)
                    dta.Update(ds, "Table")
                End SyncLock

---

آیا این روش درسته؟
برای قفل روی یک رکورد باید چار کرد؟
اگر از روش زیر برای اصلاح استفاده شودن ایا قفل زیر درست است

کد:

---


Dim StrSelect AsString = "UPDATE Define_Pay SET Mon=1000 WHERE Id=1
Dim CmdDeleteFactor As SqlClient.SqlCommand = New SqlClient.SqlCommand(StrSelect, condata)
condata.Open()
SyncLock (CmdDeleteFactor)
CmdDeleteFactor.ExecuteNonQuery()
EndSyncLock
condata.Close()
ReturnTrue


---

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

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

یعنی اصلا احتیاجی نیست هیچ کدی نوشته شود؟

در صورت برخورد SQL SERVER چه عکس العملی نشون میده پیغام خطا میفرسته یا کاربر رو منتظر نگه میداره؟

سلام
اگر sqlserver صلاح بداند خودش سطر مورد نظر را قفل میکند، و تا زمان قفل بقیه پردازشها منتظر خواهند ماند.
ولی این قفل بسیار کوتاه است و فوراً اخذ و فوراً آزاد میشود.

در یک برنامه شبکه ای شما باید بیشتر به primarukey ها دقت کنید...
حتماً primarykey ها را autonumber قرار دهید ...
insert های عادی احتمال دارد به علت duplicate کلید با مشکل مواجه شوند و فرد دیگری زودتر آن کلید را درج کند...
به این فکر کنید که هر دیتایی از زمان انتخاب قبلی تا بعدی، شاید توسط کاربر دیگری حذف یا ویرایش شده باشد...
و...

شما باید به ساختار داخلی برنامه خود فکر کنید، مشکلی با ذات ذخیره دیتا نخواهید داشت.

نقل قول:

---

نوشته شده توسط _H2_ [ برای مشاهده لینک ، با نام کاربری خود وارد شوید یا ثبت نام کنید ]

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

---

من فکر میکنم بهتره که قبل از اینکه کاربر عملیات update رو انجام بده یک نوشته بشه که رکورد مورد نظر رو چک کنه که ببینه تغییر کرده یا نه و بعد عملیات refresh رو انجام بده!


نظر شما چیه؟

سلام

نقل قول:

---

من فکر میکنم بهتره که قبل از اینکه کاربر عملیات update رو انجام بده یک نوشته بشه که رکورد مورد نظر رو چک کنه که ببینه تغییر کرده یا نه و بعد عملیات refresh رو انجام بده

---

اگر منظورتان را از referesh درست متوجه شده باشم و منظورتان یک عملیات SELECT پس از UPDATE باشد...


اگر شما update ای انجام دهید، یک عدد int به شما داده خواهد شد، که معرف تعداد سطرهایی است که توسط این دستور در بانک تغییر کرده اند.
(
البته دقت کنید که اگر از DataTable و DataAdapter استفاده مکنید و چیزی را در DataTable تغییر دهید و لی DataAdapter.Update صفر سطر را آپدیت کند، یک خطای runtime صادر میشود که باید به درستی هندلرش کنید.
)


در استفاده از DataTable و DataAdapter ...
مهم برای SELECT پس از UPDATE آن است که چند سطر DataTable تغییر کره و چند سطر Update شده.
در یک حالت خوب میانه SELECT باید موقعی انجام شود که دو عدد فوق برابر نباشند.

ولی اگر خیلی میخواهید مطمئن باشید اطلاعات نمایشی به روز هستند و جدیدترین تغییرات را در سطح بانک نمایش میدهند...
- یا همیشه باید SELECT داشته باشید.
- یا SP های شما در sqlserver با تغییر سطری از یک جدول یک سطر خاص در جدول دیگری را با تاریخ-زمان آن لحظه ست کنند...
تا کلاینتها با چک کردن این عدد با آخرین مقدار در زمان SELECT خودشان بفهمند که نیاز به هزینه پردازشی و ترافیکی شبکه به یک SELECT دارند یا خیر
(البته میتوانید به جای تاریخ-زمان از فیلدهای timestamp هم استفاده کنید)

موفق باشید.