Prepare

Hello Timextender and community I’m looking to understand how Timextender Classic deals with collumn statistics that aren’t tied to indexes. Our project is built on Azure SQL DB. Obviously TimeXtender automatically rebuilds indexes as part of its data cleansing procedures. However, rebuilding indexes only updates statistics on the indexed columns—not on the rest. Performance relies heavily on accurate statistics for query optimization (especially when MAXDOP isn’t explicitly set), this leaves me wondering: Does TimeXtender have any built-in process or configuration to update statistics on non-indexed columns? If not, are there recommended best practices for managing these statistics in a TX solution—either as part of the deployment or as a post-process step? After dealing with a sudden drop in performance, we’ve observed performance improvements after manually updating statistics in the entire project. This takes 16 hours though, so I’d like to ensure we’re not missing any built-in cap

I’m looking for a TimeXtender Fabric Lakehouse (pyspark.sql) expert 😀 I’ve got a SQL transformation that selects the maximum value of 10 columns: (select max(val) from (values ([Column_1]), ([Column_2]), ..., ([Column_10])) as [Values](val)) How do I achieve this in a Prepare Lakehouse custom transformation?I could build the mother/father of all massive case statements, but I’d prefer something simpler and more elegant … if possible!?

I have a client that wants to explore a significant rework of their Prepare instance. They want to duplicate their existing Prepare instance in Dev to create a sandbox instance. Is there a recommended approach to achieve this? They are using version 6898.1

Somebody can explain how to use the custom editor feature? Is it possible to use SSMS to edit the t-sql scripts? How must be setup it?

Hi Looking to quickly replicate an existing data pipeline in a new prepare instance. Is it possible to clone a table in one prepare instance into another, or somehow export a table from one prepare instance and import into another? I cannot see any option, so my guess is no, but just thought I’d ask. Regards Paul

I have a table X in the DSA layer from TX and I can't find the script to get the right output. There is a field FCL that possible have multiple records with different YearFrom and YearEnd. FCL YearFrom YearEnd1 2010 20201 2021 20502 2010 2050 I need a data selection rules that only imports from the ODX layer the FCL with the highest YeardEnd group by FCL FCL YearFrom YearEnd1 2021 20502 2010 2050 Is there anyone who has a suggestion. The output from is table is userd as lookup table for another table in the same DSA layer.

This is a simple Deploy and its been running for almost 20 minutes.Whats wrong here?

Hi, I am facing an issue with duplicate records when using incremental load on a table that receives data via a table insert from another table in the same data area. The incremental load selection rule is based on DW_TimeStamp, and there are three PK in the target table. The issue is that the primary key does not seem to be enforced in the target table, as I am getting duplicate rows in the table. I tested this with another table where data is inserted through a table insert (but without incremental load), and I still see duplicate values for the PK fields and despite setting the table option to "Use instance setting (error)", no error is thrown when duplicates occur. I have tested this behavior in TDI 6935.1 and 6926.1, and the issue persists. My questions are: How do primary keys work with table inserts? Should they prevent duplicates, or do they not function as expected when using table inserts? Can incremental load be achieved using table inserts? If so, what are the necessary con

Dear Sir, In TX version 20 you had a configuration setting Direct Read. I cannot find this setting in the latest and the greatest version in TimeXtender. Question: Is Direct Read still available ? How can I set this up ? Thanx in advance for looking into this. The "Direct Read" option in TimeXtender is particularly useful in scenarios where you need to transfer data between different data areas within the same physical database but using different schemas. Here are some specific scenarios where you might use the Direct Read option: Large Data Volumes: When dealing with large tables, Direct Read can be more efficient as it allows for direct data transfer within the same database, reducing the overhead associated with external data movement tools like SSIS or ADO.NET. Incremental Loads: Direct Read is beneficial for incremental loads where only a subset of data needs to be transferred based on specific criteria (e.g., timestamp or modified date). This can help in optimizing performance a

