|
|
|
ПАМАГИТЕ!!!!! (почему форма даже в режиме конструктора открывается 5 минут????)
|
|||
|---|---|---|---|
|
#18+
Shuhard а когда сидишь в mdb монопольно как со временем сохранения ? в mdb монопольно не использую. Shuhard кстати как ты юзеров выгоняешь при конструировании форм ? юзери на своих машинах юзерят mde я на своей mdb. когда нада скинуть им обновление - просто прошу закрыть прогу, из своего mdb делаю mde и копирую им на машины. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 07:30 |
|
||
|
ПАМАГИТЕ!!!!! (почему форма даже в режиме конструктора открывается 5 минут????)
|
|||
|---|---|---|---|
|
#18+
Shuhard 2 по поводу LDB - открой из той-же MDB (форма в которой долго сохраняется после конструктора) присоединенную табличку на просмотр посмотри время при этом с закрытой таблицей ~6 "пакетов" обмена по сети, с открытой - ОДИН и меньшено объёма!!!! (вообще было 50-100 "пакетов", что-то повлияло на их сохраняю код VBA на своей машине, а влияет открытая присоедине таблица!!! и чё? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 08:00 |
|
||
|
ПАМАГИТЕ!!!!! (почему форма даже в режиме конструктора открывается 5 минут????)
|
|||
|---|---|---|---|
|
#18+
сохраняю код VBA на своей машине, а влияет открытая присоедине таблица!!! да поскольку на серваке уже есть LDB Гм ... 1 повлияло отключение автозамены имен 2 основой торможения продолжаю считать создание и удаление LDB далее см выше(2 мая 19:47) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 11:14 |
|
||
|
ПАМАГИТЕ!!!!! (почему форма даже в режиме конструктора открывается 5 минут????)
|
|||
|---|---|---|---|
|
#18+
автор2 основой торможения продолжаю считать создание и удаление LDB пожалуй соглашусь... но почему раньше это не влияло? и как исправить? если есть таблица на просмотр, то значит коннект задействован (открыт) и через него происходит. ежели не "открыт" то для каждого действа открывается и закрывается? значит нада более правильнее делать конненкт? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 12:02 |
|
||
|
ПАМАГИТЕ!!!!! (почему форма даже в режиме конструктора открывается 5 минут????)
|
|||
|---|---|---|---|
|
#18+
автор автор 2 основой торможения продолжаю считать создание и удаление LDB пожалуй соглашусь... но почему раньше это не влияло? и как исправить? Идем на http://www.granite.ab.ca/access/performancefaq.htm и находим 1) http://www.granite.ab.ca/access/performanceldblocking.htm In Access 2000, when a second and subsequent user tries to access a shared backend database on the server, there seems to be a situation where Access tries to perform a delete on the LDB file (which fails because another user is currently in the file). This attempt is made about 15 times before silently failing and the records are returned from the linked table. To resolve this issue we need a persistent connection to the back-end from each of the front-end workstations. This can be done using a bound form which is always open or by keeping a recordset open at all times.. (и далее реализация) 2) http://groups.google.com/groups?hl=en&safe=off&th=b0e000e0d30fec22&rnum=1 3) http://support.microsoft.com/?kbid=240434 а именно: Is the database (.mdb) file on a network share? The Microsoft Access ODBC Driver that ships with MDAC 2.1 or later interprets the PageTimeout setting in milliseconds, whereas the MDAC 2.0 versions of the Access ODBC Driver interpret PageTimeout in seconds. Modify the default value of PageTimeout from 5 to 5000 when creating the DSN, or modify the value through the connection string. When the database file is placed on a network share, having a low timeout value (such as 5 milliseconds) causes excessive network traffic and can degrade the performance. For additional information, click the article number below to view the article in the Microsoft Knowledge Base: 246560 BUG: Excessive Network Activity When Using Access ODBC Driver ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 12:49 |
|
||
|
ПАМАГИТЕ!!!!! (почему форма даже в режиме конструктора открывается 5 минут????)
|
|||
|---|---|---|---|
|
#18+
To Victosha ссылка на ODBC не корректна у нас ISAM + which fails because another user is currently in the file - у нас нет иных юзеров To вадя ...но почему раньше это не влияло? и как исправить? ПРИ ОТКРЫТОЙ ТАБЛИЦЕ СКОРОСТЬ ДОСТАТОЧНА ? ЕСЛИ ДА ДЕРЖИ ОТКРЫТОЙ ЕСЛИ НЕТ МЕНЯЙ ТЕХНОЛОГИЮ т.е. список надо формировать не на основе запроса а динамически например изменяя при открытии форме RowSource либо используя пользовательские функции насчет ...если есть таблица на просмотр, то значит коннект задействован (открыт) и через него происходит. ежели не "открыт" то для каждого действа открывается и закрывается? значит нада более правильнее делать конненкт? ЕЩЕ РАЗ ПРО LDB ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 13:40 |
|
||
|
ПАМАГИТЕ!!!!! (почему форма даже в режиме конструктора открывается 5 минут????)
|
|||
|---|---|---|---|
|
#18+
2 Shuhard автору нас нет иных юзеров 1) Вот это для меня неочевидно - на линкованных таблицах ты сам себе лекго можешь оказаться вторым юзером - когда и как это происходит - акцессово внутреннее дело 2) ODBC там не причем - там фактически рассказывается о вложенном в инсталляцию баге с этим параметром, проистекающим из смены единицы времени между акцесс 97 и акцесс2000 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 13:47 |
|
||
|
ПАМАГИТЕ!!!!! (почему форма даже в режиме конструктора открывается 5 минут????)
|
|||
|---|---|---|---|
|
#18+
ушёл учить английский ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 14:59 |
|
||
|
ПАМАГИТЕ!!!!! (почему форма даже в режиме конструктора открывается 5 минут????)
|
|||
|---|---|---|---|
|
#18+
ну уж вот так сразу учить... хелп иногда и по русски бывает написан. PageTimeout Промежуток времени между помещением во временный буфер данных, на которые не наложена блокировка изменений, и их уничтожением, выраженный в миллисекундах. Значение по умолчанию равно 5000 (5 с). Значения имеют тип DWORD в Windows 95 и Windows NT 4.0 или тип REG_DWORD в Windows NT 3.51. ----------------- далее полная страница ----------------- Инициализация драйвера баз данных Microsoft Jet 4.0 При установке драйвера баз данных с ядром Microsoft® Jet версии 4.0 программа установки записывает набор стандартных значений в реестр Microsoft Windows® в подразделы «Engines» и «ISAM Formats». Пользователь не должен изменять эти записи самостоятельно; для добавления, удаления или изменения этих настроек следует использовать редактор реестра. Ниже описаны параметры инициализации и настройки формата ISAM для драйвера базы данных с ядром Microsoft Jet. Параметры инициализации ядра Microsoft Jet Папка Jet\4.0\Engines содержит параметры инициализации драйвера ядра базы данных Msjet40.dll, используемого при доступе к базам данных Microsoft Access. В следующем примере демонстрируются типичные значения элементов данной папки. SystemDB = <путь>\System.mdb CompactBYPkey = 1 PrevFormatCompactWithUNICODECompression=1 Следующие параметры используются для настройки ядра базы данных Microsoft Jet. Элемент Описание SystemDB Указывает полный путь и имя файла системной базы данных. По умолчанию задается соответствующий путь с добавлением имени файла System.mdb. Значения имеют тип String в Windows 95 и Windows NT 4.0 или тип REG_SZ в Windows NT 3.51. CompactByPKey Указывает, должны ли записи таблицы при ее сжатии копироваться в порядке, задаваемым ключом таблицы, если ключ существует. Если ключ отсутствует, используется порядок записей в основных таблицах. Значение 0 задает использование порядка записей в основных таблицах; ненулевое значение задает использование порядка записей, определяемого ключом. По умолчанию задается ненулевое значение. Значения имеют тип DWORD в Windows 95 и Windows NT 4.0 или тип REG_DWORD в Windows NT 3.51. Примечание. Данная настройка применяется только при сжатии баз данных, созданных ядром Microsoft Jet версии 3.0 или более поздней. При сжатии баз данных, созданных ядром Microsoft Jet версии 2.x, данные всегда копируются в порядке, действующем в основных таблицах. PrevFormatCompactWithUNICODECompression При хранении текстовых данных в базах данных Microsoft Jet 4.0 используется набор символов Юникод. Сжатие данных в кодировке Юникод позволяет значительно повысить производительность базы данных за счет сокращения числа операций чтения и записи страниц, которые могут потребоваться впоследствии. Этот раздел определяет, какой вариант кодировки Юникод используется при создании баз данных, полученных с помощью ядра базы данных Microsoft Jet версии 3.x или более ранней. Допускается применение кодировки Юникод со сжатием или без сжатия. Примечание. Данная настройка не применяется при сжатии баз данных, созданных ядром Microsoft Jet версии 4.0. Базы данных Microsoft Jet 4.0 по умолчанию сохраняют параметры сжатия, заданные при их создании. Папка Jet\4.0\Engines\Jet 4.0 содержит параметры инициализации драйвера ядра базы данных Msjet40.dll, используемого при доступе к базам данных Microsoft Access. В следующем примере демонстрируются типичные значения элементов данной папки. FlushTransactionTimeout=500 LockDelay=100 LockRetry=20 MaxBufferSize= 0 MaxLocksPerFile= 9500 PageTimeout=5000 Threads=3 UserCommitSync=Yes ImplicitCommitSync=No ExclusiveAsyncDelay=2000 SharedAsyncDelay=0 RecycleLVs=0 PagesLockedToTableLock=0 Следующие параметры используются для настройки ядра базы данных Microsoft Jet. Элемент Описание PageTimeout Промежуток времени между помещением во временный буфер данных, на которые не наложена блокировка изменений, и их уничтожением, выраженный в миллисекундах. Значение по умолчанию равно 5000 (5 с). Значения имеют тип DWORD в Windows 95 и Windows NT 4.0 или тип REG_DWORD в Windows NT 3.51. FlushTransaction Timeout Данный элемент отключает оба параметра реестра: «ExclusiveAsyncDelay» и «SharedAsyncDelay». Чтобы включить эти параметры, необходимо задать для данного элемента нулевое значение. Параметр «FlushTransactionTimeout» изменяет способ, используемый ядром базы данных Microsoft Jet при асинхронной записи в файл. В предыдущих версиях ядра Microsoft Jet для определения времени ожидания операций асинхронной записи использовался параметр «ExclusiveAsyncDelay» или параметр «SharedAsyncDelay». Параметр «FlushTransactionTimeout» изменяет способ записи таким образом, что запись выполняется по истечении указанного промежутка времени, если при этом во временный буфер не добавлялись новые страницы. Единственное исключение из этого правила возникает в случае превышения максимального размера буфера «MaxBufferSize». Тогда асинхронная запись содержимого буфера осуществляется вне зависимости от прошедшего времени. Ядро Microsoft Jet 3.5 выполняет асинхронную запись либо после 500 миллисекунд бездействия, либо после заполнения буфера. LockDelay Данный параметр работает совместно с параметром «LockRetry» и задает период ожидания в 100 миллисекунд перед выдачей нового требования на блокировку. Параметр «LockDelay» был добавлен для предупреждения срывов, которые бывают в некоторых сетевых операционных системах. MaxLocksPerFile Данный параметр запрещает превышение определенного числа в транзакциях, выполняемых ядром Microsoft Jet. Если число попыток блокировки в транзакции превышает это значение, транзакция разбивается на две части, занесение в которых производится независимо. Этот параметр был добавлен для предотвращения срывов на сервере Netware 3.1 при превышении предела блокировок Netware, а также для повышения быстродействия при работе как с Netware, так и с NT. LockRetry Число повторных попыток доступа к блокированной странице перед возвращением сообщения о конфликте блокировок. По умолчанию задается значение 20. Значения имеют тип DWORD в Windows 95 и Windows NT 4.0 или тип REG_DWORD в Windows NT 3.51. RecycleLVs Данный параметр включает повторное использование ядром Microsoft Jet страниц, содержащих длинные значения (LV) (типов Memo, Long Binary [объект OLE] и Binary). Версия Microsoft Jet 3.0 не позволяет повторно использовать страницы этих типов, пока база данных не будет закрыта последним пользователем. Если параметр «RecyleLVs» включен, ядро Microsoft Jet 3.5 начинает повторно использовать большинство страниц LV при расширении базы данных (т.е. при добавлении групп страниц). Примечание. Включение данной возможности приводит к заметному снижению быстродействия при обработке данных перечисленных типов. Microsoft Access 97 автоматически включает и отключает данный параметр при работе с модулями, формами и отчетами, избавляя пользователя от необходимости вручную включать и отключать его. По умолчанию задается значение 0. Значения имеют тип DWORD в Windows 95 и Windows NT 4.0 или тип REG_DWORD в Windows NT 3.51. MaxBufferSize Размер внутреннего временного буфера ядра базы данных, выраженный в килобайтах (Kбайт). Значением элемента «MaxBufferSize» должно быть целое число, большее или равное 512. Значение по умолчанию рассчитывается по следующей формуле: ((ОбъемОЗУ в мегабайтах - 12 Мбайт) / 4) + 512 Кбайт Например, для системы с ОЗУ 32 Mбайт стандартный размер буфера составляет ((32 Mбайт - 12 Mбайт) / 4) + 512 Kбайт, что равно 5632 Kбайт. Для того чтобы задать стандартный размер буфера, следует оставить этот раздел реестра пустым: MaxBufferSize= Значения имеют тип DWORD в Windows 95 и Windows NT 4.0 или тип REG_DWORD в Windows NT 3.51. Threads Число внутренних адресов подпрограмм, доступных для ядра Microsoft Jet. По умолчанию задается значение 3. Значения имеют тип DWORD в Windows 95 и Windows NT 4.0 или тип REG_DWORD в Windows NT 3.51. UserCommitSync Определяет для системы режим ожидания неявного занесения. Значение «Yes» указывает, что система ожидает занесения; значение «No» определяет асинхронное продолжение операций. По умолчанию задается значение «Yes». Значения имеют тип String в Windows 95 и Windows NT 4.0 или тип REG_SZ в Windows NT 3.51. ImplicitCommitSync Определяет для системы режим ожидания неявного занесения. Значение «No» указывает, что выполнение операций продолжается без ожидания занесения; значение «Yes» определяет ожидание занесения. По умолчанию задается значение «No». Значения имеют тип String в Windows 95 и Windows NT 4.0 или тип REG_SZ в Windows NT 3.51. ExclusiveAsyncDelay Указывает время (в миллисекундах) отсрочки асинхронного потока данных для базы данных с монопольным доступом. Значение по умолчанию равно 2000 (2 с). Значения имеют тип DWORD в Windows 95 и Windows NT 4.0 или тип REG_DWORD в Windows NT 3.51. SharedAsyncDelay Указывает время (в миллисекундах) отсрочки асинхронного потока данных для базы данных с общим доступом. По умолчанию задается значение 0. Значения имеют тип DWORD в Windows 95 и Windows NT 4.0 или тип REG_DWORD в Windows NT 3.51. PagesLockedToTableLock При выполнении массовых операций доступ к страницам таблицы можно получить с помощью блокировки каждой страницы в отдельности. Однако более эффективным способом часто является блокировка всей таблицы. Данный параметр задает число страниц, которые ядро Microsoft Jet разрешит заблокировать в отдельной транзакции перед тем, как установить блокировку таблицы с монопольным доступом. По умолчанию задается значение 0, которое определяет, что ядро Jet не будет автоматически переходить к блокировке таблиц вместо блокировки страниц. Примечание. При использовании этого параметра следует соблюдать осторожность. Если требуется многопользовательский доступ к базе данных, то блокировка всей таблицы может привести к конфликтам с блокировками, наложенными другими пользователями. Это может стать особенно серьезной проблемой, если данный параметр принимает небольшие значения. Даже при увеличении применяемых значений до 25 или 50 рассматриваемая операция может привести к непредсказуемым последствиям для других пользователей. Параметры репликации ядра Microsoft Jet Раздел Jet\4.0\Transporter содержит параметры инициализации для синхронизации репликации ядра Jet с помощью синхронизатора ядра Jet. Эти параметры задают последовательность, в которой синхронизатор пытается использовать конкретные транспорты. Допустимыми являются значения от 0 до 100 включительно. Нулевое значение подразумевает, что транспорт использоваться не должен. Все типы транспортов с ненулевыми значениями применяются в порядке возрастания значения раздела до тех пор, пока один из транспортов не достигнет успеха или пока все попытки не закончатся неудачей. В следующем примере демонстрируются типичные значения элементов данной папки. Priority_FS=1 Priority_Internet=2 Priority_direct=3 Перечисленные ниже параметры определяют приоритет и используются для настройки ядра базы данных Microsoft Jet. Элемент Описание Priority_FS Сихронизация файловой системы (косвенная) осуществляется на основе обмена последовательностью сообщений между репликами. Сихронизатор, управляющий каждой репликой, накапливает изменения в файлах сообщений (*.msg). Затем эти файлы копируются в общую папку, которая называется общим банком данных. Эта папка используется частичным сихронизатором и доступна через файловую систему. Priority_Internet Сихронизация через Интернет (косвенная) осуществляется на основе обмена последовательностью сообщений между репликами. Общий банк данных имеется только у той реплики, которая управляется синхронизатором на сервере Интернета. Этот банк данных доступен посредством подключения по протоколу HTTP или FTP. Priority_direct Прямая синхронизация — это процесс обмена данными и изменений структуры реплики, осуществляемый двумя непосредственно соединенными друг с другом компонентами набора реплик. Эти компоненты могут находиться либо на одном и том же компьютере, либо в сети. Синхронизатор открывает обе базы данных. -------------------------------------------------------------------------------- Примечание. При изменении настроек в реестре Windows новые значения параметров вступают в силу после закрытия и нового запуска ядра базы данных. -------------------------------------------------------------------------------- См. также Изменение в реестре Windows параметров ядра базы данных Microsoft Jet ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 15:29 |
|
||
|
ПАМАГИТЕ!!!!! (почему форма даже в режиме конструктора открывается 5 минут????)
|
|||
|---|---|---|---|
|
#18+
Не увидел ключиков для Windows 2000/2003/XP как это понимать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 16:03 |
|
||
|
ПАМАГИТЕ!!!!! (почему форма даже в режиме конструктора открывается 5 минут????)
|
|||
|---|---|---|---|
|
#18+
авторкак это понимать? это понимать так, что тип данных элемента ключа для Windows 2000/2003/XP совпадает с типом данных ключа в Windows 95 и Windows NT 4.0 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 16:45 |
|
||
|
ПАМАГИТЕ!!!!! (почему форма даже в режиме конструктора открывается 5 минут????)
|
|||
|---|---|---|---|
|
#18+
прочитал... сделал попытку понять в приложении к моей проблеме... поставил JETSP8 (правда только на одну машину) - не помогло... вопрос всё же остался почему это случилось, что повлияло, почему только в одной форме? как посмотреть таблицу автозамены? что-то я не могу её найти в таблицах, хотя когда-то видел. есть подозрение, что нада очистить эту таблицу или удалить на фик. т.к. хоть галочки и нет , но старые записи каким-то образом вносят гадости. этим можно объяснить проявление тормозов только на одной форме. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2004, 21:04 |
|
||
|
|

start [/forum/topic.php?fid=45&msg=32509407&tid=1674770]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
66ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
65ms |
get tp. blocked users: |
2ms |
| others: | 239ms |
| total: | 412ms |

| 0 / 0 |
