Выбрать одну таблицу или много

[grom333]

Сделал тестирование по локальной сети. Использовал .mdb , ADO. Файл-серверная БД. В базе для каждого класса таблица (pyat, shest, sem, vosem ....... ) Подумал, подумал, зачем мне много таблиц, я в одну хочу все поместить. Скажите, как распределиться нагрузка (не считая того, что пользователей около 20). Какой метод лучше выбрать, все хранить в одной таблице или в разных???

[Asinkrit]

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

[rdama]

Структура БД в студию. С полноценным описанием что есть и чего хочется.

[grom333]

Сообщение от rdama

Структура БД в студию. С полноценным описанием что есть и чего хочется.

id|vopr|otv1|otv2|otv3|otv4|predm|t ema

Чего хочется написано в 1 посте. Т.е. Хочу узнать будет быстрее работать если для каждого класса своя таблица вопросов будет или сделать общую таблицу т.е. объединить все классы в одну...

id|vopr|otv1|otv2|otv3|otv4|predm|t ema|klass

[Аватар]

Если из общей таблицы будете тянуть информацию только по нужному классу и если по классу индекс будет - разницы не заметите. Наверно в условии выборки еще и predm и tema есть, тоже желательно индексы по ним иметь. И все будет Ok

[rdama]

А по мне так, что так

id|vopr|otv1|otv2|otv3|otv4|predm|t ema

что так

id|vopr|otv1|otv2|otv3|otv4|predm|t ema|klass

Будет избыточность данных.
И тут вообще иначе надо подходить к реализации БД.
Как минимум я вижу здесь все сваленное в кучу. Вопрос, ответы, предметы, классы.
А это различные объекты.
И выделять и описывать их надо иначе.
Как минимум если рассмотреть зависимости объектов, то мы получим иную структуру.
Ответ зависит от вопроса.При этом на один вопрос может быть более одного ответа.=>Связь один ко многим
Вопрос зависит от темы. У одной темы может быть более одного вопроса.=> Связь один ко многим.
Тема зависит от предмета.
Предмет может зависеть от класса.
Но в данном случае класс может находиться в зависимости от предмета. Если мы будем рассматривать предметы сквозного типа проходящие через несколько лет (математика,физика и т.д.)
Т.е. этот момент остается на совести разработчика.
Но к сожалению все, что я вижу сейчас это незнание основ проектирования БД.
Прежде чем создавать БД можно спросить. Здесь подскажут. И помогут. Направят.
А говорить о скорости в том, что у вас сейчас не имеет смысла. Оно будет одинаково.
И еще ваше решение на данный момент крайне узкое. В нем нет гибкости.
Что вы будете делать если ответов на вопрос будет более 4?
Как вы определяете какой ответ правильный?
И да если вы все же предполагаете работу в сети зачем же брать Access?
И файл-сервер? Не уже лb нельзя взять нормальные и проверенные решения.
MariaDB, MySQL, MSSQL express, DB2 express, Oracle XE. Ну можно монстра взять в виду вашей задачи PostgreeSQL.

[grom333]

Сообщение от rdama

А по мне так, что так
что так
Будет избыточность данных.
И тут вообще иначе надо подходить к реализации БД.
Как минимум я вижу здесь все сваленное в кучу. Вопрос, ответы, предметы, классы.
А это различные объекты.
И выделять и описывать их надо иначе.
Как минимум если рассмотреть зависимости объектов, то мы получим иную структуру.
Ответ зависит от вопроса.При этом на один вопрос может быть более одного ответа.=>Связь один ко многим
Вопрос зависит от темы. У одной темы может быть более одного вопроса.=> Связь один ко многим.
Тема зависит от предмета.
Предмет может зависеть от класса.
Но в данном случае класс может находиться в зависимости от предмета. Если мы будем рассматривать предметы сквозного типа проходящие через несколько лет (математика,физика и т.д.)
Т.е. этот момент остается на совести разработчика.
Но к сожалению все, что я вижу сейчас это незнание основ проектирования БД.
Прежде чем создавать БД можно спросить. Здесь подскажут. И помогут. Направят.
А говорить о скорости в том, что у вас сейчас не имеет смысла. Оно будет одинаково.
И еще ваше решение на данный момент крайне узкое. В нем нет гибкости.
Что вы будете делать если ответов на вопрос будет более 4?
Как вы определяете какой ответ правильный?
И да если вы все же предполагаете работу в сети зачем же брать Access?
И файл-сервер? Не уже лb нельзя взять нормальные и проверенные решения.
MariaDB, MySQL, MSSQL express, DB2 express, Oracle XE. Ну можно монстра взять в виду вашей задачи PostgreeSQL.

У меня есть выборка для того, чтобы не тянуть все подряд. Класс+предмет+тема.
Больше четырех ответов не может, у меня встроенный редактор вопросов. Правильный ответ хранится только в 4-ом поле.
А ради использования пары раз в неделю, не более 20 - ти компьютеров, считаю не нужным установкой разных MYSQL и прочего.

[rdama]

Вы знаете. Частота использования вашей программы напрямую зависит от её качества. И её гибкости. Программа это инструмент. И чем больше с помощью неё можно сделать тем лучше. В той предметной области для которой она создана. Я сейчас не говорю о кухонных комбайнах.
Как я понимаю вы реализуете некую систему тестирования.
Либо просто вопросник.
Вам не приходила в голову мысль о том, что вообще можно взять готовое решение?
И вообще не париться этой разработкой.
И еще это вы видите 1 в неделю 20 клиентов.
У заказчика на этот счет могут быть иные мысли.
Вы пишете программу основываясь на ТЗ или на просьбе?
У вас есть согласованный проект системы или это пишется "на коленке" и без документации?
Если это просьба и без доков, то по опыту скажу вы запаритесь потом править и сопровождать свое детище.
И клиентов будет больше и не 1 в неделю. И не всего 4 ответа.
А по поводу четырех ответов это вообще непонятное утверждение.
Т.к. это по логике является ограничением при проектировании системы.
Кто накладывает это ограничение? Вы или заказчик?
И все же я настаивал бы на хранении ответов в связке с вопросом с отношением 1 ко многим.