Hi All, Hopefully you can help me with this one. We have a source table from our POS systems containing sales transactions. There are a few value columns we transfer that are stored as a money data type and we see some weird things happening with the values of the columns. Differences of 0.01 up to 0.0001 are appearing from nowhere in the transfer from ODX to DWH and i don't know how this i happening.The columns that have money data type are called ‘Bedrag', ’Korting’ and ‘NettoBedrag’ Take transaction 52. In the source the values are like this: After transfer with ODX, i looked in the parquet file using ParquetViewer and that looks like this: Still the same, nothing wrong here. I imported the table without any modifications in TimeXtender and it looks like this: After a transfer the data looks like this: If you look closely we lost 0.0001 on the first record ‘NettoBedrag’. Also wel lost 0.0001 on the Bedrag of the second record. I've tried a few things to mitigate this. Different nume

Hey everyone, I have the following question: Is it possible, at the database level, to set the primary key to the one selected in TX (e.g., "Umkod_ID") instead of the default "DW_ID"? The issue arises because we access our table via PowerApps, and since the app existed beforehand, references in the code were already predefined. Currently, the app's primary key is set to the "Umkod_ID" field of the table. However, in our database, the primary key is set to the system field "DW_ID." Since this table is only loaded once and no transformations occur, the system fields are not particularly important to us in this case. We resolved this issue by manually populating the table, but I am curious if anyone knows a workaround that could be applied to similar cases in the future.

Case: In the DSA I have two tables (Employee and Employee Addresses). The fist table has history in it from the source system (so no TX history active). On the second table we have TX History active (Type II) . It is not privided by the source system. When joining the tables to a dimension, the timelines must be combined. In what way can this be achived in TX? Emp_ID RegistrationNumber ExpDate ValidFromDate ValidToDate SCD Is Current 109030 39935270430 4-7-2020 1-01-00 1-10-24 0 109030 39935270430 4-7-2029 2-10-24 31-12-99 1 Emp_ID ZIP City SCD From DateTime SCD To DateTime SCD Is Current 109030 1625 HV Hoorn 1-01-00 31-05-24 0 109030 1000 AB Amsterdam 1-06-24 31-12-99 1 Result of join: DWH_ID Emp_ID RegistrationNumber ExpDate ZIP City SCD From DateTime SCD To DateTime SCD Is Current 1 109030 39935270430 4-7-2020 1625 HV Hoorn 1-01-00 31-05-24 0 2 109030 39935270430 4-7-2029 1000 AB Amsterdam 1-06-14 1-10-24 0 3 109030 39935270430 4-7-2029 1000 AB Amsterdam 2-10-24 31-12-99 1

Hi all, I'd like to start a discussion about the batch cleansing option. You can find this option in: Table Settings → Performance → Enable batch data cleansing. This option is disabled by default. I'm looking for best practices when you should use it and how to determine the best batch cleansing size. I normally enable it on big tables (5.000.000 + rows), this reduces the disk space used for logging. But in some cases it also improves performance. It can result in faster loading of a table. However, I'm always struggling determining the correct batch size. I know the answer will be ‘it depends’. But I'm trying to find some best practices for this option. For now I start at 250.000 rows for batch cleansing and increase with 250.000 rows. I write down the timings and pick the best setting. This setting depends on the number of rows and number of transformations in the table. I'm curious if there are any practices or tips and tricks for this?

Hi, I updated our TX version to the newest 6814.1 I have added many tables in TimeXtender Ingest Server with incremental load. Why do I have to change all incr. tables in "desktop app" to explicit incremental load, can't you use “Automatic” anymore? Error msg: when executing with automatic on a table with incr setup from the datasource I get this type of error “Invalid object name 'shema.table_I'.” Something I haven't done right... regards, Bjørn A.

I am deploying a project to Snowflake. On a table I get the following error: Object reference not set to an instance of an object. As read in another ticket I did a ‘Save and reload' but unfortunately that did not solve the issue. It;s on deploying the data cleansing script however it does not show me the script in the deployment log, I only see the error message. Is there an easy way i can see what lookup column is causing the issue ?

Hi!Getting this error when I try to open the Dev instance. Test and Prod is OK. I could open an earlier version of the project but after I made some changes and tried to save and deploy, I first got a warning that said that this was not the latest version. When I chose to save anyway, I got the same error. Is there some way to “force save” to make this earlier version the latest one and get rid of the error?

