Связи между таблицами

Помогите разобраться с базами данных. В этом я новичок, но хотелось бы разобраться с этим. Стоит задача организовать базу данных в программе, которая сохраняет информацию с датчиков от промышленного контроллера.
Допустим, вижу так. Нужно создать таблицу с полями даты. Это поле самое главное, затем дочерняя таблица - таблица, в которую записывается время. И потом еще много таблиц с переменными-состояниями датчиков. Каждую секунду в базу данных производится запись с значениями даты, времени и параметрами состояния датчиков. Как это сделать, какими средствами, причем хотелось бы, чтобы я мог выбрать необходимые значения от датчиков в зависимости от времени. И при этом вывести эти значения в график, где в оси х - время, а в оси у - значение параметра.
Причем, каждую секунду происходит запись около 60 значений датчиков, при этом хорошо было бы связать с одним полем таблицы времени. А все значения времени и датчиков за день связать с одним полем даты.
Я так понимаю, что нужно работать со связями между таблицами.
Кто сталкивался с этим, или кто знает, как это сделать, помогите. Пригодятся любые источники.

0

Вашу задачу можно разделить на две основных части:
1. Разработка структуры базы данных.
2. Написание ПО, которое будет работать с БД.
На первом этапе нужно ответить на следующие вопросы:
1.1. - какую СУБД планируете использовать?
1.2. - какие данные будут храниться в базе? (можно их для удобства выписать в одну таблицу)
1.3. - подковаться теоретически по реляционным базам данных (гугл по запросу "проектирование реляционных баз данных" выдает довольно много ссылок)
1.4. - разработать структуру данных путем разбиения одной большой таблицы созданной в пункте 1.2. на несколько более мелких таблиц.
Если уже есть набросок структуры данных, выкладывайте на форум, я думаю найдутся специалисты которые подскажут как и что подправить, добавить или удалить.
Как только будет разработана структура данных, можно будет переходить ко 2-му этапу - написанию ПО.

1

Огромное спасибо за толчок.
Появилось пару вопросов.
Допустим, в секунду мне необходимо записывать в базу данных около 200 байт. (4 запроса в секунду примерно по 50-60 байт) В день натечет около 18 мБ. Насколько подъемным это окажется для программы, и что можно сделать для того, чтобы облегчить базу.
например, в таблице будут такие столбцы, как дата, время, и куча параметров. Такой вопрос. Записей в базу данных в сутки натекает около 86000 запросов. Подъемным ли это будет для старого промышленного компьютера с 300 Мгц процом и 64 Мб памяти?
Можно ли каждые, допустим, каждые 4 часа, копировать базу, сохраняя ее под новым именем, старую базу удалять и записывать снова. и так каждые 4 часа?
Если я создам 1 общую таблицу, могу я потом строить графики по дате/времени и выбранному параметру, или для этого нужно создавать много связанных между собой таблиц?

0

Сообщение от wolf_soloist Если я создам 1 общую таблицу, могу я потом строить графики по дате/времени и выбранному параметру, или для этого нужно создавать много связанных между собой таблиц?

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

Сообщение от wolf_soloist Можно ли каждые, допустим, каждые 4 часа, копировать базу, сохраняя ее под новым именем, старую базу удалять и записывать снова. и так каждые 4 часа?

А это зачем?

Сообщение от wolf_soloist Допустим, в секунду мне необходимо записывать в базу данных около 200 байт. (4 запроса в секунду примерно по 50-60 байт) В день натечет около 18 мБ. Насколько подъемным это окажется для программы, и что можно сделать для того, чтобы облегчить базу. например, в таблице будут такие столбцы, как дата, время, и куча параметров. Такой вопрос. Записей в базу данных в сутки натекает около 86000 запросов. Подъемным ли это будет для старого промышленного компьютера с 300 Мгц процом и 64 Мб памяти?

