Я новичок в дизайне базы данных, и я пытаюсь исправить существующий беспорядок.Лучшая практика для хранения HistoryOfAllEvents и EventDetails
У меня есть список событий (со столбцами параметров для событий), и каждое событие имеет другую таблицу подробностей для события.
Например, это может быть куча использования научных инструментов, а затем каждое событие запуска содержит кучу данных, собранных во время работы.
Что вы рекомендовали бы в качестве структуры для этого?
Моя первая идея - иметь одну таблицу для истории использования, а затем каждая строка ссылается на собственную таблицу, в которой хранятся собранные данные. Но как связать строку со своей таблицей? Есть что-то вроде внешнего ключа для всей таблицы?
Моя вторая мысль состоит в том, чтобы иметь одну, единственную таблицу собранных данных и использовать P-ключ, F-ключ, чтобы связать историю использования с собранными данными. Но если у меня есть сотни инструментов, каждый из которых каждый день собирает тысячи данных, то этот стол станет очень большим (может быть, ГБ в год). Все будет в порядке? (Я микроконтроллер/встроенный инженер, поэтому для меня что-то больше МБ).
Любые предложения будут оценены. Благодаря!
Это действительно зависит от конкретной реализации. Вы могли бы показать нам некоторые данные образца? Я думаю, что любая из ваших идей может работать, но что лучше - или есть третий, лучший способ - действительно зависит от того, как выглядят ваши данные. –
Кстати, добавление 1 ГБ данных в год не должно быть проблемой вообще. Я думаю, что многие люди считают, что база данных с несколькими гигабайтами будет довольно маленькой. –
@JeffRosenberg К сожалению, мне не разрешено публиковать какие-либо реальные примеры, поэтому я должен использовать гипотезы. Можете ли вы посоветовать, какие факторы помогут сделать один метод лучше другого? – XKCD137