سرعت سیستمها [بایگانی]

alex_kh58

سه شنبه 17 بهمن 1385, 14:07 عصر

با سلام
یه سوال در مورد سرعت سیستمهای نوشته شده توسط تعدادی که اکنون در تحویل بنده و چند نفر دیگر می باشد و این یستمها بیس کارشان با DataBase می باشد یعنی هر کاری که خواستند انجام دهند در SQL انجام داده اند. مشکلی که الان وجود دارد سرعت آنها می باشد که کند بوده و در ضمن چون عملیاتی هم شده اند دیگر نمی توان تغییر اساسی در آنها داده شود.
کارهایی که در SQL انجام شده در حد امکان (نه به طور کامل) بهینه شده است. اگر روشی به نظر تان در مورد بهینه کردن این سیستمها می رسد ممنون می شوم.:متفکر:

programmermp

سه شنبه 17 بهمن 1385, 15:17 عصر

با سلام
یه سوال در مورد سرعت سیستمهای نوشته شده توسط تعدادی که اکنون در تحویل بنده و چند نفر دیگر می باشد و این یستمها بیس کارشان با DataBase می باشد یعنی هر کاری که خواستند انجام دهند در SQL انجام داده اند. مشکلی که الان وجود دارد سرعت آنها می باشد که کند بوده و در ضمن چون عملیاتی هم شده اند دیگر نمی توان تغییر اساسی در آنها داده شود.
کارهایی که در SQL انجام شده در حد امکان (نه به طور کامل) بهینه شده است. اگر روشی به نظر تان در مورد بهینه کردن این سیستمها می رسد ممنون می شوم.:متفکر:

سلام

منظورتان از بهینه شده یعنی چی کارهایی ؟

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

و کندی داشته باشید

یه خورده بیشتر توضیح بدهید در چه جاهایی و چه عملیاتی کند هست

Dashti

سه شنبه 17 بهمن 1385, 15:26 عصر

با سلام
کار با بانک اطلاعات از طریق خود SQL Server ‌روش خوبی و مشکلی از بابت کندی نباید داشته باشد. ببینید شاید مشکل جایی دیگه باشد. ضمنا در صورت مشکل در دستورات میتوان آنها بهینه کرد . روی یک سرور دیگه تست کنید

alex_kh58

سه شنبه 17 بهمن 1385, 17:19 عصر

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

reza_rad

چهارشنبه 18 بهمن 1385, 07:41 صبح

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

در مورد لاک شدن و مشکلات مربوط به اون میشه SQL Server 2005 رو پیشنهاد داد چون یکی از ویژگی های مهم و خوبش Snapshot Isolation Level هست.که چنین مشکلی رو با یه تصویر برداری حل میکنه.

alex_kh58

چهارشنبه 18 بهمن 1385, 10:27 صبح

به دلایلی در حال حاضر قادر به ارتقاء نیستیم. می خواهیم از امکانات موجود(البته بدون ارتقاء) بتونیم این مشکل رو حل کنیم.

linux

چهارشنبه 18 بهمن 1385, 12:16 عصر

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

alex_kh58

چهارشنبه 18 بهمن 1385, 13:34 عصر

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

زبان برنامه نویسی VB.Net بوده و تعداد جداول تقریبا600 تا 700 می باشه و تعداد کل رکوردهای شاید در حدود سی میلیون باشد.

linux

چهارشنبه 18 بهمن 1385, 16:36 عصر

زبان برنامه نویسی VB.Net بوده و تعداد جداول تقریبا600 تا 700 می باشه و تعداد کل رکوردهای شاید در حدود سی میلیون باشد.
در مورد 30 میلیون رکورد مشکلی نیست! ولی 600 تا 700 جدول؟؟!! این واقعا یک مشکل مطمئن هستید که در طراحی دیتابیس همه نکات را در نظر گرفته اید؟
پیچیده ترین دیتابیس ها حداکثر 20 تا 30 جدول دارند.

alex_kh58

شنبه 21 بهمن 1385, 14:31 عصر

در مورد 30 میلیون رکورد مشکلی نیست! ولی 600 تا 700 جدول؟؟!! این واقعا یک مشکل مطمئن هستید که در طراحی دیتابیس همه نکات را در نظر گرفته اید؟
پیچیده ترین دیتابیس ها حداکثر 20 تا 30 جدول دارند.

آخه من منظور جداول کل سیستمها بود که برروی یک سرور هستند برای مثلا 15 سیستم فکر نکنم زیاد باشه؟