Zodra de module
Profit-Transact geďmplementeerd is, kunnen tabellen "transaktioneel" worden gemaakt. Profit herkent dan dat data in een tabel gewijzigd is, en kan deze data vervolgens repliceren naar een SQL database, zodat we elders een SQL database hebben met dezelfde data zoals in de Profit-database.
De Replicatie-Server zal de records die gewijzigd zijn 'bezoeken' en de nieuwe versie van de data repliceren naar de SQL database.
Jaren geleden is bepaald dat tabellen die transaktioneel gemaakt zijn, niet gereorganiseerd mogen worden zolang er nog niet verwerkte transakties open stonden voor die tabel; het reorganiseren werd vervolgens geblokkeerd.
Deze blokkade is per heden opgeheven, omdat dit nog wel eens tot problemen leidt, vnl. tijdens de uitvoering van een Upgrade. Stel hierbij maar voor dat de Upgrade zélf ook data records kan schrijven, maar verderop in het proces konstateerd dat een bepaalde tabel reorganiseerd moet worden, wat dan weer tegengehouden wordt omdat er inmiddels weer transakties bij zijn gekomen.
Het blokkeren van reorganisatie zal destijds zijn opgenomen omdat reorganiseren "de recordnummers in de tabel wijzigt", en de ReplicatieServer daarna niet meer weet welke records ze moet bezoeken. Maar, strikt genomen zal reorganiseren slechts de indexen vernieuwen, en is het de PACK die de ruimte uit inmiddels verwijderde records vrijmaakt, en hergebruikt, waardoor de recordnummers wijzigen.
Resumer, er mag best gereorganiseerd worden, als in zo'n geval maar geen PACK wordt uitgevoerd waardoor de recordnummers wijzigen.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOBHOI | Reorganiseren Bestanden | 03-11-2014 | 03-11-2014 |
