We actually never physically delete anything, we just mark/flag as deleted and don't show it in the UI anymore.
There are multiple reasons why you do that in software. For instance there are are often foreign key constraints. That means that you can't physically delete an user, cause this userId is a foreign key in some other tables. And by deleting the user physically you would get an inconsistance data model. This will become a real issue when you work with databases that have "real" foreign keys (postgres, oracle, MySQL InnoDB, et cetera). However even with data on disk in files, just because you "can" delete those files without throwing any error does not mean that this is a good idea, as for example records in the database still point to that file. By doing that the data model simply becomes inconsistent. Some references are missing, it pretty much gets a mess if you start to delete files. Another reason is that you want to keep track on changes that have happened. This is sometimes a legal requirement in companies and government. You just never delete hard, data must be always possible to be restored. For instance an user xyz claims his important file XXX was deleted at the 28.12.2009, now the sys admins need to recover that file. There are however attempts to have some kind of clean up tasks that delete such references to free up disk space. But if ever implemented it has to be done very carefully and clear to the sys admin that there is no way back, you will loose data and you probably should back up the data before doing it. Bottom line is: Don't delete, just flag as deleted. Sebastian 2013/8/25 Lee Saunders <[email protected]> > Ah, I see. I guess that does make sense. I just worry about having a list > of rooms that becomes too long to manage. > Perhaps then, completed meetings could go into an archive\ completed > events section, thus keeping them separate from pending events. > > I have also noticed that deleted recordings remain in the streams folder > (..\webapps\openmeetings\streams\). Why don't they get deleted when moved > to trash? > > All the best, > > Lee. > > > > On Sun, Aug 25, 2013 at 12:49 AM, [email protected] < > [email protected]> wrote: > >> Hi Lee, >> >> I don't think we should delete the room after a calendar event was >> terminated. Otherwise for example any uploaded or created data that was >> part of the conference room itself would be gone. >> Also you can attach existing rooms to multiple calendar events. So the >> relationship between room to calendar event is not 1:1. >> >> Sebastian >> >> >> >> 2013/8/25 Lee Saunders <[email protected]> >> >>> Hello, >>> >>> I tested the calendar, but after the event had ended, the room persisted. >>> Is there a way to terminate the event when the 'Exit' button is clicked >>> rather than delete the event in the calendar and receive a 'Cancelled' >>> message? >>> >>> I think that if an event is terminated before the start or end time, >>> then yes, it is cancelled, but after the end time, a meeting has usually >>> ended. >>> >>> Just a suggestion. >>> >>> All the best, >>> >>> Lee. >>> >> >> >> >> -- >> Sebastian Wagner >> https://twitter.com/#!/dead_lock >> http://www.webbase-design.de >> http://www.wagner-sebastian.com >> [email protected] >> > > -- Sebastian Wagner https://twitter.com/#!/dead_lock http://www.webbase-design.de http://www.wagner-sebastian.com [email protected]
