Архив форумов ЦИТФорума

[vns955]

Всем здрасте
Народ, подскажите плз как мне решить такую задачу

Есть таблица договоров CONTRACT(id_contr - ключ, name, , ...), договора могут удаляться, но они должны попадать в некий архив и при необходимости пользаватель может просмотреть его.

У меня такой вариант:
соэдать таблицу CONTRACT_DEL(id_contr, date_del) кот. будет хранить номера удаленных контрактов и дату удаления

Хорош ли такой вариант? Есть ли более оптимальный?
Извините, если вопрос тривиален.
Спасибо

[Lamers]

Ну если будет необходимо просматривать удаленные контракты, то нужна будет вся инфа по нему, а не тока номер и дата удаления? Или ты хочешь заставить их по номеру определить, что это был за контракт?

[Иван царевич]

[vladimir_kg]

Совершенно согласен с ЦАРЕВИЧЕМ, лучше добавить дополнительное поле, мороки меньше.

[grf]

небольшая поправка: тогда уж еще одно поле- дата, время удаления

[vns955]

Хорошо, но если у меня контрактов 1000, а удаленных 10, то получается я буду хранить 2 поля для всех (кроме 10) лишних.
В моей структуре в таблице CONTRACT_DEL я храню только номера удаленных, хотя конечно, предложенный вариант будет чуть быстрее работать...

[Lamers]

[torpedouk]

[vns955]

Смысл в том, что контракты расторгают - они какое-то время не нужны, но затем по ним нужна инф-я, когда пользователь решит что ему архивная инфа уже никогда не понадобится - он удаляет ее навсегда.
А для определения в архиве он уже или нет (т.е. закрыт) и нужна моя таблица CONTRACT_DEL, сделав запрос к которой по нужному номеру.

[Lamers]

[EvilHamster]

Зачем новая таблица? Зачем делать лишние движения по переносу записей в новую таблицу?

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

[grf]

В итоге предложено два варианта
1. Дополнительные поля
Плюсы - не нужна дополнительная таблица, при поиске просматривается только эта таблица, если договор найден, сразу видно действующий он или просроченный, если договор не найден - он удален безвозвратно.
Минусы - т.к. львиная часть договоров действующих, то для каждого договора придется держать дополнительные две записи

2 Дополнительная таблица

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


Если у Вас соотношение действующих/просроченных договоров приблизительно одинаковое, я бы пошел по второму пути.
Если у вас Заметно Большая часть договоров действующих - то по второму.
Если Заметно большая часть договоров просроченных - то по первому.

Если записей в таблице не особо много то по первому, т.к. проще.
Если записей в таблице ПРОСТО УЖАСНО МНОГО, то исключительно по второму.

Если идти по второму пути на поиске сначала необходимо просматривать таблицу, где обнаружить договор более вероятно.

[vns955]

[grf]

В принципе 500-600 записей это не много, так что делай как тебе удобно.
Если же записи объемные (большое количество полей, поля объемные и пр.) и не желательно было бы при каждом поиске, тем более еще неизвестно есть ли наш контракт в базе или нет, ворочить всю таблицу, сделай отдельную таблицу.

В итоге у тебя будет 2 таблицы,
первая оснавная со всеми данными
CONTRACT(id_contr - ключ, name, , ...)
Вторая, статус контракта, удален или нет
StatusContract(id_contr,status-удален, не удален{ проще всего использовать булевский тип, IMHO конечно},dateDel-дата удаления)

Тогда поиск проводишь по второй таблице, а оттуда по id вытягиваешь по необходимости всю инфу из первой таблицы.

[vns955]

[EvilHamster]

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

В конце концов, никто не брал на рассмотрение индексацию полей.

[grf]