Здравствуйте, уважаемые участники форума. Требуются Ваши замечания/пожелания/советы/критика следующей структуры:

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

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

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

В таблицы-справочники были добавлены дополнительные поля "начало действия записи"/"окончание действия записи" для того, чтобы была возможность вытащить данные за любой период.

Если я вдруг непонятно что-то объяснил - задавайте вопросы.

С уважением, заранее спасибо.

2 Водила.
Спасибо, это весьма примерная база, и достаточно большое количество полей будет еще добавлено, в т.ч. и перечисленные Вами.

2 BULK INSERT
Допустим, но можно чуть поконкретней?.. В чем ущербность, каковы возможные проблемы и ограничения, что именно переделывать?

С уважением.

2 Водила.

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

2 Водила.
Спасибо :)

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

Так что же по поводу структуры?

С уважением.

Очень надеюсь, что мой вопрос
к BULK INSERT не останется без ответа :)

Заранее спасибо.

Alexander Beznin
Спасибо, я Вам на почту написал.

mcureenab
Спасибо за ответы.

Насколько я понимаю наличие полей "начало/окончание" действия записи - избыточные поля, т.е. если у нас

- в первом путевом листе стоит
дата 01.01.2005 и организация, с которой он связан:
наименование - "Автоколонна № 1";
адрес - "ул. Ленина",

- а во втором путевом листе - 01.02.2005
и он связан с записью:
наименование "Автоколонна № 1";
адрес - "ул. Пушкина",

то понятно какая запись в таблице организация для какого числа актуальна, однако наличие полей "начало/окончание" действия записи позволит видеть периоды актуальности записей в справочных таблицах (в той же организации), или же что-то принципиально не так?..

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

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

По поводу же кадрового учета и учета транспортных средств - а как иначе? Ведь нам нужен путевой лист, в котором в том числе указывается и ФИО водителя и гос.номер автомашины, естественно нам необходимо join'ить эти данные из справочных таблиц. Или Вы имели в виду что-то другое?

С уважением.