Другие языки программирования и технологии

Как легче создать большую базу данных в ACCESS 2010? Проблема вот в чем: сейчас б/д содержит 60 таблиц, 140 запросов. На

Проблема вот в чем: сейчас б/д содержит 60 таблиц, 140 запросов. Названия объектам давал из смысла выполняемой задачи. При этом многие объекты имеют название примерно по 60 символов, отличаясь между собой одним - двумя словами. При этом с ростом б/д ориентироваться в объектах становиться все сложнее и сложнее. Порой легче становиться создать что-то заново, чем найти и разобраться в имеющемся. В планах несколько сот таблиц и более тысячи запросов. Что тогда А что если 32000 объектов, из них 2000 таблиц. Как создаются подобные б/д Может ручка и бумага, тогда что записывать. В писанине помоему сложнее разобраться чем в б/д. Группировать объекты помогает, но мне кажется что не надолго.
База для одного пользователя, или многопользовательская? Если многопользовательская - Access в топку, переходи на Oracle (есть бесплатная версия Express Edition), PostgreSQL (бесплатная, существенно больше возможностей, чем в MySQL, но работает в целом помедленнее) , MySQL (самая распространённая из бесплатных, возможности ограничены, но их вполне достаточно для среднего размера приложений) .

Структуру базы данных проектируют в специализированных приложениях, позволяющих рисовать ER-диаграммы (Entity-Relation, Сущность-связь) . Большинство диаграммеров умеют генерировать SQL-команды для создания таблиц и ограничений базы данных. Для Oracle неплохо трудится Oracle JDeveloper (бесплатно) , Oracle Designer (за деньги) . Небольшие проекты можно делать даже в Microsoft Visio - в нём есть "мозги" для Oracle, MS SQL и "любого ODBC".

Общий вектор развития - купить книжку страниц на 500-600, и прочитать. Потраченное время окупится более грамотным дизайном базы данных.
Ринат Султанов
Ринат Султанов
11 876
Лучший ответ
есть такие понятия как "реляционная базы данных" и "нормальная форма БД". Вот когда БД у тебя реляционная и нормальная то количество таблиц и количество полей в них особого значения иметь не будут.

Если надо могу спроектировать БД
Alekcey Parfenov
Alekcey Parfenov
68 014
Никак. Избавляйся от Access - это путь в тупик. Проще всего тебе будет переехать MS SQL Server. Также есть MySQL и PostgreSQL.
Что за БД такая, что несколько сотен таблиц? Сложно представить такую ситуацию. Прими такое правило: одна сущность - одна таблица, не надо плодить кучу таблиц для одной сущности.
Ах да - если несколько тысяч таблиц, то это уже диагноз и производительность будет проседать на слабом железе и малом кол-ве ОЗУ.