Datum perikelen (OPGELOST)

[Stardust]

De stelling:

 

Afleveringsdatum - AD:

vaste datum, kan en mag niet meer gewijzigd worden

 

Verlengingdatum - VD:

gebaseerd op de afleveringsdatum + (365*5+1)

 

VolgendeVerlengingDatum - VVD:

indien de VerlengingDatum leeg is is dit de Afleveringsdatum + (365*5+1) anders is dit de Verlengingsdatum + (365*5+1)

Case(IsEmpty(VD); AD + (365*5 + 1); VD + (365*5 + 1))

 

Dit gaat goed totdat men 5 jaar verder is ... vervolgens komt men in een cirkel terecht en zijn de verkregen resultaten niet langer bruikbaar.

 

Wat ik ook bedenk, ik kom er niet uit ... manuele aanpassingen zijn niet mogelijk vanwege het aantal te behandelen records, de data dienen dus berekend te worden en het liefst zonder gebruik te maken van globale velden of variabelen.

 

Wie weet er raad a.u.b. ???

 

Danny

 

Edited August 26, 2008 by Guest

[Stardust]

Een mens zou er woest van worden ... een ganse dag het hoofd breken, vervolgens zoeken naar een oplossing op het forum ... niets vinden en daarom uiteindelijk een berichtje plaatsen hier op het forum, ten einde raad!

 

Vervolgens nog eens naar je probleem kijken en Eureka ... opgelost!

 

Een script uitvoeren met een loop maar dan niet met een Setfield stap maar wel een Copy en Paste stap. Concreet maakte ik gebruik van SetField VD = VVD waardoor ik algauw in een cirkel terecht kwam, rekening houdend met het feit dat VVD een calculatieveld is.

 

Wat heb ik dan gedaan wel heel simpel, gewoon terug een loop waarbij voor elk record eerst de (oude) waarde uit VVD gecopieerd wordt en met de volgende scriptstap wordt deze geplakt in VD. Hierna past FM het (calculatie)veld VVD terug aan op basis van de waarde die zopas in VD geplakt werd.

 

 

Met mijn excuses voor mijn probleem dat er in feite dus geen was

 

 

Danny

[JeanWM]

Danny,

 

behandel je die records en de berekening in 1 tabel ?

[Stardust]

Jean,

 

Dit is nog een oude db en daarom zeker nog niet volgens de regels der (FM) kunst. Bijgevolg staat alles in 1 tabel.

 

 

Danny

[JeanWM]

Jouw verlengdatum zou dan iets kunnen zijn als:

 

Date ( Month ( AD ); Day ( AD ) + 1; Year ( AD ) + 5 )

 

Als je kijkt naar je process dan zie je dat de verlenging iedere 5 jaar is.

Maak dat een beetje meer dynamisch en maak een 'verlengingsperiode' veld.

Dan heb je 1 formule voor alle mogelijke verlengingsperiode in jaren. Kan gaan van 0 tot .....

Je plugt die waarde in je formule:

 

Date ( Month ( AD ); Day ( AD ) + 1; Year ( AD ) + periode )

 

Je verlengingen zijn een attribute van je 'item'.

Je verliest je history van verlengingen.

 

Bekijk je hele process van aanmaak tot aflevering, verlenging inbegrepen, en bouw je db rond die flow.

Copy en paste maakt er geen deel uit.

 

Ik garandeer je dat je binnen enkele weken/maanden weer woest zult zijn....

[Stardust]

Even vlug voor de TV een proefbestandje gemaakt.

 

Ik denk dat dit ongeveer moet zijn wat jij wilt zeggen Jean?

 

Vergeef me mijn titel, maar het klonk zo mooi

 

Danny

Date Testing.fp7

[JeanWM]

Ja en neen.

Ik hou dat bestandje nog even achter om er later op terug te komen.

 

Mijn bedoeling is om je eerder 'horizontaal' dan 'verticaal' te doen 'denken'.

 

Je beperkt jezelf tot een soort van 'vaste' periode. In dit geval 5 jaar.

 

Indien de periode verandert, of je dient een andere periode toe te passen voor bv een ander item, moet je je formule weer gaan aanpassen.

 

En dat is wat ik bedoel met je formule een beetje meer dynamisch te maken.

 

Wat indien je items hebt waarbij de periode op 'dag' basis is ?.

Of op 'maand' basis ?

 

Wat indien je items hebt waarvan de eerste geldigheidsperiode 5 jaar is, maar de verlengingen 3 jaar ?

 

Niet zeggen: 'dat zal wel nooit'.

Het gaat hier om de denkoefening en dan het implementeren....

 

Plant jezelf een weer voor je TV en probeer eens iets in die zin uit te broeden.

Wij zullen het hier bekijken en met andere, 'horizontaal denkende vragen' afkomen.

(Indien je dat wil tenminste.... )

 

En wat de titel beteft: 't is hier wel Yucatán.....

[Stardust]

Zoals steeds heb je weer het bij het rechte eind. Inderdaad dient men rekening te houden met de mogelijkheden die in de toekomst kunnen opduiken.

 

Het probleem momenteel was dat ik dringend dergelijke aanpassing wou om verder te kunnen.

 

Ik heb met schade en schande geleerd dat je inderdaad toekomstgericht dient te denken. Al te vaak zijn zaken die vandaag vanzelfsprekend zijn van de een op de andere dag gewijzigd en wordt er van je verwacht dat je ook zo flexibel bent. Kortweg, veel woorden om te zeggen, ik begijp wat je bedoelt.

 

