Очень важную подняли тему.

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

Как с ним бороться?

1. В частности, на мой взгляд, можно отключать
RecordSource у комбобоксов, которые не содержат данных.
Не панацея конечно, но всё-же.

2. Стараться не размещать много субформ на закладках.

3. На неактивных закладках делать RecordSource = ""

4. Уменьшать количество JOIN - ов в запросах.

5. Делать проект, одновременно держа в уме это ограничение Аксесса.
Ограничивать, оптимизировать всё, что можно. Искать компромисс.
Не стесняться и говорить про ограничения Аксесса пользователям.


Я сам в поиске, что выбрать для дальнейшей разработки.
Либо совсем уйти Аксесса с сторону Java или C#, или в сторону ADP.
Пока не определился.

Как и Вы я постоянно думаю, что Аксесс откажется показывать в очередной раз.
Это конечно не работа. Но пока приходится с этим мирится, как-то подстраиваться.
Ребята тут пишут, что у ADP нет этих проблем.

nord-woolfNebo,

Пост смахивает на "плач недоросля". :)

А Вы поясните почему? :) Что я не так написал?

nord-woolf

И если у Вас не возникало проблем по теме топика,
или Вы их успешно решили - так напишите пожалуйста здесь историю успеха:)
Очень интересно.

Это может у меня не получается:) Когда только научусь программировать:)
Хотя MasterZ озвучил ведь проблему. Значит она всё-же есть.
Как только делается навороченный интерфейс, так тут как тут за углом
тема топика:) Правда.

nord-woolf,

Вот есть ощущение у меня, что Вы не сталкивались с этой проблемой сильно:)
Что не знаете глубоко эту проблему. Спорить не будем - нет смысла.
Я могу также где-то и ошибаться. Но я неоднократно сталкивался с темой топика.
И прекрасно понимаю проблему, которую автор топик озвучил.

Насчёт хорового пения это Вы хорошо сказали:) Может мне надо им и заняться:)

автор1. В частности, на мой взгляд, можно отключать
RecordSource у комбобоксов, которые не содержат данных.
Не панацея конечно, но всё-же.
Зачем на форме комбобоксы, которые не содержат данных?


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


автор3. На неактивных закладках делать RecordSource = ""
Что есть "Закладка"? Если это вкладка в наборе вкладок, то:
Зачем? Что-бы при активации вновь запрашивать данные?
Можно/нужно подгружать данные при первой активации вкладки.


Имеется ввиду что есть субформа на закладке.
Если закладка неактивна - то да можно вообще сделать так ControlSource = ""
Да, это вызывает лишние запросы к данным, при активации закладки.
А что делать? Как-то нужно бороться с темой топика:)


автор4. Уменьшать количество JOIN - ов в запросах.
Как можно уменьшить кол-во Join-ов, если мне нужны данные полей N таблиц?


Здесь имеется ввиду разумная экономия. Где-то я читал, что каждый JOIN способствует
теме топика.

автор5. Делать проект, одновременно держа в уме это ограничение Аксесса.
Это ограничение НЕ Access.


Ну почему так? Вроде-ж как это ограничение Jet?
Когда мы переходим на ADP, Jet больше не используется и темы топика
не возникает. Вроде так.

авторОграничивать...
Слишком размыто, что/кого ограничивать? Себя? Пользователя?


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


авторНе стесняться и говорить про ограничения Аксесса пользователям.
Если вы уперлись в ограничение - значит ВЫ не правильно выбрали инструмент(ы).
И не надо сваливать свои незнания/малый опыт на ограничения инструмента(ов).


Я как раз ничего и не сваливаю. Ну разве нет проблемы топика?
Ну вот парень написал сюда о проблеме. Он столкнулся с этой проблемой.
Я сталкивался не раз.
Открытие дополнительных баз невозможно - ЭТО ограничение Аксесс.
Об этом написано в Сети.
Если не верите, попробуйте сделать несколько сложных форм,
чтобы они были одновременно на экране и Вы гарантированно получите это сообщение.
Его совсем нетрудно достичь.

авторСам с таким явлением не сталкивался ни разу.
Но у меня малый опыт файл-серверных конструкций


У Вас мало опыта. Извините великодушно:) Поэтому Вы меня не понимаете:)

nord-woolfNebo,
Если не верите, попробуйте сделать несколько сложных форм,
чтобы они были одновременно на экране и Вы гарантированно получите это сообщение.
Его совсем нетрудно достичь.
Вот именно потому, что у меня нет "сложных" (опять-таки понятие растяжимое) форм,
я с таким сообщением и не сталкивался.
Продумайте интерфейс. Не "ведитесь" на "хочу видеть все на одной форме одновременно".
Уходите в сторону контролов, не держущих открытыми наборы данных.

...Вроде-ж как это ограничение Jet?...
Jet<>Access, Access<>Jet.

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

Не надо нам сетовать на наличие граблей.
Уберите их, или научитесь обходить их стороной.
А потом и нас научите.

ps. Кстати, скринов "сложных" форм не подкинете?



Согласен:) Может Вы и правы. Все данные держать на экране нет смысла.
Может у меня опыта не хватает и я топчусь на одном месте.
Скрин выложить не могу.

Правда удобно бывает, когда открыта на экране форме,
двойной щелчок на поле появляется детализации этого поля
и так далее. И в один прекрасный момент Аксесс выдаёт тему топика.


авторЯ всего один раз столкнулся с подобным сообщением программы и причину нашёл: забыл сделать в конце процедуры "... = Nothing" десяти переменным типа Recordset, объявленным на уровне модуля.
Перед этим, правда, пришлось пережить минуты растерянного недоумения: "откуда, к чёрту дополнительные бызы?"..


Что касается Nothing и Close - то это всё делаю давно.
Давно правда не сталкивался с темой топика,
но это только потому, что перестал держать много табличек на экране.
Хотя по большому счёту это снижает удобство программы.


Вас послушаешь, так вроде как проблемы и вовсе нет:)
Вроде как всё сводится только к ошибкам программиста:)
Интересно так ли это?

alvkNebo,

так скриншот будет? хотелось бы глянуть.

Чуете, что крутые тут у меня скриншоты:))
Нет, пока скриншота не будет:)

alex999kon,

авторв параметрах реестра изменялось 3-4 параметра ограничивающих количество открытых объектов в акцессе

Да я вроде менял такие параметры когда-то. Тоже не помню какие.
Кажется один какой-то параметр.

Какой из картинки?

Забыл сказать:) Не помогало изменение параметров.

Кажется вот об этом параметре шла речь MaxLocksPerFile .
У меня стоит значение 9500. Может я его и ставил. Не помню.

Ален Браун комментирует похожую ситуацию:

http://www.accessmonster.com/Uwe/Forum.aspx/access/57377/Cannot-open-any-more-databases-3048

alex999kon,

авторв параметрах реестра изменялось 3-4 параметра ограничивающих количество открытых объектов в акцессе (именно объектов не файлов)


Интересно, что это за параметры?

MasterZ,

авторФорма5 уже не открыватся т.к. для связанных таблиц ограничение
рекордсетов - 125
Соединений -252

Что-то мне непонятно:) Поподробнее можно пожалуйста?