Здравствуйте! Как правильно создать таблицы для хранения данных?
Вводится уникальное имя проекта и набор исходных данных для этого проекта. По нажатию на кнопку происходит расчет. Т.о нужно создать таблицы для хранения имён проектов,исходных данных и результирующих данных. Т.е одному имени проекта соответствует свой набор данных и свой набор выходных данных. Набор исходных данных это просто одномерный массив чисел. А у выходных данных, по столбцам расположены набор чисел с определенным шагом ,а в строках соответствующее им значение.

Вот я создаю таблицу в database desktop. Нужно ли под проекты создавать отдельную таблицу ,а под исходные данные вторую или может создать таблицу где первым полем будут проекты ,а остальные поля этой таблицы исходные данные?

По таблице на проект это как?

fkthatBora2015По таблице на проект это как?
Ну, сколько там у тебя проектов. Вот и создаешь для каждого таблицу.

"Проект_1", "Проект_2" и т.д.
А какие поля у этих таблиц?
Я так понимаю речь идёт о создании таблиц динамически? А если обойтись статическим созданием?

Заранее не известно колич.проектов.

fkthatBora2015,

Чо, наверное, весь семестр вместо лекций по РБД пифко пил? Ну так вот она, расплата.
А что похож на студента?

ПЕНСИОНЕРКАBora2015А у выходных данных, по столбцам расположены набор чисел с определенным шагом ,а в строках соответствующее им значение
может все таки реалистичный пример выложите, что бы не играть в угадайку о природе проекта
Исходные данные одномерный массив (набор чисел) , плюс одно значение логического типа. А выходные данные в виде таблицы с 5-ю столбцами и 10 строками. А проект буквенное или цифровое имя произвольной длины.

Т. е исходные данные
a1;a2;a3;a4;a5 это числа. Далее a6 логический тип, если истина то вводятся еще a6,a7,a8. Если ложь то a6=a7=a8=0;
Выходные
столбцы alfa =10 ,15,20,25,30,35
строки b1,b2,b3, и .т д.
Я думал если если создать одну таблицы под хранение проектов с двумя полями id_proj (уникальный идентификатор -первичный ключ) , proj (названия ). Но названия также должны быть уникальны. Чтобы они были уникальными по второму полю также создать первичный ключ ?
Вторую под хранение исходных данных с полями id_proj , a1;a2;a3;a4;a5. Как тут сделать связь с первой таблицей проектов, просто записав первым полем id_poj?
Третью таблицу с полями id_alfa и alfa. Где просто записать:
id_alfa alfa
1 10
2 15
3 20
4 25
5 30
6 35
А четвертую таблицу с полями id_proj, id_alfa (связь с третьей таблицей) и полями b1,b2,b3.

maytonBora2015Выходные
столбцы alfa =10 ,15,20,25,30,35
строки b1,b2,b3, и .т д.

Здесь я .. пас. Не понимаю. Что такое альфа? Это матрица? 6 на 3 ?
Альфа это угол , т. е 10 град,15 град и. тд. Количество и шаг фиксировано.
Да матрица 6x10.

maytonBora2015пропущено...

Альфа это угол , т. е 10 град,15 град и. тд. Количество и шаг фиксировано.
Да матрица 6x10.
Тогда экспертный вопрос. Эта сетка углов в будущем будет расти?
Почему я спрашиваю. Движки баз данных эффективно работают с кортежами.
С жестко детерминированными фрагментами информации у которых есть
перечислимый набор свойств. Например персона. Платёж. Ордер. Продажа.

Любая задача имеющая другую природу. Математическая. Где есть многомерные
матрицы. Или гумантитарная где много текста... Эти задачи очень плохо ложаться на базу
данных. Тоесть они ложаться как "Сова на Глобус".

Матрицу можно иммитировать двумя двумя табличками со связью многие-ко-многим
но выборка из такой сцепки и (тем более) генерация отчота. Но API для работы с такой
сцепкой будет во много раз хуже чем например API Java при работе с той же матрицей.

Вобщем вопрос остается такой. Будет ли сетка расти? И есть ли возможность уйти
вообще от баз данных и решить эту задачу на обычном ЯП ?

расти сетка? в смысле увеличиваться размерность матрицы ? нет она фиксирована.

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

fkthatmaytonМатрицу можно иммитировать двумя двумя табличками со связью многие-ко-многим
Зачем? Почему бы не одной?


Можно точно так же сделать даже любой размерности.
Мне бы через DBD создать таблицы. Вроде связи многие ко многим стараются избегать, для этого и разбивают таблицы на несколько.