Rambler's Top100
Форум: MS ACCESSVBVBA MS OfficeMS SQL server
Новые сообщения: 0000

Форум: MS ACCESS

Вопросы связанные с MS ACCESS

Обновить визитку
Участники «Online»
Все участники

 
 

Доброго времени суток, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Сетевая версия
 
 автор: Гоблин   (18.02.2010 в 20:04)   личное сообщение
 
 

Не то что бы совсем пипец, но все же неприятно. Вот интересная штучка. База работала на одной машине, потом скопировали на другую. Все везде работало. Потом протянули сеть. На одной машине разделил базу. Таблицы в одну сторону, потроха в другую. На другой машине таблицы выкинул и прилинковал из файла таблиц на первой машине. Все работает. Однако интересный эффект. Есть там форма с массой подчиненных. Так вот одна из форм как-то переливается, как будто волны по ней бегут. При обращении к ней пропадает совсем. А иногда по несколько подчиненных форм пропадает, но при щелчке на них снова появляются. И возникает это если на обеих машинах работают базы. Как-то странно и неудобно. Чего надо добавить против этой хрени?

  Ответить  
 
 автор: Explorer   (18.02.2010 в 20:42)   личное сообщение
 
 


Чего надо добавить против этой хрени?



вопрос про сферического коня в вакууме.

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

разбить на табличную и интерфейсную часть и прилинковать таблицы <> рефакторинг...

масса подчиненных форм - зло
топология сети не приведена
характеристики сети не объявлены

  Ответить  
 
 автор: Гоблин   (19.02.2010 в 23:33)   личное сообщение
 
 

Ну вгрузил. Да у нас эта сеть только развивается. Сетевых баз и в помине не было. Вот первая попытка чего-то изобразить, а тут сразу сферический инвайромент с рефракторингом коня в вакууме. Разрабатывать сетевую версию и в мыслях не было. А вот теперь задумалось, попробовалось и даже чего-то получилось. Ну так что теперь, структуру менять что ли? Или интерфейсную часть переделывать?
Масса подчиненных форм - зло.
Да знаю, только сейчас сделать ничего уже нельзя. Другие базы без этих форм идут. А к этой привыкли и менять ничего не хотят.
Характеристики сети - чего надо? Сервер - пень 4. Через хаб подключены компы. Один видит другого. Растояние между ними 30 метров. В разных помещениях. Сетевые карты 100Мб.
Неужели скорострельности сети не хватает? Быть не может.

  Ответить  
 
 автор: час   (20.02.2010 в 13:48)   личное сообщение
 
 

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

  Ответить  
 
 автор: Гоблин   (20.02.2010 в 21:07)   личное сообщение
 
 

Не. Условного в той форме нигде нет. Про тормоза думал. Возможно - неправильная организация сети. Сервер - в стороне. 2 компа связаны между собой через хабы по своим ip Может это как-то чего-то. Базу с таблицами вывел на корень диска D. Пути везде посокращать? Почему все остальные формы работают без замечаний?
Может следует скопировать ту базу, что на основном компе (без таблиц) на второй комп?
А может в коде что-то такое, что при одиночной базе работает без замечаний, а при сетевой версии что-то тормозит? Чего еще думать????

  Ответить  
 
 автор: час   (21.02.2010 в 09:14)   личное сообщение
 
 


Может следует скопировать ту базу, что на основном компе (без таблиц) на второй комп? 

То есть интерфейс у тебя - один на два компа - по сети???

Конечно - надо иметь на каждом компе по интерфейсу, а базу одну в сети....

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

  Ответить  
 
 автор: Гоблин   (21.02.2010 в 14:24)   личное сообщение
 
 

Интерфейс на каждом компе свой. Просто перед разделением базы на каждом была своя база. Теперь свел все к одной. Да ладно. Пока праздники никому ничего не надо. Полс е праздников бум дум. Спасибо. С праздником всех.

  Ответить  
 
 автор: alecks_lp   (22.02.2010 в 17:21)   личное сообщение
 
 


Есть там форма с массой подчиненных. Так вот одна из форм как-то переливается, как будто волны по ней бегут


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

  Ответить  
 
 автор: Гоблин   (22.02.2010 в 18:33)   личное сообщение
 
 

Именно так и есть. Фильтруется по полю главной формы. Офис 2003. Подчиненные формы табличные. И что тут делать в таком случае?

  Ответить  
 
 автор: alecks_lp   (23.02.2010 в 08:52)   личное сообщение
 
 

Достаточно сложная(для меня) тема. На пальцах: В иерархическом рекордсете набор записей дитя формируется после того как затребована запись родителя. Провайдер на каждое изменение вычисляемого поля обновляет наборы для дитя. А при переходе с настольного В сеть скорость резко падает - эффект становится видимым.
Решение: 1. исключить вычисляемые поля 2. фильтровать записи подчиненной формы штатными средствами акса для объектов подчиненных форм(отчетов), именно: или в окне свойств объекта или динамически используя свойства LinkChildFields Property, LinkMasterFields Property

  Ответить  
 
 автор: Explorer   (22.02.2010 в 17:31)   личное сообщение
 
 


