|
ускорить работу access в локальной сети
|
|||
---|---|---|---|
#18+
GVOV, может и не хуже. Если в архиве тоже не сидит по несколько пользователей. Поскольку база однофайловая, то как было замечено выше и как подсказывает "здравый смысл" важна не сеть, а ресурсы сервера, поскольку важна скорость переваривания этого файла, который открыт несколькими пользователями - чем меньше, тем лучше. Открытый запрос, то бишь connection с другой базой наверное не лучше, чем по линковке, поэтому мне представляется лучшим способом дёрнуть нужную информацию из другой базы на локалку. Отсоединились, поработали, никому не мешая, ненужное выкинули. Ну, на логику работы придётся потратиться. Кто б слово умное молвил, как устроены кишки у Access. Например вопрос: файл -be лежит сам по себе, без всякого наружного Acc интерфейса, движок у него внутри. Ему всё равно где лежать? И как с окружением жить? Для Odess: смешно видеть как народ вещи перед поездкой на дачу упихивает. Купили бы автобус. Можно Крузак, но маловат. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2017, 17:17 |
|
ускорить работу access в локальной сети
|
|||
---|---|---|---|
#18+
vgrafin Для Odess: смешно видеть как народ вещи перед поездкой на дачу упихивает. Купили бы автобус. Можно Крузак, но маловат. Смешно действительно . OdessСмешно читать, как народ вместо того, что бы перейти на SQL, продолжает набивать шишки и ищет себе проблемы на голову... А для того чтобы не упихивать чемоданы , есть SQL Server Express , возможностей у которого немного побольше , чем у Access . ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2017, 20:47 |
|
ускорить работу access в локальной сети
|
|||
---|---|---|---|
#18+
Я работаю с Акцесс с 1996 года, покупал, кстати лицензионный, на дискетах ))) Учил по документации, которая шла в комплекте, 2 толстых книги, жаль где-то потерялись. Точнее взяли почитать и не вернули. Интернет тогда только появлялся у нас. И очень долго использовал его в технологии mdb - отдельный файл с данными, отдельный с программой. И все было хорошо, ну иногда mdb-ки становились не распознанными, но акцесс прекрасно справлялся с восстановлением. Когда стал продавать программу массово, то все чаще приходилось ездить к клиентам и восстанавливать mdb. Пока несколько раз не столкнулся с полной потерей данных. Вот тогда и перешел на связку с SQL. Сначала просто прилинкованные таблицы, потом на adp. Хотя похоже, что скоро придется опять на mdb возвращаться ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2017, 11:16 |
|
ускорить работу access в локальной сети
|
|||
---|---|---|---|
#18+
Odessну иногда mdb-ки становились не распознанными, а у меня еще и mde - шки... оказалось исключительно по глупости самих клиентов... ездил к одному, ну раз в месяц - точно... Оказалось что завершение работы у него - это опускание вниз общего рубильника в здании - х...ле, удобно и надежно... второй выбирал Пуск- Спать и выключал UPS (тоже не закрывая программу).... ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2017, 12:17 |
|
ускорить работу access в локальной сети
|
|||
---|---|---|---|
#18+
Odess, Господа. вопрос в тему. При работе с MS SQL(в частности) Про отказ от adp я слышал. Решил делать не adp проекты, а линковаться к серверу через SQLOLEDB делается все в vba и никаких постоянно линкованых таблиц. Я ДУМАЛ(ю), что я ушел от adp... После слов OdessХотя похоже, что скоро придется опять на mdb возвращаться у меня закралось сомнение по поводу моего видения типа работы с бд. Правильно ли я понимаю, что создание клиента в обычном *.accdb и работой с sql через хранимки не является adp проектом? И можно еще вопрос. Как при передаче(установщик?) заказа сделать тихую установку sql если его нет, конечно при согласовании с заказчиком, просто чтобы не заморачивать людей установкой сервера отдельно. Столкнулся с такой ситуацией: в конторе есть "админ", специально в кавычках, не могут установить сервер. При чем уже не первый раз... крайним как всегда оказываешься сам. "Админ" же свой, родной. А тут пришел ... с бугра, мы должны кликнуть один раз и что бы все сразу заработало))). ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2017, 13:40 |
|
ускорить работу access в локальной сети
|
|||
---|---|---|---|
#18+
ИгортанПравильно ли я понимаю, что создание клиента в обычном *.accdb и работой с sql через хранимки не является adp проектом? Конечно не является. Хотя работа напрямую с объектами сервера очень удобна и не хочется от нее отказываться, Майкрософт я тоже понимаю. Постоянный коннект есть зло. А тем более обработка записей в ВБА, чем сильно грешил раньше. Сейчас 90% бизнес логики уже переведено на сервер, формы начинаю переводить на отвязанные рекордсеты. Готовлюсь к переходу понемногу. Хотя большинство клиентов работает еще с Access XP, только начали переходить на 2010й Access, так что время еще есть. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2017, 13:53 |
|
ускорить работу access в локальной сети
|
|||
---|---|---|---|
#18+
Odess, Спасибо за ответ! А как решают вопрос опытные люди по второму вопросу? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2017, 14:17 |
|
ускорить работу access в локальной сети
|
|||
---|---|---|---|
#18+
Гуглим "инсталяторы". Например Advanced Installer. Но по опыту скажу, что все ситуации все равно не обработаешь. Поэтому Тимвьювер или подобные в помощь. Что бы не ездить. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2017, 15:07 |
|
ускорить работу access в локальной сети
|
|||
---|---|---|---|
#18+
Odess, да, спасибо за помощь, смотрю. Мельком пока, правда. Так основной затык в том, что при установке нужно вводить какие то параметры... как их туда загнать в соответствующие места... Если есть в этом опыт, толкните в нужную сторону. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2017, 16:07 |
|
ускорить работу access в локальной сети
|
|||
---|---|---|---|
#18+
Вставлю 5 копеек из опыта. Аксесс+линкованые таблицы по ODBC к MSSQL. На локальном компьютере долго грузятся формы (медленно появляются элементы), хотя данные в источнике видно моментально. Проблема оказалась в рабочей папке - она была сетевая. Это свойство в параметрах Access. Если переместить файл на C диск, и сменить рабочую папку, то база работает гораздо быстрее. Также один раз аксесс упорно не грузил форму, из за того, что отсутствовала папка C:\Users\User\Documents (после вируса не полностью был восстановлен профиль пользователя). То есть база не могла создать временный файл в месте, принятом по-умолчанию. Это как вариант, куда еще копать для ускорения работы. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.05.2017, 15:29 |
|
|
start [/forum/topic.php?fid=45&msg=39407109&tid=1612428]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
85ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
others: | 17ms |
total: | 199ms |
0 / 0 |