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

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

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

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

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

MasterZ,

авторСтруктура базы и созданные формы не идеальны, но это входит в условие. Нужно найти решение проблемы исходя из этих условий. таблиц за 200 форм еще больше. Я хочу решит проблему глобально, а не ковыряться с каждой формой отдельно. Ну, станет отрываться 10 форм вместо 5, а на 11-ой валиться, мне от этого не легче.


Ооооо:) Правильно!:) Вот этот подход:) Это по нашему:)

MasterZ,

Идея вообще интересная:)

авторКак вы думаете поможет?

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

авторКарн,

И, я так понял, пока так никто и не пришел к более-менее конкретному выводу.

Выход из ситуации видится такой:

1. Все запросы, по возможности, должны быть статическими. Вроде это существенно помогает.
2. Какие-то формы можно сделать отвязанными от запроса. Открыли форму, сделали запрос, подставили значения, закрыли запрос.
3. Выпадающие списки - тоже статические запросы. По возможности, если поле пустое, то отключать источник данных для выпадающего списка.
4. Сами выпадающие списки, по возможности, заменить на обычные поля. Рядом поставить кнопку, которая поможет заполнить это поле. Смысл - чтобы убрать выпадающий список. Неудобно? А что делать?
5. Поменьше делать вложенность табов формах и субформах с таблицами на этих табах. Думаю понятно.
6. На неактивных табах тоже можно делать SourceObject = Null

Смысл всего в том, чтобы перевести всё на статику и поменьше держать открытых RecordSet на всяких табах, выпадающих списках.

Плюс везде в коде закрывайте:

Dim dbs As DAO.Database
Set dbs = CurrentDB()

dbs.close

Экспериментируйте. Набьёте руку - станет полегче)

Я тоже мучался. И нет гарантий, что опять проблема вылезет.
Я полагаю мои советы помогут)

Карн,

авторне использовать нафиг связанные таблицы, объединить заново клиенстскую и серверную базы в единый файл - и забыть про эту дурацкую ошибку как кошмарный сон)..

Связанные таблицы продолжайте использовать. Без них никуда. У Вас же сетевое приложение?

Rikozenit,

1. Почти все запросы и формы делайте статическими.
2. Комбосписки тоже статическими. Запросы на пустых комбобоксах (null) можно выключать (RowSource)
3. Избегайте вложенности вкладок друг в друга.
4. Оптимизируйте запросы, чтобы было меньше джойнов.
5. На экране показывайте только самую необходимую информацию.
6. Таблицы на невидимых вкладках (SourceObject) можно отключать и включать при переходе на эту вкладку.

Я посмотрел, я уже давал эти советы) Всё будет нормально, не паникуйте)
Работаем с этой проблемой)

[quot Rikozenit]NeboRikozenit,

1. Почти все запросы и формы делайте статическими.


1. Как на VBA будет выглядеть код по которому при открытии отчёта будет автоматически выполняться запрос на создание таблицы и открытие отчёта уже по этой созданной таблице?

Не факт, что прямо так надо всё и делать) Хотя кто знает.
Жмёте кнопку, SQL запросом создаёте таблицу, возможно заполняете её.
Потом открываете сам отчёт.

[quot Rikozenit]NeboRikozenit,

1. Почти все запросы и формы делайте статическими.


1. Как на VBA будет выглядеть код по которому при открытии отчёта будет автоматически выполняться запрос на создание таблицы и открытие отчёта уже по этой созданной таблице?

Запросы, DAO, уже сами покопайте. Это всё по силам и это просто.
Я дал Вам основные советы по теме топика)

[quot Rikozenit]Neboпропущено...

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

Дальше уже сами) ладно) я достаточно посоветовал)
Кстати запросы упрощайте.