on 12/30/01 19:23, Thomas Gutzmann at thomas.gutzmann .at. gutzmann .DO.T com wrote:
Hi Thomas,
> Hi Ruslan,
>
> yes, I'm on 10.1.2. It is faster, but screen operations are quite slow,
> especially if I use complex windows in RB.
>
> I have just integrated Valentina for some tables in parallel to the RB
> database. After some beginners troubles I'm very fond of it: it's really
> fast, and I like the non-RDB properties very much. I'm working with
> relational databases since they exist, but before I had been working
> with the network model quite a lot (more than 25 years ago). You have
> integrated both concepts very well. And your caching mechanism is much
> better than the one I have written myself for the sloooow RB database.
>
> I will move everything to Valentina during the next weeks; thanks God I
> had implemented a class structure very similar to yours, so the
> transition won't be to difficult.
>
> One of the drawbacks of Valentina is the lack of a beginners guide, some
> sort of cookbook. I think I will write one for my own employees, at
> least a few recipes. I will send them to you, too. Your examples tend to
> be too complicated for this purpose, though on the other hand I
> appreciate their complexity and your skills!
Charles (I have CC to him) do write GettingStarted for V4RB.
Charles may be you can send materials to Thomas, so you will not double
efforts ?
> Another negative point is that it's not to difficult to screw up the
> database through dictionary modifications; the database cannot be opened
> then anymore.
What you mean?
You can corrupt db using Finder ???
> For the time being I will work with automatic backup
> copies, I do the same with RB databases. I suggest to write optional
> backup files which can only be overwritten after the same sort of health
> checks as during the open phase have proved successful.
FYI, in future Valentina will have transactions, log file and so on...
> I think this wouldn't be too complicated:
>
> 1. add an option to the database create and open calls
> 2. add a backup command which first checks the database integrity and
> then does a physical file copy (very fast)
Yes this can be not hard, but as I understand if work on back up feature, it
needs develop at start hot back up.
> In the future I will write a generic tool to synchronize Valentina with
> backend databases (e.g. PostgreSQL and Oracle). I will give them to you,
> too;
Ok, at first check on Valentina list if somebody else work on such utility.
> after some weeks of considering and testing alternatives I think
> that for many client applications (like ours) it's much better to have a
> fast and reliable frontend database (Valentina, of course) and
> asynchronously sync'ing with a backend database. I know, that's a
> contradiction, but my English is not good enough to express it
> correctly - you may know what I mean.
>
> Lastly a personal question because I like to think in the right
> direction, geographically spoken: are you living in Ukraina?
Yes, in Kherson.
--
Best regards,
Ruslan Zasukhin
-------------------------
Paradigma.
e-mail: ruslan@paradigmasoft.com
web : http://www.paradigmasoft.com
To subscribe to the Valentina mail list
send a letter to valentina-on .at. lists .DO.T macserve.net
©2001 Ruslan Zasukhin |
