Прогеры, подскажите плиз, кто-нить пробовал запускать базу с терминала.
Есть разделенная база. Табличная в одном месте, а все остальное в другом. И это другое пусть будет терминал. Это для того, что бы несколько юзеров имели ярлык базы на своем терминальном столе для запуска. Все обновы что бы сразу все получали ну и т.д.

Проблема в следующем. Разделенная база. Табличная часть на сервере. Формы, отчеты и пр - на компе у клиента. База небольшая, но тормозит жутко. До разделения - никаких проблем. А теперь доходит до того, что при наборе текста буквы появляются одна в секунду. Так много не наработаешь. При переключении 2х вкладок - аж форма частично пропадает. В общем хрень. Думаю запустить в терминале и там каждому клиенту по своему комплекту и табличную там же на диске D держать.
Клиентов будет 3-4 не более. Но сейчас с одним бы справиться. Торможение жуткое. ЧД?

Спасибо. Пригодится.

Дело в торможении базы. Разделил, таблицы на сервере, формы у клиента и работать невозможно стало. Базка небольшая. Как с тормозами справиться?

терминал однозначно -
были тормоза у всех ХР офис, когда подключали очередного у него 2003-й начинались тормоза ХЗ почему.

если терминальный режим настроен то работать должно нормально
(от компа - клиента нужна только клава мышь монитор ну и дохленький системный блок)
мы на работе умудрились 486 запустить в терминальной сессии - летал не хуже core 2 duo

присоединенные и прилинкованные таблицы вроде как одно и тоже

вам надо пересмотреть всю базу на предмет использования по сети
например справочники можно хранить в клиентской части (или же подгружать их при запуске)
т.е. свести к минимуму таскание данных по сети

Sql - хорошо конечно
однако у него своя стратегия и тактика
опять же язык не много отличается от того что используется в аксе

поставить Sql можно на любой комп и создать там базу данных (будет отдельно от фин службы ) , можно создать свою базу данных на SQL сервере фин службы

SQL сервер и офис 2003 (и другие версии) это разные программы и повесить друг друга в идеале не могут ( я к тому что в любом правиле есть исключения или и на старуху бывает порнуха)

кстати акс прекрасно общается с SQL сервером через запросы к серверу и в базе SQL помимо таблиц есть еще представления (запросы) хранимые процедуры (запросы с параметрами) что позволяет уменьшить объем данных кочующих по сети

вообщем тут думать надо и много

Вчера делали первый опыт. На одном стареньком сервачке, где поднят антивирус и почтовый сервер, сделали еще один виртуальный в VMWare
Положил туда табличную часть, впихнул 2 пользователей. Я и еще один такой же интузиаст. Потестили. Работает быстрее и веселее однозначно, НО в одном месте тормозит.
Посмотрели загруз в процессах. И вот интересный момент нашли, загружающий 2-х ядерный ксеон на 100%
Причем тормоза оказались не в сети, а в клиентском компе. Тот же самый процесс коли ксеон вгружал на 100%, то пень 2000 у клиента как только не задымил не пойму. Суть в следующем:

Клиент вводит номенклатуру в свободное поле. (задача в том ,что бы юзер не ввел по сути одно и то же наименование в разных вариантах 2 и более раз)
Например: "коробка синяя" и "коробка синяя" - в данном случае разница в количестве пробелов. В первом - 1 во втором 2 пробела. Ну и прочие варианты коробочка, кор, короб, и хрен знает что еще, что должно быть введено как в справочник только один раз.

Вешаю на поле куда вводится код:
Private Sub Поле2_Change()
Me.Form.Refresh
Me.Поле2.SelStart = 250
End Sub

Private Sub Поле2_KeyDown(KeyCode As Integer, Shift As Integer)
If KeyCode = 32 Then SendKeys "*"
End Sub

Private Sub Поле2_LostFocus()
If Me.Поле2 <> "" Then
Me.Поле2 = UCase(Left(Me.Поле2, 1)) & Right(Me.Поле2, Len(Me.Поле2) - 1)
Else
End If
End Sub

