Форум MySQL

Есть интранет проект "система учета рабочего времени". В данный момент состоит из:

projects (список проектов)

id_project | name

persons (перечень сотрудников)

id_person | name

timetracking (учет рабочего времени)

id | id_person | id_project | i_did | date_add | hours | minuts

Верна ли структура, что нужно изменить поправить?
Как правильно ввести задачи к проектам? Статусы проектов?

последнюю таблицу поподробнее бы.

Хотя последние два поля в ней уже выглядят смешно.

timetracking (учет рабочего времени)

id (int[10] - автоинкрементное уникальное поле) id_person (id персоны из таблицы persons) id_project (id проекта из таблицы projects) i_did (varchar[255] - описание что делал по выбранному проекту) date_add (datetime - дата добавления/изменения поля) hours (varchar[2] - количество полных потраченных часов по выбранному проекту) minuts (varchar[2] - количество полных потраченных минут по выбранному проекту)

Структура

CREATE TABLE IF NOT EXISTS `timetracking ` (   `id` int(10) unsigned NOT NULL AUTO_INCREMENT,   `id_person` int(10) unsigned NOT NULL,   `id_project` int(10) unsigned NOT NULL,   `i_did` varchar(255) NOT NULL,   `date` datetime NOT NULL,   `hours` varchar(2) NOT NULL,   `minuts` varchar(2) NOT NULL,   PRIMARY KEY (`id`) ) ENGINE=MyISAM  DEFAULT CHARSET=utf8;

Что скажете, Trianon?

Елки-иголки укуси меня пчела, на кой кляп Вам нужны отдельные поля для часов и минут?
Я думаю одного поля TIMESTAMP будет достаточно или Вы собираетесь группировать по этим полям? (даже в случае группировки все решается вложенным запросом формирующим эти самые поля)
Мне кажется нужна временная метка начала прроекта и временная метка текущего состояния проекта, плюс поле статуса (состояния) проекта (в работе, остановлен, окончен)
количество полных часов и минут вычисляется на основе этих меток.
А вот как вы собираетесь каждую минуту обновлять поле с минутами я не особо представляю)

date_add (datetime - дата добавления/изменения поля) - не совсем понятна смысловая нагрузка этой строки

ням

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

в итоге:
CREATE TABLE IF NOT EXISTS `timetracking ` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`id_person` int(10) unsigned NOT NULL,
`id_project` int(10) unsigned NOT NULL,
`i_did` varchar(255) NOT NULL,
`start` timestamp NOT NULL,
`stop` timestamp NOT NULL,
`status` int(2) NOT NULL, // если для status отдельная таблица или тип поля ENUM
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

такой подход позволяет легко сменить исполнителя проекта завершив его для одного и начав для другого исполнителя. В принципе можно добавить нескольких исполнителей проекта, только в этом случае нужно определиться по кому считать основное время работы над проектом, проще всего добавить статус руководителя проекта.
`id_person` int(10) unsigned NOT NULL,
`per_status` int(1) NOT NULL,
`id_project` int(10) unsigned NOT NULL,

Дата добавления/обновления записи - для статистики

статистики чего? этож Вам не гостевая книга, тут другие сущности

Статистика добавления/обновления записи

Елки-иголки укуси меня пчела :)
Для гостевой книги понятие запись это не строка (!) в БД, а запись в гостевой книге.
Какую сущность Вы тут хотите выразить для меня остается загадкой. статиситка для добавления или обновления самой строки в БД - это бессмысленно, по крайней мере без указания причины (будь-то новая запись, редактирование, исправление неудачного редактирования и тд)

хрум

Какая к черту гостевая? Вы о чем?
В поле хранится временная метка timestamp, содержащая время добавления данной строки в БД.
После редактирования данной строки через панель администрирования это поле хранит дату обновления.
Это нужно начальнику, чтобы видеть когда внесли данную строку в БД или когда ее обновили.

Понятно?

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

Спасибо и на этом. У других форумчан есть мысли по этому поводу?

что не понимаю зачем значение потраченного времени было размазано на два поля, к тому же с нечисловыми типами.
А так - структура как структура.
Кроме того, что поле TIMESTAMP в MySQL при определенных опциях и вправду обладает свойством держать таймштамп последней модификации автоматически (т.е. без явного применения в запросах INSERT/UPDATE). Ну да дело вкуса.

Сорри. не заметил обновления сразу.