Добрый всем праздничный первомайский вечер!

Подскажите, как правильно организовать удаление записей в приложении.

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

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

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

Кто-то же решал такую проблему наверное, может поделитесь советом.

Dima T,

Это не связано с архитектурой. Записи помечаются на удаление в ходе работы пользователя - например, отменили часть ранее сделанного заказа и вместо 10-ти записей осталось 7, три остались в таблице помеченными на удаление. Со временем таких набегает, не то, что бы много, но есть.
Вот и подумал, может как-то организовать, что бы их задействовать. Так, что бы в принципе не возникал вопрос физического удаления когда-либо.

Пока думаю так, в процедуре сохранения для удаленных записей делать blank for deleted() , при создании нового заказа их по пустому полю находить и recall и переписывать. Но еще не воплотил.

PaulWist,

добрый день, что такое FK/RI ?

PaulWist,

1. Прошу извинить, если не прав, но может имеется в виду Foreign Key и Referential Integrity ?
От Relation между таблицами отказался, внешние ключи используются.

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

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

Dima T,

Основная идея понятна, спасибо )

На счет индексов хотя бы кратко - каков алгоритм переиндексации ?
И в моем случае: есть поле id I (autoincrement), он же primary key, и есть ключи внешние, regular.
Составных нет, просто не умею ими пользоваться, а потому и не вижу куда и как применить.
Relation нет.
Записей до 200 000 . Надо ли тут переиндексацию затевать, да и как это возможно?

Dima T,

посмотрю, спасибо

ВладимирМ,

большое спасибо за ссылку.
Уже иду правильным путем )

Доброго всем времени!

Удаляю помеченные записи:



И ничего не происходит, все помеченные записи на месте. Что-то еще надо PACKy ?

из командного окна тоже не работает (

Dima T,

Спасибо за ответ, да еще и в праздник.

Да, по таблицам пакует, я просто думал pack database сразу все помеченные записи во всех таблицах базы уберет, что бы не перебирать таблицы. Не прошла халтурка ))

Dima T,

Получилось такое:



Насколько здесь уместен будет reindex и вообще, может методологические ошибки есть? Так-то вроде работает

Dima T,

Огромное спасибо

Доброго времени,
это индексы те же самые индексы, что указываются в конструкторе таблиц при создании таблицы?

Dima T,

а с теми, которые primary, не будет ли каких осложнений? В хэлпе сказано, что мы примари не можем задать:
"Вы не можете создать первичный (primary) индекс командой INDEX..."
Мы ведь delete tag all , значит и примари тоже?

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