В общем если первые 2 на изменение и клавишу вниз отменить - то все нормально. Там еще условия были, которые отключил тоже. Но функция If со всей писаниной что-то не очень повлияла. Задача, при вводе в поле информации, список должен сокращаться. Как результат это вгружает процессор на 100%, обрабатываются данные жутко долго, один символ в поле появляется в 1,5 секунды. Если удалять, то та же история и работать невозможно. Даже в терминале ксеон дохнет. ????
Пробовал с 250 уменьшить на 50. Результат тот же. ВОТ ЭТО ДА!
Объяснение этому есть? Причем это касается только если таблицы прилинкованы. Если осуществить импорт в базу - летает только в путь. А на своем компе делать базу с прилинкованными таблицами сами понимаете, не удобно как-то. И тоже подтормаживает. ЧД?

Да уж чего только не делал. В 1С такого повтыкали.... Чем вызвано - объяснить не могу. В свловарях, например наличие уп, уп., упак, упак., у-а, уп-ка,
В общем кто во что. 250 различных видов на все про все, где надо не более десятка. Потом проблемы подают. А в номенклатуру пытаются всунуть войну и мир, с разъяснением что это и как выглядит. Кто с пробелами, кто без пробелов после точки, и т.д. Ну как-то ведь это надо пресекать.

Текст докладной возьму на вооружение. Но боюсь от этого легче не станет.

С логами штука интересная, но никогда такого не делал.
На счет временной таблицы подумывал, но проблема в том, что надо будет как-то все время проверять а не вбил ли другой пользователь то же самое. Вообще была мысль работать каждому в своей локальной базе, а некий механизм периодически кидает инфу в таблицы на сервере и подгружает недостающую инфу в базу на все таблицы. Только вот как при этом быть с индексами пока не додумал.Так может быть проблема в том, что у разных пользователей будет один и тот же ID но с разной информацией. В общем тут тоже думать надо. Механизма нет.

Хотел было найти инструкцию как сделать из базы акса SQL Начиная с того какую именно часть преобразовывать. Ну типа описание
1. Имеем разделенную базу. 1Т - Таблицы и 1Ф - формы
2. Берем базу 1Т и преобразовываем в SQL при этом надо указать:
- источник информационной базы - это то-то.
- имя сервера с SQL
... ну и так далее. Потому как пытался, и вопросов появилось больше, чем ответов. А в то же время преобразование выполнено не было. Может не таблицы, а формы преобразовать надо, но и с ними что-то не очень получается. Вот такая картина неприглядная.

Гоблин, не понимаю, почему ты не хочешь пересмотреть свое решение насчет Поле2_Change Form.Refresh - в этом же вся причина тормозов. Ты вместо этого ишещь пути перехода на SQL-server, продумываешь какие-то утопичные механизмы межпользовательской синхронизации. Почему нельзя сделать просто, легко и MSA-самодостаточно? Еще раз объясню: пользователь пишет в textbox: коробка синяя. Текстбокс не связан ни с какой таблицей. Юзер жмет ОК - проводится проверка наличия в прилинкованной таблице подобных значений. Если что-то похожее найдено, юзеру выводятся результаты и спрашивается, добавлять ли введенное значение или нет. Если добавлять, то запросом добавляешь в прилинкованную таблицу новую запись. Если нет - ничего не делаешь. Все.

Насчет логов - это задача второй очереди, если интересно можно сделать. Делается несложно. В серверной части создаешь таблицу, например такую: LogID, LogTimestamp, LogEvent, чтобы туда записывались важные на твой взгляд события.
В MSA можно даже сделать имитацию табличных триггеров, записывать все изменения производимые в таблицах. Тоже несложно. Об этом доступно написано в книге "Access. Трюки" (Блюттман, 2006), трюк 17.

Верно, поле со списком как раз подсказывает имеющиеся значения и ничего придумывать не надо.

идея копирования регулярного таблиц с свервака в процессе работы таит подводный камень - клиент распухает и если это происходит достаточно долго за 1 раб.сесию может накопиться - 2Г и начнуться неприятности.

"чукча не читатель, чукча писатель"
сам наткнулся на эту вещь, тоже были тормоза по сети - причем непредсказуемые, начал копировать временные таблы для лазанья по дереву - оказалось если долго лазить слезть трудно, файл становится супермегабольшим - и кроме сжатия нифига не помогает - а сжатие это закрытие клиента.