I basically backup my project files and do a Save As to a different
project name prior to doing something like sychronizing. Then if it
dies, I can just delete it and go back to where I was. Since synching is
not working reliably, I avoid using it. That is probably much the only
thing that is 'dangerous' at this point.
I pretty much do the changes manually (add tables, columns, joins, etc)
in the Plum IDE right now. It obviously takes more work and time, but it
is safe at this point. Sometimes I just make the form changes manually
until I get it to work the way I want, then I open up the Plum project
and make the changes there.
If I am going to make major changes to the database structure, I backup
the project and suffix them with a pseudo date stamp, a la
'projectname_110504.plum'.
I had to recreate from scratch a lot in the old days, as the Plum
project file got corrupted easily. David spent a couple weeks writing
some sort of a wrapper for this, so the corruption has been reduced
significantly. In fact, I haven't had a corrupt file since about 2
builds ago.
HTH,
Jeff
Dan O'Keefe wrote:
I also had a message on another instance that 2 of the tables were related
and I had to check both tables or deselect both, but there was not a
checkbox next to the second table.
How are you handling now, regenerating from scratch and then copying back in
your template changes?
Dan
----- Original Message -----
From: "Jeff Fleitz" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Friday, November 05, 2004 10:38 AM
Subject: Re: [plum] synchronize with database
Hi Dan,
I had some synch issues with a MSSQL 2000 database, where it wouldn't
update properly, but it didn't trash my project. Adam and David were
working on fixing those problems for the first public beta release.
Jeff
Dan O'Keefe wrote:
When I run this option, it successfully updates my plum project, close
the plum project, re-open the plum project results in an error where it
appears the XML file was damaged.
Are other user's successfully synchronizing with the database?
Dan
