Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
DELPHI - ADO - MSSQL - вечные таймауты! :(
|
|||
|---|---|---|---|
|
#18+
Привет всем! Подскажите кто-нибудь, в чем дело! Не могу нормально перейти с MySQL на MSSQL! Дело обстоит так: написал прогу на Delphi для работы с небольшой БД (50-70 тыс.записей в 16 таблицах) под управлением MSSQL. Раньше все это было на MySQL и все летало, но из-за ущербности последней пришлось перелазить на MS. MSSQL Server 97 стоит на P3/256RAM - вроде машинка не слабая. Так вот - пока сам работаешь с прогой - все ОК. Как только запускаю ее в сеть и с ней начинают работать операторы (5-10 человек) - тут-же вся идилия пропадает. Начинаются таймауты, хотя я ставлю для TADOConnection таймоуты в 60 секунд. Да и не пойму почему они лезут?!? Загрузка сервера в среднем да-же до 50% не подымается. Есть программеры которые то-же этим балуются - Delphi 5 и MSSQL 97 ?!? Нужен Ваш компетентый совет! Может как-то хитро все настраивать надо? Please, HELP! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2001, 17:49 |
|
||
|
DELPHI - ADO - MSSQL - вечные таймауты! :(
|
|||
|---|---|---|---|
|
#18+
я поставил ноль ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2001, 17:57 |
|
||
|
DELPHI - ADO - MSSQL - вечные таймауты! :(
|
|||
|---|---|---|---|
|
#18+
Если используете для работы с таблицами ADOTable или TTable - замените на TQuery или что-то подобное, т.к. TTable и AdoTable ориентированы на работу с настольными БД(like paradox,xbase etc) => много времени идет на перекачку данных и рефреш. В идеале лучше всего вообще отказаться от использования ADO, а работать через SQL-DMO или ODBC API т.к. ADO - самое тормозное, что придумал Мелкософт для доступа к БД (ксати он работает тоже черех ODBC). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.04.2001, 18:12 |
|
||
|
DELPHI - ADO - MSSQL - вечные таймауты! :(
|
|||
|---|---|---|---|
|
#18+
Такое поведение характерно при вызове явных транзакций. Проверьте - не начинаются ли Ваши транзакции как только пользователь приступает к редактированию данных. Постарайтесь свести промежуток между BeginTrans и Commit к минимуму. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.05.2001, 20:56 |
|
||
|
DELPHI - ADO - MSSQL - вечные таймауты! :(
|
|||
|---|---|---|---|
|
#18+
Используй TADODataset, и у него выставляй таймаут, т.к. query и пр. таймаут в protected секцию перемещен. Делай транзакции с минимальным временем жизни ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 14:30 |
|
||
|
DELPHI - ADO - MSSQL - вечные таймауты! :(
|
|||
|---|---|---|---|
|
#18+
похоже на блокировки... запусти в Query Analyzer'e sp_lock и sp_who узнаешь что и кем блокировано ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 14:41 |
|
||
|
DELPHI - ADO - MSSQL - вечные таймауты! :(
|
|||
|---|---|---|---|
|
#18+
2 MegaWolt ADO - самое тормозное, что придумал Мелкософт для доступа к БД (ксати он работает тоже черех ODBC). Кто ОН ??????????? 2 Maestro P3/256RAM - вроде машинка не слабая. А памяти то маловато, еще бы столько и хорошо было бы А таймауты - смотреть надо, чего делается, действительно блокировки скорее всего...... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 15:39 |
|
||
|
DELPHI - ADO - MSSQL - вечные таймауты! :(
|
|||
|---|---|---|---|
|
#18+
Я тока начиная разбираться (покрайней мере хочу ;) в MSSQL Server'e... но кто- то мне говорил, что есть варианты сервера (то ли демо, то ли урезанные), которые искусственно загружают сервер при подключении более 5 пользователей... может дело в этом... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 16:08 |
|
||
|
DELPHI - ADO - MSSQL - вечные таймауты! :(
|
|||
|---|---|---|---|
|
#18+
По поводу урезанных версий - никогда. сиквер в триалверсии просто ругаться будет и все ))) - у меня так и было ))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 16:11 |
|
||
|
DELPHI - ADO - MSSQL - вечные таймауты! :(
|
|||
|---|---|---|---|
|
#18+
Трабл скорее всего именно в блокировках. Используйте в скл-запросах хинты. Например select * from table WITH(NOLOCK) ну и т.д. Посмотреть кто блокирует и кто ждет при этом можно, например, в EM. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2002, 16:26 |
|
||
|
DELPHI - ADO - MSSQL - вечные таймауты! :(
|
|||
|---|---|---|---|
|
#18+
Ежели через адо живешь, рули блокировками (TAdoDataSet.LockType кажись) или в тексте TSQL хинтами (select aaa from www (with no lock)), транзакции делай минимальной продолжительности ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2003, 18:44 |
|
||
|
DELPHI - ADO - MSSQL - вечные таймауты! :(
|
|||
|---|---|---|---|
|
#18+
2 MegaWolt В идеале лучше всего вообще отказаться от использования ADO, а работать через SQL-DMO или ODBC API т.к. ADO - самое тормозное, что придумал Мелкософт для доступа к БД (ксати он работает тоже черех ODBC). Ну-ну, конечно. Ведь MegaWolt сам все писал, весь софт MS, и прекрасно все знает лучше всех. Правда несет бред - но это ничего. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2003, 13:38 |
|
||
|
|

start [/forum/topic.php?fid=58&msg=32081188&tid=2118122]: |
0ms |
get settings: |
10ms |
get forum list: |
22ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
23ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
68ms |
get tp. blocked users: |
2ms |
| others: | 263ms |
| total: | 409ms |

| 0 / 0 |
