Jump to content

Javier Tarí

Members
  • Content Count

    36
  • Joined

  • Last visited

  • Days Won

    1

Javier Tarí last won the day on October 15

Javier Tarí had the most liked content!

Community Reputation

15 Good

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. This surprised me a lot, and I believe (hope!) is a very good sign: "Recently we launched a new experiment of opening up some internal projects for MVPs to work on. As opposed to some of our open-source initiatives like Bold, these are still owned by Embarcadero and a primary part of the product." https://blogs.embarcadero.com/update-xml-mapper/
  2. Javier Tarí

    Migration from BDE paradox to TFDtable or other options

    A truly good advice: followed it and my application is now running smoothly on NexusDB, with almost no changes at all As I don't use the native components, but descendants wrapping Ttable, TDatabase, and so on, the changes needed to substitute BDE for NexusDB have been made only in that unit
  3. Javier Tarí

    Migration from BDE paradox to TFDtable or other options

    Remember is just paradox with TTable, so no select, no queries. You just open the table and it doesn't matter if it's 10 records or 10 millions. If you stick to locate, SetRange, it will always be light speed When you need to crunch records, then it fall to it's knees and cryes
  4. Javier Tarí

    Migration from BDE paradox to TFDtable or other options

    Nonono... I want both to first get rid of paradox, and get rid of TTable access method But I can't just rewrite the whole application in a step So 1st I would get rid of Paradox, keeping the access method, so the app still works And then change the access method through the whole application, step by step.
  5. Javier Tarí

    Migration from BDE paradox to TFDtable or other options

    My bad; you're right. I'm so used to it that forget it's so old that currently it is unknown territory for most people I understand that you don't have real experience with it, as it was already dead when you finished school Yes, I have lots of installations with Paradox, and didn't had trouble till some W10 updates started breaking it all I don't have experience with more than 50 concurrent users, so I can't talk past that point. With 50, it works (worked) fine Not that the configuration for that to work was easy at all, but once you know how to do it, it's a matter of making your program self-check and self-configure it on the computer it's running, and that's it
  6. Javier Tarí

    Migration from BDE paradox to TFDtable or other options

    I asked this: It should have about the same performance than paradox, with hundreds of tables, many with millions of registers And the proposed solution does not deliver that at all Thanks anyway
  7. Javier Tarí

    Migration from BDE paradox to TFDtable or other options

    No luck... Seems TZtable implementation is also a useless one, loading the whole table in memory: https://zeoslib.sourceforge.io/viewtopic.php?t=11296
  8. Javier Tarí

    Migration from BDE paradox to TFDtable or other options

    When I tried it, many years ago, the implementation was awful: it loaded the whole table in memory A joke instead of a tool
  9. Javier Tarí

    Migration from BDE paradox to TFDtable or other options

    Will try It; thank you I discarded It due to a confusion regarding the engine distribution and AWE server
  10. Does someone know a TTable replacement that really works? It should have about the same performance than paradox, with hundreds of tables, many with millions of registers Changing from ttable-kind to TQuery-kind is not an option at this time: it will be done at a later stage Currently the only DB I know capable of this is ElevateDB; but I'd like to know if there are more possibilities It is an actively developed program, with hundreds of installations that started 20 years ago with D5 and Paradox, and today is with D10.4 and still paradox It must be solved in order: first change from paradox to a server based database, SQL capable Once that is finished, there are plans to slowly migrate from TTable-ish to TQuery-ish Thanks
  11. Javier Tarí

    DFM Serialization Properties order

    Didn't knew it; I'll give it a shot Seems quite interesting, thank you
  12. Javier Tarí

    DFM Serialization Properties order

    Yes, but if it was already published, it does nothing
  13. Javier Tarí

    DFM Serialization Properties order

    Found this: The serialization order depends on the order the porperties have been published. So you the properties you publish on inherited components will be serialized after the the ancestor component published properties So seems I'm mostly out of luck, unless I modify the VCL sources on D2007, publishing the properties that exists on both, but are unpublished on D2007
  14. Currently I'm migrating a project from D2007 to D10.3, and geting false differences on DFM files, due to a change on the order of some properties when the IDE saves a form to a DFM file The properties have the same values, but with D10.3 they are saved on a different order Any idea on how could I change that order? If the fix needs a change on the components, no problem: I use almost always my own components inherited from the standard ones, even TLabel Thanks in advance
×