первая попытка чего-то изобразить, а тут сразу сферический инвайромент с рефракторингом коня в вакууме


:)

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

помню в питере свет вырубало в офисе при обращениях из московского клиента сервер падал но я не признавался

(DAO, файл-сервер)

  Ответить  
 
 автор: Lukas   (22.02.2010 в 17:53)   личное сообщение
 
 


помню в питере свет вырубало в офисе при обращениях из московского клиента...


Лихо.

  Ответить  
 
 автор: Explorer   (22.02.2010 в 18:03)   личное сообщение
 
 

теперь клиент питерский а сервер московский - рефакторинг, куле

  Ответить  
 
 автор: Lukas   (22.02.2010 в 18:09)   личное сообщение
 
 

По совершенно случайному стечению обстоятельств,
момент смены диспозиции совпал с обесточиванием половины Москвы.

  Ответить  
 
 автор: Гоблин   (22.02.2010 в 18:37)   личное сообщение
 
 

Выходит, что базу надо сразу проектировать с учетом сети?
Это не мой уровень. Такое не потяну.
Остается только надеяться на чудо подгона под сеть. Спецов в этой области у нас нет.

Точнее есть. Это я.

  Ответить  
 
 автор: час   (22.02.2010 в 20:10)   личное сообщение
 
 

Ты особо не горюй.
Я специально для сети не делал, но 6 компов по сети одной базой пользовались.
Сервер у Вас мощнай - или так себе - один из компов?
Выбери самый самый из трёх.
И глянь на всяк случай настройки самого Access - чтобы там ^ вон я выше писал тебе.
У мну тожа подчинённая была и всякие кучи запросов - всё работает без проблем - надо только пооблегчить работу для форм помозгуй сам поспрашай тута......

  Ответить  
 
 автор: Explorer   (23.02.2010 в 04:06)   личное сообщение
 
 


Остается только надеяться на чудо подгона под сеть



чудес не бывает - нужно оптимизировать базу для работы в сети.

  Ответить  
 
 автор: Гоблин   (23.02.2010 в 11:18)   личное сообщение
 
 

Ладно. Придется осваивать сеть. Сервер самый простой комп пень 4 с жестяком в 80 ГБ . Только табличная база не на нем, а на другом компе подключенным в сеть. Там же и интерфейс. Второй комп тоже пень 4 и на нем свой интерфейс, который глючит. Заменю подчиненные формы на списки, может поможет. Поковыряю настройки. В крайнем случае переведу табличную базу на сам сервер, что не желательно.

С праздником всех.

  Ответить  
 
 автор: час   (23.02.2010 в 11:44)   личное сообщение
 
 

В крайнем случае переведу табличную базу на сам сервер, что не желательно.

Что крайне желательно

  Ответить  
 
 автор: Гоблин   (23.02.2010 в 22:51)   личное сообщение
 
 

Знаю. Но это не всегда так. Бывает блин.

  Ответить  
 
 автор: Explorer   (24.02.2010 в 00:13)   личное сообщение
 
 

если у тебя нет возможности разместить серверную часть БД на корпоративном сервере

1) все усилия, весь доступный административный ресурс нужно сконцентровать на этой задаче - получение доступа к серверу. или вообще отказаться от разрабтки и сопровождения приложения
2) ограничить свои требования по работе с сетевым ресурсом разумными и достаточными пределами. тебе нужна только администрируемая директория с полностью администрируемыми поддиректориями (пусть дадут тебе песочницу (sand box) развиться можно и позже - по мере накопления опыта.
3) было бы очень неплохо ели бы в этом заповеднике ты мог разместить и http доступные ресурсы (или даже php или asp смотря что на чем крутится) доступом к которыми централизованно управяляли бы сетевые админы по твоему наущению.
4) архитектура твоего приложения (недостатки) не должны негативно влиять на производительность и безопасность всего корпоративного Invironment (или должна быть возможность быстрой адаптации)


даже слона можно съесть если отрезать за раз по небольшому кусочку (а мы пойдем на сервер, а мы пойдем на сервер (с) шакал Табаки - мульт :) )

  Ответить  
 
 автор: час   (24.02.2010 в 12:41)   личное сообщение
 
 

  Ответить  
 
 автор: Гоблин   (25.02.2010 в 00:40)   личное сообщение
 
 

Ирония в том, что администратор сети у меня в подчинении. Не в этом дело.
Комп, на котором табличная часть базы, соединен с компом КТ (компьютерной томографии) на котором Юникс. Соединение через хаб по IP вбитому в настройках КТ. (туда нам доступа нет)
Снимки сбрасываются с КТ на комп-станцию, на которой база. Общая сеть с сервером имеет другой IP и сама сеть не видит станцию также как и та всю сеть.
Еще один удаленный комп соединен со станцией по своему IP. Друг друга видят. Вот и пытаюсь таким образом создать из станции подключенной к КТ своего рода сервер для еще одного компа.
Похоже надо просто делать прямое соединение с КТ или вставлять вторую сетевуху, через которую выходить в общую сеть и обращаться к серверу общей сети.
ХЗ короче. Интересно даст ли что такой расклад?

  Ответить  
HiProg.com - Технологии программирования
Rambler's Top100 TopList