| |
|
|
| | суть в следующем.
есть серверная часть базы - где хранятся все таблицы
и клиентская часть где таблоицы связанны с серверной частью.
у сотрудников, котрые работают в одном здании со мной, база работает нормально с нормальной скоростью.
а вот сотрудники, которые работают в другом городе, но имеют доступ к базе у них база работает медлено. Я так понимаю это из-за того, что узкий канал, а данные в клиентскую часть все равно пересылаются все и уже потом обрабатываются клиентом. или я просто что то не понимаю. а вопрос у меня следующий как сделать так что бы у сотрудников, котрые работают в другом городе база так же работала быстро?. или это не реал оставаясь на ACCESS? | |
| |
| |
| |
|
|
| | ну не знаю... у нас работали через удаленный доступ. вроде нормуль. | |
| |
| |
| |
|
|
| | /// как сделать так что бы у сотрудников
проанализировать приложение, схему данных, алгоритмы обращения к таблицам, оптимизировать базу данных - провести рефакторинг.
может быть что-то где-то упростить, выкинуть на удаленном клиенте лишнее, перевести часть данных на удаленного клиента
в общем оптимизация приложения это решение для >50% случаев тормозов | |
| |
| |
| |
|
|
| | побольше временных таблиц для хранения запросов? | |
| |
| |
| |
|
|
| | самый первый косяк типы данных индексы и схема
второй - сабформы, списки, комбобоксы на формах
третий - большое количество перегоняемых данных | |
| |
| |
| |
|
|
| | Справочники всякие - можно на том же серваке хранить или в том же офисе, где пользуются базой в другом городе.
И как говорит Explorer - надо посмотреть - как Вы там всё организовали в смысле доступа к данным ...
Моментов куча...
МОМЕНТОВ МОРЕ.....
От настройки опций access
До , как говорил Lukas ? длинны имени файла базы!  | |
| |
| |
| |
|
|
| | /// Справочники всякие - можно на том же серваке хранить
есть такая фишка как организация "перекресного" хранения
часть данных там, часть данных там | |
| |
| |
|
|
| |
|
|
| | Запрос на редактирование записей, например, - примет из основной таблицы и разместит на форме только несколько записей или же вообще только одну, такой источник записей для формы - лёгок и гибок, а если источник записей формы - целая таблица, тогда - сами понимаете........... | |
| |
| |
| |
|
|
| | /// Это что за фишка№7
это когда тормозить начинают сразу оба клиента :)
http://www.storagenews.ru/33/ONTAP_GX_33-4.pdf
т.н. распределенное а не централизованное хранение данных | |
| |
| |
| |
|
|
| | используйте терминальный доступ | |
| |
| |
| |
|
|
| | Спасибо всем за отклик. буду пробовать найти решения следуя вашим подсказкам.
честно говоря пока в растерянности.
хочу попробовать еще через репликации | |
| |
| |
| |
|
|
| | Через репликации - не советую.
 | |
| |
| |
| |
|
|
| | Отчего ж? У меня работает одно из приложений склад-магазин. Репликацию таскают на флэшке. Вот уж два года будет. Даже не вызывают для сопровождения. Все тип-топ.  | |
| |
| |
| |
|
|
| | Тьфу....... тьфу.......... тьфу..........
Повезло Вам.
Это хорошо, когда изменения конкретных данных - только в одном месте производят, а изменения других конкр. данных в другом месте.
Но када изменения одних и тех же данных в нескольких местах - тут всё равно уже полувручную надо выбрать правильный вариант и его и оставить..... вот и лазейка для ошибок и неверности.... | |
| |
| |
| |
|
|
| | Это да. Тут конкретная задача.... | |
| |
| |
| |
|
|
| | Терминальный доступ, как уже сказали - самое разумное решение. Если радикально - то переход на SQL Server. | |
| |
| |
| |
|
|
| | Прошу простить меня , но в программировании я всетаки ламер как это и не прескорбно осознавать.
через терминальный доступ сделать мне не разрешат. переход на SQL сервер пока тоже не вариант - так как я не знаю что это и с чем это едят.
пока вышел другим путем примерно как медведь в посудную лавку.
в клиенсткой части создал таблицы дублеры и из них считываю данные для формы.
таблица дублер переписывается каждый раз когда открывается база.
если нужно внести изменение в таблицу то уже вношу их в присоедененную таблицу и следующей строкой добавляю данную запись в таблицу дублер или делаю в ней изменения т.е. синхронизирую таблицу дублер и основную таблицу.
таблица дублер отличается одним полем от основной таблицы. поле ID стоит как числовое и
заполняется как и все остальные поля из основной присоеденной таблицы.
конечно же я осознаю, что здесь возможно куча ошибок. и одна из них следующая:
если один пользователь делает изменения, то другой пользователь не увидет их до тех пор пока не перезагрузит базу, в случае если была измененна уже существующая запись. или при закрытии формы происходит проверка на существование новых записей в основной таблице и они добавляются в таблицу дублера на клиенте
в общем каша, но пока работает. | |
| |
| |
| |
|
|
| | 1.Про репликацию читать не пробывали....не лучший но все же выход
2. в серверной части хранить только таблы базы данных, а всякие справочники и временные таблы в клиентской, шаблоны отчетов если они в других файлах (*.doc, *.xls) тоже у клиента | |
| |
| |
| |
|
|
| | А почему терминальный доступ не позволяют сделать? Разговаривали на эту тему? Приведите им убедительные аргументы.
До таблиц-дублей додумался и смог реализовать и еще ламером себя называет. | |
| |
| |
