Kända begränsningar

Den här versionen av funktionen för dataflöde innehåller flera begränsningar och kända problem som kommer att åtgärdas med tiden.

Allmänt

• Provstorleken för förhandsgranskningen av data kan konfigureras, men endast upp till 10000 rader.

• Det finns en minsta storlek som stöds för webbläsarfönstret, men den tillämpas inte. Om du minskar fönsterstorleken för mycket kommer gränssnittet att upplevas som dåligt.

• Om källan eller målet för ett dataflöde hänvisar till ett utrymme som har bytt namn sedan flödet skapades, kommer det att visas som giltigt men inte kunna köras. Konfigurera dina källor och mål igen för att åtgärda dataflödet.

• Modifierat datum som finns tillgängligt på fliken Översikt uppdateras endast efter en körning eller när dataflödets namn, beskrivning eller taggar redigeras, inte när själva dataflödet ändras.

• För att säkerställa att de senaste utvecklingarna och korrigeringarna från utvecklingsteamet tillämpas korrekt på ditt dataflöde rekommenderar vi att du gör en redigering av namnet eller beskrivningen av dataflödet. Detta kommer att trigga en ny beräkning av skriptet och relaterade appar.

• När du redigerar en nod (källa, processor, mål) i egenskapspanelen måste redigering av namn eller beskrivning i den övre panelen och nodkonfiguration i den nedre panelen sparas separat, annars kan information gå förlorad. Om du i exemplet med en processor ändrar namnet utan att klicka på Spara ändringar, ändrar processorns parametrar och klickar på Tillämpa så kommer namnändringen inte att sparas.

Förhandsgranskning av data

• Om du ändrar typ eller namn på ett mål för dataflöde kommer det underliggande skriptet att uppdateras och ogiltigförklara den aktuella förhandsgranskningen av data. Du måste manuellt uppdatera panelen för förhandsgranskning av data om du vill använda den igen.

• Radbegränsningen i förhandsgranskningen av data kan orsaka inkonsekvens mellan rader som visas i två processorer som till synes har samma konfiguration. Två Aggregate-processorer kan t.ex. ge olika resultat om den ena använder en LOAD-sats som hänvisar direkt till källdatatabellen och den andra använder en resident LOAD-sats som hänvisar till samma tabell men placeras efter en processor som Fork. Detta beror på små skillnader i skriptgenereringen. När dataflödet körs på fullständiga data kommer dock värdena att beräknas korrekt.

Källor och mål

• Mål för dataflöden kan endast lagras som filer.

Processorer

• Datum:

  • Konvertera till datum och Konvertera till tidsmarkör kan misslyckas när de tillämpas på ett fält som läses från ett källformat med ett inbyggt datumstöd, t.ex. Excel.

  • När du lägger till år, månader, veckor eller dagar till en tidsmarkör med funktionen Lägg till varaktighet formateras den som ett datum. Det underliggande värdet innehåller dock rätt tidsmarkör.

  • När du formaterar datum med hjälp av en Datum-processor som är placerad efter en Filter, Gaffel eller Avpivoterings-processor (där skriptet använder en resident LOAD-sats) får du ett valideringsfel och funktionen kanske inte fungerar. Försök att flytta Datum-processorn uppströms från de andra.

• Fönster: förlitar sig på Funktionen för fönsterskript, med samma begränsningar.

• Filtrera: processorerna visar "Odefinierad" som beskrivning när inget fält har valts.

Samarbete med andra

• Även om samarbetet mellan två eller fler användare i ett enskilt dataflöde är begränsat för närvarande, är det möjligt för flera användare att redigera ett dataflöde i ett delat utrymme. Om du öppnar ett dataflöde och någon gör en samtidig ändring kommer en prompt att öppnas för att meddela att du måste ladda om dataflödet. När du har fått den senaste versionen kan du göra din ändring.

• Dataflöden stöder för närvarande inte den funktion för versionshantering som finns i Skript och Appar.