Hi, I was wondering if it's possible to use multiple ODX instances for different enviroments (DEV/ACC/PRD).I know that at 20.10 you could only use a single ODX as after multiple enviroment transfer all mapping to ODX would be lost when using multiple ODX instances Is this still the case? Is this issue solved in next-gen?

This is the first time that I see it: What it is?

I am deploying a project to Snowflake and see a lof of tables are skipped. Then we get the messages below (as an example) Apparantly the tales are skipped as key stores / supernatural keys are not supported . Is this a feature to become available on short notice as our entire datawarehouse uses these? Besides that, is there a way I can see what any other unsupported feautures we have?

Hi I have an issue whereby I get the following message when running the ‘Report / Errors’ menu option in one of my data areas. However, when I click OK I do not get any further information to help me identify the issue. Please advise what I need to do to troubleshoot this further. TimeXtender Data Integration version 6745.1 Thanks

Dear all, When synchronizing the mdw with the odx through right mouse click on the odx and selecting “Synchronize (...)”, the error messages as attached always show up. “Synchronize with Remapping (...)” only leads to complete removal of the field mappings in the subject tables. As there are other ways to sync the mdw with the odx, it’s still possible to work with the subject tables in the mdw. Nevertheless i wonder what causes the error messages and would like to eliminate them along with the risk of having to redo all work on the tables in a later stage.

Hi, We are migratring i customer from version 20 to 21. In version 20 they use a system variable to limit the amount of data loaded into certain DSA tables in the development environment.is there any way to accomplish this in V21 - setting a variable that only affects one instance? BRAnders

I have a table which loads incremental in the ODX In the datawarehouse the table is on Automatic and in simple mode.The setting to keep fields up to date is off. Will the incremental records from the ODX do inserts and updates, but update only on the fields with no transformations/lookups or will no updates be made at all when an updated existing record is retrieved from the source? As we don’t have any transformations in that part I was hoping we could skip the RAW table and that records get updated if newer versions come by.The documentation only mentions what the ‘keeping fields up to date’ does for lookup fields , transformation fields and so on, not what exactly happens when that box is not checked

I am working with a solution that delivers 3 end points The first end-point https://data.mysystem.com/86fb92b5-ae9c Data from this end-point is aleady in the DVH id is the unique id for the attached document: { "Type": "images", "fileName": "some_file_name.pdf", "id": "3de1cef70101", "mimeType": "application/pdf" } The second end-point To reterive the document the endpoint is https://data.mysystem.com/attachment/ <id> This gives the output as ANSI %PDF-1.7%����1 0 obj<</Type/Catalog/Pages 2 0 R/>>endobj2 0 obj<</Type/Pages/Count 21/Kids[ 4 0 R 27 0 R 31 0 R 37 0 R 46 0 R 48 0 R 50 0 R 54 0 R 56 0 R 60 0 R 62] >>endobj3 0 obj<</MSIP_Label_7a2396b7-5846-48ff-8468-5f49f8ad722a_Enabled(true) /MSIP_Label_7a2396b7-5846-48ff-8468-5f49f8ad722a_SetDate(2022-10-05T08:45:49Z) /MSIP_Label_7a2396b7-5846-48ff-8468-5f49f8ad722a_Method(Standard) /MSIP_Label_7a2396b7-5846-48ff-8468-5f49f8ad722a_Name(Lav) /MSIP_Label_7a2396b7-5846-48ff-8468-5f49f8ad722a_SiteId(e6795081-6391-442e-9ab4-5e9ef74f18ea)(�� I

Hi there. I‘m having trouble with a three tables in my project. What they have in common is that they are tables that I created specifically (that is not with a mapping to ODX) and populate with a Custom Table Insert. The problem seems very similar to this one: Data Clensing results in time out | Community (timextender.com) For example, I deployed and executed one of my tables yesterday evening (not a large one, about 20.000 rows). And these are the results: I’m not sure what the problem is but the tables are able to finish execution if the Custom Table Insert is set to valid, however then all my lookup fields (and fixed value fields) are null. If it’s set to raw, then the execution of the data cleansing rules seems to go on forever. In relation to the answers to the other question from @Bernarddb, then yes Operator for the lookup fields is normally always none for me (but I also don’t get exactly the same error): Some of the settings might be wrong perhaps: - Tables are not guarded on