|
|
|
| Не то что бы совсем пипец, но все же неприятно. Вот интересная штучка. База работала на одной машине, потом скопировали на другую. Все везде работало. Потом протянули сеть. На одной машине разделил базу. Таблицы в одну сторону, потроха в другую. На другой машине таблицы выкинул и прилинковал из файла таблиц на первой машине. Все работает. Однако интересный эффект. Есть там форма с массой подчиненных. Так вот одна из форм как-то переливается, как будто волны по ней бегут. При обращении к ней пропадает совсем. А иногда по несколько подчиненных форм пропадает, но при щелчке на них снова появляются. И возникает это если на обеих машинах работают базы. Как-то странно и неудобно. Чего надо добавить против этой хрени? | |
|
| |
|
|
|
|
Чего надо добавить против этой хрени?
|
вопрос про сферического коня в вакууме.
разработка сразу должна вестись с учетом возможных нагрузок, или
при существенном изменении инвайромента должна подвергаться глубокому рефакторингу
разбить на табличную и интерфейсную часть и прилинковать таблицы <> рефакторинг...
масса подчиненных форм - зло
топология сети не приведена
характеристики сети не объявлены | |
|
| |
|
|
|
| Ну вгрузил. Да у нас эта сеть только развивается. Сетевых баз и в помине не было. Вот первая попытка чего-то изобразить, а тут сразу сферический инвайромент с рефракторингом коня в вакууме. Разрабатывать сетевую версию и в мыслях не было. А вот теперь задумалось, попробовалось и даже чего-то получилось. Ну так что теперь, структуру менять что ли? Или интерфейсную часть переделывать?
Масса подчиненных форм - зло.
Да знаю, только сейчас сделать ничего уже нельзя. Другие базы без этих форм идут. А к этой привыкли и менять ничего не хотят.
Характеристики сети - чего надо? Сервер - пень 4. Через хаб подключены компы. Один видит другого. Растояние между ними 30 метров. В разных помещениях. Сетевые карты 100Мб.
Неужели скорострельности сети не хватает? Быть не может. | |
|
| |
|
|
|
| Вроде как тормоза сказываются, но вот тормоза чего именно........
Там условное форматирование - используется??? | |
|
| |
|
|
|
| Не. Условного в той форме нигде нет. Про тормоза думал. Возможно - неправильная организация сети. Сервер - в стороне. 2 компа связаны между собой через хабы по своим ip Может это как-то чего-то. Базу с таблицами вывел на корень диска D. Пути везде посокращать? Почему все остальные формы работают без замечаний?
Может следует скопировать ту базу, что на основном компе (без таблиц) на второй комп?
А может в коде что-то такое, что при одиночной базе работает без замечаний, а при сетевой версии что-то тормозит? Чего еще думать???? | |
|
| |
|
|
|
|
Может следует скопировать ту базу, что на основном компе (без таблиц) на второй комп?
|
То есть интерфейс у тебя - один на два компа - по сети???
Конечно - надо иметь на каждом компе по интерфейсу, а базу одну в сети....
ещё по моему - чё та было с разрешением экрана, что ли............. я чё та не помню
давно как то было такое - с видеокартой что ли .... или отслеживать автозамену имён в настройках Access
блин - не помню как победил эту напасть........ | |
|
| |
|
|
|
| Интерфейс на каждом компе свой. Просто перед разделением базы на каждом была своя база. Теперь свел все к одной. Да ладно. Пока праздники никому ничего не надо. Полс е праздников бум дум. Спасибо. С праздником всех. | |
|
| |
|
|
|
|
Есть там форма с массой подчиненных. Так вот одна из форм как-то переливается, как будто волны по ней бегут
|
Наблюдается для подчиненных табличных форм(2003) источник записей которых основан на запросе, содержащим вычисляемые поля или фильтруемый по вычисляемому полю главной формы | |
|
| |
|
|
|
| Именно так и есть. Фильтруется по полю главной формы. Офис 2003. Подчиненные формы табличные. И что тут делать в таком случае? | |
|
| |
|
|
|
| Достаточно сложная(для меня) тема. На пальцах: В иерархическом рекордсете набор записей дитя формируется после того как затребована запись родителя. Провайдер на каждое изменение вычисляемого поля обновляет наборы для дитя. А при переходе с настольного В сеть скорость резко падает - эффект становится видимым.
Решение: 1. исключить вычисляемые поля 2. фильтровать записи подчиненной формы штатными средствами акса для объектов подчиненных форм(отчетов), именно: или в окне свойств объекта или динамически используя свойства LinkChildFields Property, LinkMasterFields Property | |
|
| |
|
|
|
|
первая попытка чего-то изобразить, а тут сразу сферический инвайромент с рефракторингом коня в вакууме
|
:)
сетевую версию нужно сразу делать с учетом топологии сети и ее ограничений :) тут все имеет значение. или глубоко обрабатывать (приложение) напильником <refactoring>...
помню в питере свет вырубало в офисе при обращениях из московского клиента сервер падал но я не признавался
(DAO, файл-сервер) | |
|
| |
|
|
|
|
помню в питере свет вырубало в офисе при обращениях из московского клиента...
|
Лихо. | |
|
| |
|
|
|
| теперь клиент питерский а сервер московский - рефакторинг, куле | |
|
| |
|
|
|
| По совершенно случайному стечению обстоятельств,
момент смены диспозиции совпал с обесточиванием половины Москвы. | |
|
| |
|
|
|
|
| Ты особо не горюй.
Я специально для сети не делал, но 6 компов по сети одной базой пользовались.
Сервер у Вас мощнай - или так себе - один из компов?
Выбери самый самый из трёх.
И глянь на всяк случай настройки самого Access - чтобы там ^ вон я выше писал тебе.
У мну тожа подчинённая была и всякие кучи запросов - всё работает без проблем - надо только пооблегчить работу для форм помозгуй сам поспрашай тута...... | |
|
| |
|
|
|
|
Остается только надеяться на чудо подгона под сеть
|
чудес не бывает - нужно оптимизировать базу для работы в сети. | |
|
| |
|
|
|
| Ладно. Придется осваивать сеть. Сервер самый простой комп пень 4 с жестяком в 80 ГБ . Только табличная база не на нем, а на другом компе подключенным в сеть. Там же и интерфейс. Второй комп тоже пень 4 и на нем свой интерфейс, который глючит. Заменю подчиненные формы на списки, может поможет. Поковыряю настройки. В крайнем случае переведу табличную базу на сам сервер, что не желательно.
С праздником всех. | |
|
| |
|
|
|
|
| Знаю. Но это не всегда так. Бывает блин. | |
|
| |
|
|
|
| если у тебя нет возможности разместить серверную часть БД на корпоративном сервере
1) все усилия, весь доступный административный ресурс нужно сконцентровать на этой задаче - получение доступа к серверу. или вообще отказаться от разрабтки и сопровождения приложения
2) ограничить свои требования по работе с сетевым ресурсом разумными и достаточными пределами. тебе нужна только администрируемая директория с полностью администрируемыми поддиректориями (пусть дадут тебе песочницу (sand box) развиться можно и позже - по мере накопления опыта.
3) было бы очень неплохо ели бы в этом заповеднике ты мог разместить и http доступные ресурсы (или даже php или asp смотря что на чем крутится) доступом к которыми централизованно управяляли бы сетевые админы по твоему наущению.
4) архитектура твоего приложения (недостатки) не должны негативно влиять на производительность и безопасность всего корпоративного Invironment (или должна быть возможность быстрой адаптации)
даже слона можно съесть если отрезать за раз по небольшому кусочку (а мы пойдем на сервер, а мы пойдем на сервер (с) шакал Табаки - мульт :) ) | |
|
| |
|
|
|
|
| Ирония в том, что администратор сети у меня в подчинении. Не в этом дело.
Комп, на котором табличная часть базы, соединен с компом КТ (компьютерной томографии) на котором Юникс. Соединение через хаб по IP вбитому в настройках КТ. (туда нам доступа нет)
Снимки сбрасываются с КТ на комп-станцию, на которой база. Общая сеть с сервером имеет другой IP и сама сеть не видит станцию также как и та всю сеть.
Еще один удаленный комп соединен со станцией по своему IP. Друг друга видят. Вот и пытаюсь таким образом создать из станции подключенной к КТ своего рода сервер для еще одного компа.
Похоже надо просто делать прямое соединение с КТ или вставлять вторую сетевуху, через которую выходить в общую сеть и обращаться к серверу общей сети.
ХЗ короче. Интересно даст ли что такой расклад? | |
|
| |