Формы, таблицы и базы Access

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

По формам:
1. Что лучше - делать больше форм на создание и просмотр записей или играться с видимостью кнопок на одной форме. Что лучше - много форм, или большой скрипт? (я имею ввиду ситуацию, когда новую запись можно создать в той же форме, просто поменяв видимость определенных контролов и надписей, но это утяжеляет скрипт и требует бОльшего количества кнопок на форме).
По таблицам:
2. С одной стороны отношение 1 к 1 почти не встречается, с другой стороны, бывают ситуации, когда к одной записи относится очень много характеристик. Стоит ли в этом случае разделять одну таблицу на две в отношении 1 к 1. (например, нормально ли, если в таблице 40-50 полей на одну запись?)
По базам в целом:
3. Что считается большой базой в аксе? Например, Борей - большая база? Какое количество записей можно считать большим, тысяча, сотни тысяч? И с какого количества записей в таблице будет заметно падение скорости работы?
4. Если бд разделена и работает в локальной сети, какое количество пользователей реально смогут работать без дискомфорта в быстродействии?
5. Можно ли в аксе 2003 каким-либо образом хранить файлы, как в 2010? Или только пути к ним?

Заранее спасибо!

0

1. Делал так и так. Зависит от ситуации
2. Делить не надо
3. Борей не большая база. Падение скорости по сети заметно если превышает 200-300 тысяч при чтении всей таблицы. Но много зависит от организации данных и индексов. Локально даже 1 000 000 потянет
4. Зависит от кривости рук. У меня нет больше 12.
5. Для 2003 лучше пути.

0

Еще вопрос, почему код кнопок, созданных мастером, отличается от того, что можно набрать руками - например на вызов запроса руками достаточно написать
Но мастер создает массив, название запроса записывает символами и запускает запрос по критерию, есть ли принципиальная разница между способами, какой лучше\хуже?

Добавлено через 11 минут
Синтаксис кривоват, комп тормозит - OpenQuery конечно..
Но на суть вопроса это не влияет..

0

Разработчики пошли по пути наименьшего сопротивления в плане записи имени (названия) запроса. Чтобы не мучится с локализованными версиями, они записывают имя комбинацией символов в юникоде. И теперь, хоть на русском, хоть на китайском все равно имя запроса (или другого объекта) будет записано правильно

Формировать критерий в переменной необязательно. Но желательно, особенно когда критерий длинная строка фильтра с параметрами из полей форм. Переменную можно распечатать и увидеть ошибки. Или в конструкторе запросов испытать, там анализатор ошибок SQL побогаче чем в ВБА.

2

Сообщение от Eujine Что лучше - делать больше форм на создание и просмотр записей или играться с видимостью кнопок на одной форме. Что лучше - много форм, или большой скрипт? (я имею ввиду ситуацию, когда новую запись можно создать в той же форме, просто поменяв видимость определенных контролов и надписей, но это утяжеляет скрипт и требует бОльшего количества кнопок на форме). По таблицам: 2. С одной стороны отношение 1 к 1 почти не встречается, с другой стороны, бывают ситуации, когда к одной записи относится очень много характеристик. Стоит ли в этом случае разделять одну таблицу на две в отношении 1 к 1. (например, нормально ли, если в таблице 40-50 полей на одну запись?)

об этом редко кто задумывается. в access мало огромных проектов поэтому обычно работают на результат. если у вас большой проект лучше конечно access не использовать иначе можно голову сломать, он нужен для обучения чтобы показать людям которые ни чего до этого не понимали о возможностях СУБД

Сообщение от Eujine Что считается большой базой в аксе? Например, Борей - большая база? Какое количество записей можно считать большим, тысяча, сотни тысяч? И с какого количества записей в таблице будет заметно падение скорости работы?

говорят после 2Г.б. база ведет себя не стабильно

Сообщение от Eujine Если бд разделена и работает в локальной сети, какое количество пользователей реально смогут работать без дискомфорта в быстродействии?

максимум заявлено до 20 человек, но если вы переведете базу данных на sql server, интерфейс в access, то можно практическое любое кол-во людей и не будет вылетать. у меня была маленькая база раздельная из 2 таблиц и только просматривало больше 40 чел, так каждый день вылетал acccess при запуске что говорить если ее будут редактировать сразу много чел.

Сообщение от Eujine Можно ли в аксе 2003 каким-либо образом хранить файлы, как в 2010? Или только пути к ним?

база данных создана для хранение текста, картинки и файлы нужно хранить ссылкой или в 2010 есть веб бараузер. у меня в блоге есть программа CRM скачайте там используется веб браузер. людям очень понравилось это использовать. по сути это папка windows отображается и там можно хранить любые файлы, создавать папки и прочее

1