kuharan Ответов: 2

Я хочу сохранить в базе данных следующие вещи. Как я должен действовать?


 How to store CPU usage activity to consider it for later use?

How to store RAM usage variation for a certain amount of time?

Similarly, how to store Disk usage?

All these data will be later used for ANOVA test.


Что я уже пробовал:

Я пытаюсь получить эти значения из приложения c#, которое будет отслеживать деятельность системы в течение определенного периода времени.

The datatype is not the issue. Can you all tell me the extra attribute I need? 
Or should I store them in a single table or different tables? IF different then what should be foreign key relation among them

OriginalGriff

И что же?
Что вы пробовали?
Где ты застрял?
Какая помощь вам нужна?

kuharan

Мне нужен правильный способ хранения этих вещей, чтобы поиск был оптимальным.

[no name]

"Правильный путь" по сравнению с чем? Спросите своего DBA, как его настроить.

kuharan

Я студент, и это подзадача в моем проекте. У меня нет с собой DBA .

[no name]

Тогда вы должны спросить своего учителя. Мы не можем научить вас программированию или тому, как быть DBA в публикации на форуме.

kuharan

я не спрашиваю здесь никакого кода.

[no name]

Никто этого не говорил.

kuharan

Не советуй мне, если у тебя нет решения

[no name]

Я уже сказал тебе, что ты должен сделать. Умение читать-тоже полезный навык.

И не думай, что ты можешь указывать мне, что я могу, а что нет.

kuharan

Во-первых, вы, сэр, совершенно не поняли моего вопроса. И вы сразу попадаете в DBA. Почему?

Моя потребность только в том, чтобы поиск был оптимальным. В любом случае, спасибо за вашу помощь.

kuharan

Мне не нужно, чтобы стать администратором на проекте.

F-ES Sitecore

Это сбор данных, которые вы не знаете, как делать, или хранение? Ваш вопрос воспринимается просто как просьба к кому-то другому сделать за вас домашнее задание.

kuharan

Я спрашиваю, как поступить с хранилищем. я знаю, что кодировать. Я не прошу здесь никакой помощи в домашнем задании.

Richard MacCutchan

Если вы знаете, что кодировать, то, пожалуйста, объясните, что именно вы не знаете или с чем у вас возникли проблемы. Ваш вопрос слишком расплывчат, чтобы получить ответ.

kuharan

Возможно, так оно и есть. Я добавляю больше информации.

Richard MacCutchan

Извините, но дополнительная информация на самом деле не делает его более ясным. Дизайн базы данных может быть решен только тем человеком, который использует эти данные (то есть вами), поскольку мы понятия не имеем, для чего эта информация будет использоваться или какие отношения должны существовать между различными элементами.

kuharan

Он будет использоваться для проведения некоторых испытаний. Например, математические функции на этих данных, такие как среднее значение.

Richard MacCutchan

Это еще ничего не значит. Вам действительно нужно научиться объяснять свою проблему достаточно подробно, а не в терминах "я хочу ...", "это будет использоваться для..." и т. д. У нас нет способа узнать, что находится в вашем уме.

2 Ответов

Рейтинг:
2

Peter Leow

Есть довольно много навыков, которые нужно приобрести, спросите Google о темах на эту тему.:
1. Проектирование базы данных
2. Выбор баз данных и их реализации
3. SQL
4. создание приложения windows с доступом к базе данных


Рейтинг:
0

OriginalGriff

Цитата:
Мне нужен правильный способ хранения этих вещей, чтобы поиск был оптимальным.
Просто: храните их в SQL-эквиваленте типа данных для собранных вами значений C# : DateTime значения в Столбцах DATETIME, int32 в INT, int64 в BIGINT и так далее. Затем передайте их как параметризованный запрос.


kuharan

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

OriginalGriff

Откуда нам знать? Мы понятия не имеем, как вы собираете данные, когда вы их собираете, как часто они собираются и есть ли между ними какая-либо связь.
Если вы собираете их все, а затем храните их одновременно, то существует "отношение" - временная метка, в которой вы их собрали. В этом случае я бы использовал один стол. Иначе мы и понятия не имеем!

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

Подумайте об этом как о машинах: есть ли "лучшая" машина?
Нет: потому что то, что отлично в одной вещи (скажем, очень быстро ехать из Италии в Великобританию), было бы мусором при перемещении месячного запаса угля на десять километров. А то, что хорошо для того, чтобы пересечь грязное поле, было бы бесполезно в час пик движения, идущего в Лондон.
Дизайн хранилища данных один и тот же: важна задача, а также значения данных.