Судя по вопросам, я так понял, вы планируете обойтись вообще без СУБД а написать собственную программу которая будет сама обрабатывать и хранить данные, так? Не думаю что самостоятельная реализация СУБД это удачная затея. Под такие параметры "железа" в качестве СУБД больше подходит MSM нежли какие либо реляционные СУБД с их таблицами. А какая ОС работает на том промышленном "железе"?

1

по вопросам:
1. каждые 250 мс приходит посылка на ком порт, по спец интерфейсу. я преобразовываю данные в инженерный вид. вывожу графики, визуализация в норме. задача - сохранить данные с возможностью последующего просмотра да и в целях ведения статистики пром аппаратуры.
пускай вид будет таков. по столбцам. дата-время до доли секунды-штук 50 параметров.
2 для того, чтобы прога, обрабатывая базу, не тормозила от большого ее обьема
3. Работать будет или под 98 винлой, что врядли, или под Эмбеддет виндой.
MSM как расшифровать?
Моя фирма пожалела денег на покупку СКАДА системы, приходится минимальные его функции реализовывать вручную.

0

Сообщение от wolf_soloist MSM как расшифровать?

Введите mumps или м-технологии в любом поисковике - получите ответ на свой вопрос.

Сообщение от wolf_soloist 1. каждые 250 мс приходит посылка на ком порт, по спец интерфейсу. я преобразовываю данные в инженерный вид. вывожу графики, визуализация в норме. задача - сохранить данные с возможностью последующего просмотра да и в целях ведения статистики пром аппаратуры.

Прежде чем с данными что либо делать нужно определиться где и как их хранить.
Поэтому хотелось бы услышать ответ на вот этот вопрос, заданный мною ранее:

Сообщение от Cepera 1.1. - какую СУБД планируете использовать?

У Вас имеются соображения на сей счет, или же Вы сами хотите услышать рекомендации и идеи по подбору СУБД?
Почему для работы с данными выбран компьютер с такими характеристиками?

Сообщение от wolf_soloist 300 Мгц процом и 64 Мб памяти?

Почему не рассматривается возможность использования для установки СУБД более мощный компьютер? Ведь так было бы лучше, на более мощном компьютере у вас стоит СУБД а вот на этом

Сообщение от wolf_soloist 300 Мгц процом и 64 Мб памяти?

работает только программа которая собирает информацию с ком порта и пишет её на сервер. Почему не рассматривается такой подход?

1

храниться данные будут на жестком диске. Я думал работать с локальными базами данных, например, Парадокс. СУБД - С++ BUILDER
Для работы выбраны такие характеристики потому, что такие были требования. Обьект - угольный комбайн, на комбайне предполагается монтирование пром компьютера, который будет отображать всю техническую инфу о процессах, плюс вести статистику. При надобности, базы данных(верней статистику работы) можно записать на внешний носитель, и при помощи той же программы (или переделанной просто для анализа статистики), просмотреть на другом компьютере.
из-за того, что объект находится под землей и связь с ним возможна только по радио модему, и то, это влечет за собой большие затраты, сохранять статистику работы удаленно не получится.

У меня нет опыта работы Builderа с базами данных, я не знаю, выдержит ли такая конфигурация железа такие задачи, при том, что в программе еще дополнительно нужно показывать графики 4 параметров в реальном времени, ну еще массу параметров в интерактивном режиме.

0

Сообщение от wolf_soloist Я думал работать с локальными базами данных, например, Парадокс. СУБД - С++ BUILDER

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

Сообщение от wolf_soloist Можно ли каждые, допустим, каждые 4 часа, копировать базу, сохраняя ее под новым именем, старую базу удалять и записывать снова. и так каждые 4 часа?

Не думаю что такой фокус позволит сделать хоть одна субд в то время когда в базу пишуться данные. Если только останавливать процесс работы с базой и в этот момент что либо с ней делать.
По возможности попробую поставить 98 виндовс на виртуальную машину и поэкспериментировать с работой с базой.

1