Weerom komen we in jouw behangpapierfase terecht, d.w.z. op voorhand plannen en uittekenen ... Geloof me ik ben het roerend met je eens en als ik al eens raad durf geven aan iemand anders, begin ik altijd met dat aan te geven. Spijtig genoeg zondig ik meestal als eerste om toch vlug iets in mekaar te steken, dankzij FM is dat meestal mogelijk, een groot voordeel maar misschien eveneens een nadeel (a.u.b. niet verder vertellen, ik zou niet willen dat men hieraan iets wijzigt).

 

Je dient te begrijpen dat de voorbeelden die ik gaf slechts een klein onderdeel van een groot en complex geheel vormden en ik was al blij met m'n eerste (niet zo'n goede) oplossing maar de tweede was beter, hoewel arbeidsintensiever want dit betekende een hele aanpassing aan heel wat velden in de actieve database. Mocht ik dat indertijd allemaal voorzien hebben zou dat inderdaad nu heel wat makkelijker zijn, maar helaas ik dien meestal uit te voeren, voor het denkwerk hebben wij hier beter betaalde specialisten.

 

Het desbetreffende bestand is één van m'n toekomstgerichte objectieven om het helemaal van niets terug op te bouwen, maar ondertussen moet ik wel verder kunnen met hetgeen wat ik nu heb.

 

Vanzelfsprekend kijk ik uit naar al je raad, advies en tips. Ik begrijp ze soms niet helemaal maar ik doe op z'n minst ene poging om het te doorgronden

 

Met mijn welgemeende dank en respect,

 

Danny

[JeanWM]

Natuurlijk begrijp ik dat het een deeltje is van een groter geheel.

 

Vandaar mijn vraag over dag en maand en variabele verlenging.

 

Stel dat het een jaar is en de begin datum is 29 feb...., moet het naar 28 feb gaan, of 1 maart, of 2 maart of 29 feb maar enkel om de 4 jaar ?

 

...een ganse dag het hoofd breken, vervolgens zoeken naar een oplossing op het forum ... niets vinden 

 

't school is weer bezig, dus hier de vraag:

Als je geen tijd hebt om het van de eerste keer zo goed mogelijk te doen, waar ga de tijd vandaan halen om het later volledig over te doen ?

 

Een forum is om brandjes te blussen.

Wat we nu proberen is je brandbeveiliging bij te brengen.... was dat niet één van je cursussen ?

 

We verwachten in alle geval een bestandje van jouw kant, want het onze is al klaar.....

[Stardust]

Wat we nu proberen is je brandbeveiliging bij te brengen.... was dat niet één van je cursussen ?

 

Ai ... dat is pijnlijk En te zeggen dat ik dringend een nieuw evacuatieplan moet opstellen en door het zoeken naar een FM oplossing veel tijd verloren heb ... ik weet het 'mea culpa'

 

Als je geen tijd hebt om het van de eerste keer zo goed mogelijk te doen, waar ga de tijd vandaan halen om het later volledig over te doen ?

 

Het kwaad is reeds veel jaren geleden geschied ...

 

We verwachten in alle geval een bestandje van jouw kant, want het onze is al klaar..

 

Het bestand waar het van toepassing is, durf ik niet onder jullie ogen te brengen ... dat is geen bestand maar een gedrocht tot mijn grote schaamte Maar ik zal proberen jouw tips om te zetten naar het voorbeeldbestandje. Alleszins moet ik (gelukkig geen rekening houden met schrikkeljaren en is voor de eerste jaren (gelukkig maar) de vervaldatum op 5 jaar bepaald.

 

Maar gun me wat tijd ... ik heb nog zo veel te doen ...

 

Danny

[JeanWM]

De voorbeeldbestandjes is de bedoeling.

Die vormen op termijn je bibliotheek van probleem/oplossing/archief.

 

Je hoeft niet altijd alles uit het hoofdje te weten/kunnen.

Weet waar je de oplossing moet zoeken/vinden.

 

Ik ben niet onder de indruk van iemand die altijd en overal een juiste formule kan ophoesten, dat is monkey/parrot work.

Iemand die op basis van enkele functies een nodige formule met een werkbare oplossing in mekaar kan steken is degene die je in je buurt moet hebben.

En die 'iemand' zijn op termijn je bestandjes.

 

Dus je schakelt over naar VTM, wat staat voor Volop Testbestandjes Maken .....

[Optic]

Wellicht offtopic maar ik gebruik Developers storage voor het opslaan van technieken, berekeningen, scripts, custom functions en voorbeeldfiles.

 

Ook is er een tabblad tips waar je gemakkelijk stukken tekst in kan plakken, erg gemakkelijk voor tips, tricks en JeanWM's posts.

 

Erg gemakkelijk en overzichtelijk!

 

Gratis te downloaden:

http://www.foundationdbs.com/downloads.html

[Stardust]

Optic,

 

dergelijke tips zijn nooit offtopic! Trouwens die developer tool, prachtige oplossing om al mijn verspreide tips in samen te voegen. Misschien een tip voor velen, om te beginnen al de AVD tips hierin plaatsen en bovenaan nog ergens een link naar dit forum maken!

 

Bedankt!

 

Dus je schakelt over naar VTM, wat staat voor Volop Testbestandjes Maken .....

 

Jean ... VTM ? Wat wil je me nog aan doen, Vitaya misschien ?

 

Alleszins, ik werk rustig voort en zend je nog wel wat.

 

Danny