From: Peter L. <pal...@gm...> - 2011-05-16 23:57:34
|
Sorry, forgot to copy the list On 05/17/2011 09:45 AM, Peter Lazarus wrote: > Haha, ah yes, I forgot about data aggregation. And of course that > reminds me of the times crossing daily boundaries. Ok, I am going to > abandon the simple.php cause for now and go work on something else. > (I've got an Android application that needs updating :-) ) > > Regarding my son's issue, and the bug reported in Mantis, you think > it's limited by the post size? I must look into that, and then if that > works, I can close off the Mantis bug as well. Thanks Scott. > > Peter > > On 05/17/2011 09:38 AM, Scott Miller wrote: >> Editing items in the database using the transaction numbers doesn't >> work due to the fact that the simple sheet may aggregate multiple >> items into a single number. This is just one example of the types of >> issues you have to deal with, and why items are deleted and then >> re-added. >> >> Regarding your son's issues, raise the amount of data php is allowed >> to post to a sane number (32 meg for instance), instead of >> restricting it to a tiny amount. In the /etc/php,ini file on linux. >> >> -Scott >> >> On Mon, May 16, 2011 at 6:24 PM, Peter Lazarus <pal...@gm... >> <mailto:pal...@gm...>> wrote: >> >> On the subject of database integrity which I raised in my previous >> email >> on the simple timesheet: >> >> I notice in task_maint.php this pop-up message: >> >> if (confirm('Deleting a task which has been used in the past will >> make >> those timesheet ' + >> 'entries invalid, and may cause errors. This >> action is >> not recommended. ' + >> 'Are you sure you want to delete this task?')) >> >> There is a recognition of creating errors by deleting a task. >> This is >> all about database integrity, but it's not handled at all well. >> >> task_action.php deletes entries from the task_table and the >> task_assignments table, which leaves all the times table entries >> with a >> task number that no longer exists. I guess at the time it was a >> bit too >> complex a situation to handle and wasn't cleanly implemented. >> >> But it is an illustration of why data integrity is important, and >> that >> we should code for it. >> >> A database is a different entity to a collection of files. >> >> Peter >> >> >> ------------------------------------------------------------------------------ >> Achieve unprecedented app performance and reliability >> What every C/C++ and Fortran developer should know. >> Learn how Intel has extended the reach of its next-generation tools >> to help boost performance applications - inlcuding clusters. >> http://p.sf.net/sfu/intel-dev2devmay >> _______________________________________________ >> Tsheetx-developers mailing list >> Tsh...@li... >> <mailto:Tsh...@li...> >> https://lists.sourceforge.net/lists/listinfo/tsheetx-developers >> >> |