SQL - проблема проектирования базы данных при хранении списка данных

Question

SQL - проблема проектирования базы данных при хранении списка данных

0

У меня есть список записей, которые будут храниться в таблице базы данных, но мне сложно сконструировать базу данных. Следующие данные будут храниться:

Класс (строки) и "День" (колонка) будут продолжать расти в будущем. Моя первоначальная идея имеет 2 дизайна.

Конструкция таблицы для дизайна базы данных будет точно такой же, как и в текущей таблице. Но проблема была бы в том, как бы добавить день13? Это будет страдать в будущем, в колонке продолжат расти.
Добавьте 1 столбец в результате:

Лучше решить проблему столбца "День", которая будет расти в будущем, но проблема заключается в том, что она будет хранить большое количество записей данных в базе данных, что делает запрос медленнее, когда все больше и больше данных вставляются.

Любая идея или методика оптимизации дизайна базы данных? Спасибо.

helloworld1234 15 янв. 2018, в 09:03

Источник

1

Ваша попытка второстепенного абсолютно в порядке.
lbueker 15 янв. 2018, в 07:51
1

Ваш трехколонный дизайн хорош и решает большинство проблем с вашим оригинальным дизайном. Хотя вы можете хранить фактические даты вместо / в дополнение к дню.
Tim Biegeleisen 15 янв. 2018, в 07:51
0

@TimBiegeleisen Это простой пример, который я привел, у меня фактическая база данных будет намного сложнее
helloworld1234 15 янв. 2018, в 07:57
0

@lbueker Но какова проблема запроса данных, так как данные растут очень быстро, запрос становится медленнее и почему-то при запросе данных он показывает «исключение нехватки памяти»
helloworld1234 15 янв. 2018, в 07:59
1

Основываясь на проблеме, которую вы нам показали, вы решили свою проблему.
Tim Biegeleisen 15 янв. 2018, в 07:59
0

@TimBiegeleisen Да, я думаю, что второй дизайн был бы намного лучше, так как данные растут очень быстро, запрос становится медленнее и каким-то образом при запросе данных он показывает «исключение нехватки памяти»
helloworld1234 15 янв. 2018, в 08:02
0

Сохраните идентификатор класса и дату
Strawberry 15 янв. 2018, в 08:19
0

Допустим, у вас было в 10 раз больше классов, чем показано здесь. Это все равно будет расти только на 130 строк в день. Через 100 лет это все равно будет небольшой набор данных.
Strawberry 15 янв. 2018, в 08:22

Показать ещё 6 комментариев

Теги:

mysql

sql

2 ответа

Ещё вопросы

Ваша попытка второстепенного абсолютно в порядке.
Ваш трехколонный дизайн хорош и решает большинство проблем с вашим оригинальным дизайном. Хотя вы можете хранить фактические даты вместо / в дополнение к дню.
@TimBiegeleisen Это простой пример, который я привел, у меня фактическая база данных будет намного сложнее
@lbueker Но какова проблема запроса данных, так как данные растут очень быстро, запрос становится медленнее и почему-то при запросе данных он показывает «исключение нехватки памяти»
Основываясь на проблеме, которую вы нам показали, вы решили свою проблему.
@TimBiegeleisen Да, я думаю, что второй дизайн был бы намного лучше, так как данные растут очень быстро, запрос становится медленнее и каким-то образом при запросе данных он показывает «исключение нехватки памяти»
Сохраните идентификатор класса и дату
Допустим, у вас было в 10 раз больше классов, чем показано здесь. Это все равно будет расти только на 130 строк в день. Через 100 лет это все равно будет небольшой набор данных.

mikemols · Answer 1 · 2018-01-15T06-49-00.000Z

Таким образом, класс может иметь результат и дату. Просто убедитесь, что у вас есть уникальный первичный ключ в таблице Class и введите правильные типы данных для ваших полей. Я думаю, что вам нужен ClassId для первичного ключа, а затем создайте поле ClassName (varchar) для хранения имени класса. Не пишите Day1, это должен быть формат даты.

holder · Answer 2 · 2018-01-15T05-38-00.000Z

Может быть, что-то простое.

Одна таблица для классов (ClassID, ClassName)

Одна таблица для дня/периода/того, что вы называете (DayID, DayName, DayInMonth и т.д.)

Одна таблица для результатов (ResultId, DayId, ClassId, Result)