Cloning Dilemma

Ruslan Zasukhin sunshine at public.kherson.ua
Fri Sep 12 01:26:43 CDT 2008


On 9/12/08 1:37 AM, "Steve Albin" <steve at steve-albin.com> wrote:

Hi Steve,

> I am trying to upgrade my app from V4RB 3.01 to V4RB 3.5.2.  Of course, this
> requires that Valentina upgrade the internal data structure of my database and
> I understand that.
> 
> My database that I was using successfully in version 3.01 for about a year was
> crashing on a weird SQL error after conversion to 3.5.2.  I submitted a Mantis
> bug report and this error was confirmed and reported as fixed for version 3.6
> (or whaterver version we'll get).

> Of course, I don't want to wait till version 3.6 (or 4.0) to get my app up to
> speed, so I added a step to clone my db after the conversion and this fixes
> the problem with the SQL bug.

> All seems good until one of my users reports an error after he converts his
> database.  Seems the last record created on one of the tables gets replicated
> 81 times after the conversion.  After some debugging, I determine that all is
> ok after the conversion from 3.01 to 3.52, but the cloning is adding the
> replicated records.  If I remove the clone step, everything is fine.
> 
> So, for one database, cloning fixes a problem, for another database, cloning
> adds a problem.  It seems that upgrading to version 3.52 is out of the
> question and I trying to figure out how I can keep my app up to date and
> deliver upgrades to my users....

You can try also way of dump to SQL and load it back.

Then this issue of 81 record should not happens I think.
And it is always possible edit text file.

-- 
Best regards,

Ruslan Zasukhin
VP Engineering and New Technology
Paradigma Software, Inc

Valentina - Joining Worlds of Information
http://www.paradigmasoft.com

[I feel the need: the need for speed]




More information about the Valentina-beta mailing list