www.clarify.net

RE: Hoe een sum bij te werken bij wijzigen van een waarde

marspan — Fri, 16 May 2008 07:02:13 +0200

Onderwerp Antwoorden: 4

Het script gaat alleen het veld in, niet er uit, dus op dat moment is er nog geen getal gewijzigd en helpt een flush of refresh niet.

Als het script een dialoog zou tonen om het getal te wijzigen is er natuurlijk geen probleem, dan handel je het hele proces af in dat script en kun je eindigen met een refresh screen of flush cache to disk.

Maar wij proberen dat zo lang mogelijk te vermijden.

RE: Hoe een sum bij te werken bij wijzigen van een waarde

JeanWM — Fri, 16 May 2008 00:39:22 +0200

Onderwerp: Re: Hoe een sum bij te werken bij wijzigen van een waarde
Onderwerp Antwoorden: 4

marspan schreef:

Het binnengaan van een bedragveld op een begrotingsregel loopt via een script.

Gebruik Flush Cache to Disk als een laatste scriptstap.
_________________
Dar s�ntomas err�n�os, resulta en soluci�n�s err�neas.

RE: Voorstelling magazijn

eroos — Fri, 16 May 2008 00:18:12 +0200

Onderwerp Antwoorden: 23

Heb je bij het aanmaken van de lijst wel aangegeven dat je alleen de gerelateerde waarden wil tonen...?

RE: Backups snelheid

Thu, 15 May 2008 23:51:35 +0200

Onderwerp Antwoorden: 3

Klopt. Bij de dataverificatie scant hij elk blok van 4K.
_________________
www.clickworks.be

filemaker 9 en exchange

DDC — Thu, 15 May 2008 17:55:37 +0200

Onderwerp: filemaker 9 en exchange
Onderwerp Antwoorden: 0

Hallo,

Heeft er iemand ervaring met een plugin voor exchange server?
Ik moet vanop een server (windows 2003) een bericht kunnen sturen zonder outlook of een andere client te gebruiken!

Alvast bedankt!
DDC

RE: Bestand op server zetten

Freaky — Thu, 15 May 2008 17:08:27 +0200

Onderwerp Antwoorden: 4

het volstaat niet enkel de bestanden in de map te copieren ,
je moet ze ook nog uploaden in de filemaker server
dit kan je doen door in de services de fmserver eens te herstarten

RE: vCal van myFMbutler

Freaky — Thu, 15 May 2008 16:52:09 +0200

Onderwerp Antwoorden: 2

wanneer ik via de url : "http://192.168.0.26/fmi/xsl/vcal/vcal.xsl?-db=vCalTemplate&-lay=vcal&-findall&-grammar=fmresultset"
mijn ical calender wens te updaten krijg ik volgende melding :
"Dit agendabestand is leeg. Er zijn geen activiteiten toegevoegd aan uw ical-agenda's "
terwijl ik toch nieuwe todos' en events heb aangemaakt
ook zie ik dat safari een vcal.xsl.ics bestandje heeft gedownload

ik werk met de sample file

Alvast bedankt

RE: Backups snelheid

Jos Hofman — Thu, 15 May 2008 16:31:34 +0200

Onderwerp: Re: Backups snelheid
Onderwerp Antwoorden: 3

Eric schreef:

De backup voor 1 Gb duurt 6 minuten met FMServer.

Dus momenteel elke nacht om 0300 uur omdat er dan geen activiteit is.. maar voor de rest is er activiteit van 7 uur 's ochtends tot 2400 uur, vandaar de vraag..

Erik

Als je de dataverificatie uitzet (fm server) moet hij binnen een minuut klaar zijn�. Die kun je dan bv 's nachts wel laten lopen. Hier wordt ieder uur 4 gig gebackupt en bij een eventuele crash wordt altijd de laatste backup gepakt.

RE: historie bewaren

JeanWM — Thu, 15 May 2008 15:21:19 +0200

Onderwerp Antwoorden: 16

Heb ik al gedaan.

Door je structuur relationeel op te zetten.
Je gegevens invoeren in de relationele database.

Des noods, eventueel, indien het nodig blijkt te zijn, zou je je gegevens in je Excel spreadsheet kunnen importeren in je database. Enkel om je history van gegevens volledig te maken.

Ik vind nergens terug waar ik zou gesteld hebben om je gegevens naar Excel te brengen, dan terug te halen en het geheel in FileMaker als opgewaardeerde spreadsheet te gebruiken.

Vergeet het exporteren naar Excel. Je kunt alles in FileMaker doen.
Je historische gegevens blijven behouden, niks geen overschrijven.
Heeft je bank je gegevens nodig in Excel vorm, maak je voorbereiding in FileMaker en sla het op als Excel file, vanuit FileMaker. Dat is alles.

Maak je FM database relationeel.

Of vergeet FileMaker en doe alles in Excel.
_________________
Dar s�ntomas err�n�os, resulta en soluci�n�s err�neas.

RE: Backups snelheid

Thu, 15 May 2008 15:16:41 +0200

Onderwerp Antwoorden: 3

Ik backup momenteel een server met 3,5 gigabyte aan data op 1 minuut en 6 seconden, om de drie uur. Zonder problemen.
Veel hangt af van je RAID en de bijhorende schijven.
_________________
Rony Rabijns

RE: Voorstelling magazijn

Thu, 15 May 2008 15:00:47 +0200

Onderwerp Antwoorden: 23

het lukt mij nog niet, voel mij een complete n00b...

ik heb tussen mijn "unit database" en de "product database" wel nog een "line item file" zitten, misschien heeft dat ermee te maken ?

In de "unit database" is elk record een unieke unit met de nodige gegevens, aan elk record wil ik nu een lijst (portaal) met producten hangen die gekozen worden uit de "product database", maar enkel die producten die met "ja" aangeduid zijn in het veld "in picklist".

Als er een product in het portaal gezet wordt, dan wordt er in de "line item file" een nieuw record aangemaakt...dat werkt allemaal al, alleen krijg ik de volledige lijst met producten te zien...

RE: Hoe een sum bij te werken bij wijzigen van een waarde

marspan — Thu, 15 May 2008 14:23:32 +0200

Onderwerp Antwoorden: 4

Dag Yves,

Het subtotaal kan per FileMaker-definitie niet opgeslagen zijn, omdat het een sum is van velden uit gerelateerde records. Dat is dus is niet de oorzaak of de oplossing.

RE: Hoe een sum bij te werken bij wijzigen van een waarde

Thu, 15 May 2008 12:10:10 +0200

Onderwerp Antwoorden: 4

Berekening > opties > opnieuw berekenen aanvinken (indexering) ?

Hoe een sum bij te werken bij wijzigen van een waarde

marspan — Thu, 15 May 2008 08:49:27 +0200

Onderwerp: Hoe een sum bij te werken bij wijzigen van een waarde
Onderwerp Antwoorden: 4

Wij hebben o.a. ��n database met begrotingsregels. Het is mogelijk per begroting begrotingsregels, subtotaalregels en totaalregels te maken.

De regels weten wat ze zijn door een statusveld, dat de waarde 'b', 's' of 't' kan hebben. De 's'ubtotaalregels weten welke begrotingsregels ze onder zich hebben, via de interne relatie 'totalen'.

De berekening van het subtotaalbedrag is grofweg:
sum( totalen::bedrag ).

Wanneer je nu het bedrag op een begrotingsregel wijzigt, zou het mooi zijn als het subtotaal wordt bijgewerkt. In FMP 6 werkte dat, in 9 niet.
Een refresh screen is voldoende om de berekeningen te updaten, maar dat vereist een aparte handeling.

Het binnengaan van een bedragveld op een begrotingsregel loopt via een script. In dat script heb ik geprobeerd om op de subtotaalregel een trigger te zetten en de calc van het subtotaal aangepast in:
case( trigger ; 0 ) + sum( totalen::bedrag ). Dat helpt niet.

Wie heeft er een hint?

RE: Bestand op server zetten

Y&T — Thu, 15 May 2008 08:43:02 +0200

Onderwerp Antwoorden: 4

Oh ja, van pinkpop heb ik helaas niets meegekregen. Dus ik weet niet hoe het is geweest.

RE: Bestand op server zetten

Y&T — Thu, 15 May 2008 08:42:03 +0200

Onderwerp Antwoorden: 4

De accounts in de bstanden zijn ingesteld om te delen. Het probleem dat ik heb is dat ik de bestanden niet zie onder de server als ik "open op afstand" en wel als ik in de verkenner van windows kijk in de map met database bestanden op de server.

RE: historie bewaren

richie — Thu, 15 May 2008 08:17:03 +0200

Onderwerp Antwoorden: 16

Gelukkig Jean,

Dat zal de database nog beter maken.

Kan je mij ook vertellen hoe ik dat dan moet doen ?

Echt allemaal ontzettend bedankt voor jullie medewerking en snelle respons. Top !!

RE: historie bewaren

JeanWM — Thu, 15 May 2008 02:26:14 +0200

Onderwerp Antwoorden: 16

Ja.
_________________
Dar s�ntomas err�n�os, resulta en soluci�n�s err�neas.

RE: historie bewaren

richie — Thu, 15 May 2008 01:12:35 +0200

Onderwerp Antwoorden: 16

Hallo boys,

Ik ben blij met iedere opmerking ! Ik leer er zeer veel van.
Ik heb dus inderdaad het advies opgevolgd om een excel bestand weer te importeren.

Het gaat nu als volgt:

Ik maak een layout in tabelvorm, genaamd betaal lijst.
Gegevens daar van exporteer ik naar excel. Maak daar een clieop file van wat naar de bank gaat.
Vervolgens heb ik 12 verschillende layouts gemaakt, met daaraan gekoppeld 12 verschillende tables.

Nu importeer ik in bijvoorbeeld layout betaling mei naar table betaling mei het excel bestand.
En nu heb ik dus de betaal gegevens in een layout staan betaling mei.

Zo doe ik dat nu voor elke maand. Wanneer het jaar om is overschrijf ik de gegevens en zo houd ik dus een historie van een jaar.

Waarschijnlijk super omslachtig, maar het werkt denk ikwel allemaal.
De eerste testen zijn in ieder geval goed.
Het enige is dat de record nummers niet gelijk lopen. Van layout betaling mei start hij bij record 1 , terwijl ik op een andere layout bijvoorbeeld bij record 25 was, waar ik een button heb geplaats om naar layout betaling mei te gaan.
Is dat ook nog op te lossen ??

RE: historie bewaren

Thu, 15 May 2008 00:52:44 +0200

Onderwerp Antwoorden: 16

hiker schreef:

Je huidige werkwijze kun je houden (...)
Dat is het meest simpele.

Verba volent (gelukkig maar), scripta manent.

Wat je hier adviseert, Hiker, blijft hier nog lange tijd voor iedereen te lezen. Ik vind dat jammer.
We zijn hier gewoon goede adviezen te geven om FileMaker-gebruikers te helpen databanken op te bouwen volgens de regels van de kunst.
_________________
Apparebit nos multis erravisse.
Avibus aegre volantibus Deus humilis ramos creavit (BJ).

RE: Voorstelling magazijn

eroos — Wed, 14 May 2008 23:19:11 +0200

Onderwerp Antwoorden: 23

Ik heb in je layout "cat prod op prod" een tweetal velden aangemaakt. Constant en PL. Daar ik niet weet hoe het andere bestand eruit ziet heb ik deze velden voor het gemak in hetzelfde tabel aangemaakt.

Vervolgens heb ik een relatie gelegd tussen constant en PL. Alle 161 records hebben een 1 in het veld constant. Het veld PL heeft in 32 records een 1 staan. Gelijk aan de waarde van je andere bestand met het veld PL.

Als je nu naar de layout "Constant"kijkt dan zie wat het resultaat is.

1. Er is een lijst met 32 producten. (Niet selecteren, want deze is gelinkt aan je producten. Hier heb ik geen apart veld voor gemaakt)

En een portaal, welke eveneens de 32 gerelateerde records toont. Als je nu in de relatie de TO "PL" vervangt door je eigen TO uit het andere bestand en je past de lijst aan, dan ben je er.

RE: historie bewaren

Wed, 14 May 2008 21:13:14 +0200

Onderwerp Antwoorden: 16

Als je je oude exelbestanden nog hebt, importeer die dan in een nieuwe tabel. via een relatie/portaal kun je dan alle oude gegevens bekijken.
Je huidige werkwijze kun je houden, alleen een extra stap importeren komt erbij.
Dat is het meest simpele.
Later kun je in de tweede tabel dan ook berekeningen toevoegen als min/max/gemiddeld/etc.

RE: historie bewaren

Wed, 14 May 2008 21:05:15 +0200

Onderwerp Antwoorden: 16

JeanWM, Ik had absoluut niet het idee dat je mij bedoelde was alleen een aanvulling.

RE: historie bewaren

JeanWM — Wed, 14 May 2008 19:26:49 +0200

Onderwerp Antwoorden: 16

Sorry Pjotter dat mijn post een verkeerde indruk gaf.
Het was een reactie op Richie's post.

Introductie is aangepast....
_________________
Dar s�ntomas err�n�os, resulta en soluci�n�s err�neas.

RE: historie bewaren

Wed, 14 May 2008 17:57:31 +0200

Onderwerp Antwoorden: 16

JeanWM dat is ook wat ik bedoelde aan te geven met mijn opmerking. Oude history is nooit weg maar wel soms lastig om te importeren ./ aan te passen in de nieuwe toepassing. Ik gebruik hiervoor excel omdat het dan eenvoudig iscomplete gegevens te wissen/ toe te voegen enz.
Mijn opmerking was ook meer een steun in de rug om aan te geven dat history in een database nooit verloren gaat.
Zelf even gekeken naar de voorbeelden en deze spreken voor zich om als startpunt te dienen.

RE: historie bewaren

JeanWM — Wed, 14 May 2008 14:40:49 +0200

Onderwerp Antwoorden: 16

@ Richie

Daarom dat ik begon met

Quote:

Misschien niet en misschien best wel.

We kennen de huidige structuur niet van je toepassing, enkel dat het waarschijnlijk een 'flat file'.

De oefening op papier blijft gelden.

Kijk welke velden je nu hebt, bepaal in welke tabel ze eigenlijk thuishoren en hevel die over naar de nieuw te maken tabel in je huidige toepassing.
Je maakt de relaties en met relatief weinig inspanning is je toepassing relationeel gemaakt.

Om je history compleet te maken kun je de gegevens die je in Excel hebt importeren in je nieuw gemaakte tabellen.
_________________
Dar s�ntomas err�n�os, resulta en soluci�n�s err�neas.

RE: historie bewaren

Wed, 14 May 2008 11:52:09 +0200

Onderwerp Antwoorden: 16

Als je de gegevens al hebt zijn die gewoon te importeren. Wel zul je goed moeten selecteren en dan importeren. Het zal een wel wat tijd kosten maar weg is het nooit. Het is wel een paar keer proberen hoe je wegschrijf en importeer enz enz. (Eventueel met excel als tussen station.) Een tweede mogelijkheid is om nieuw te starten en een apart extra veld maken met de sum gegevens.

RE: historie bewaren

richie — Wed, 14 May 2008 09:03:30 +0200

Onderwerp Antwoorden: 16

Hi Jean,

Het is jammer, want al die gegevens heb ik allemaal al. Per maand wordt er berekend hoeveel dagen een persoon les heeft gehad en welke les en wat dat per les kost. Zelfs bij de eerste maand wordt er inschrijfgeld berekend. Wanneer een persoon ziek is worden die dagen eraf gehaald en ga zo maar door.
Wat dat betreft klopt dat allemaal en ben ik zeer trots op wat ik heb gemaakt. Aan het einde van de maand exporteer ik de gegevens ( persoon, banknummer , bedrag) naar excel. Daarvan maak ik een clieop file wat naar de bank gaat.
In de nieuwe maand berekend filemaker opnieuw hoeveel dagen een persoon les heeft gevolgd. Mijn eindbedrag kan dus anders zijn dan de vorige maand, omdat er nu misschien wel 5 dinsdagen waren bv. Dat is allemaal geen probleem, dat heb ik allemaal verwerkt in formules.
Ik zou natuurlijk de history kunnen bekijken van het eindbedrag in de excel files, maar ik zou zo graag zien dat ik dat eindbedrag en de datum van de incasso ergens op kan slaan en terugvinden in filemaker.

RE: Voorstelling magazijn

Wed, 14 May 2008 08:49:35 +0200

Onderwerp Antwoorden: 23

man, man, dat met die relatie wil maar niet lukken, ik krijg steeds alle producten nog in mijn invoerlijst te zien....ik weet niet meer wat ik verkeerd doe...
Met een joinfile en portalen lukt het mij ook niet. Het is de bedoeling dat in het andere bestand een lijst(portaal) kan gemaakt worden van producten die nodig zijn en enkel de producten met PL=1 mogen gekozen worden...

RE: historie bewaren

JeanWM — Wed, 14 May 2008 06:09:07 +0200

Onderwerp Antwoorden: 16

Misschien niet en misschien best wel.

Als je herbegint dan begin je best met je computer uit te schakelen en terug te grijpen naar potlood en papier.

Een lijstje maken van alle mogelijke entities die je denkt nodig te hebben, met daarnaast een lijstje met alle attributes die je denkt nodig te hebben van elke entity.

Noteer daarbij welk type veld het moet zijn (tekst, nummer, datum etc)

Dat gaat je de mogelijkheid geven om te zien of je de nodige informatie al in een bepaalde vorm hebt.

Je hebt bv een datum voor een bepaalde lesdag.
Je zegt dat je 'op het einde van de maand.....'.
Je hebt dus bv de datum van de laatste dag van een gegeven maand nodig.
Dat wordt dus een datumveld, maar berekend.
Je hebt een totaal van de lesdagen nodig van een gegeven cursist voor een gegeven maand, dat wordt dus een berekeningsveld, waarbij er twee overeenkomsten zijn: het moet dezelfde student zijn en het moet van dezelfde maand zijn.

Je ziet dat je 'student' al ergens hebt en je hebt ook al een veldje met de maand. Breng die twee bv samen in studentMaand.

Maak een relatie (kan een self-join zijn) op dat veld en je hebt de basis om alles op te tellen waar studentMaand = studentMaand.

Eenmaal d�t volledig op papier staat begin je pas in FileMaker.
Je entities worden tabellen, de attributes worden velden.
En vermits je op papier hebt staan waar al je gegevens zitten is het niet moeilijk om dat in FileMakerees om te zetten.

Moet je nu ergens een aanpassing maken, grijp dan eerst je papier en kijk daar wat de mogelijke invloed van de aanpassing kan zijn op reeds bestaande velden.

Moet je een toevoeging doen, kijk eerst op je papier waar je dat het beste doet en waar en of er al mogelijke gegevens zitten.

Zit je vast, dan heb je nog altijd dit Touring Forum....
_________________
Dar s�ntomas err�n�os, resulta en soluci�n�s err�neas.

RE: historie bewaren

richie — Wed, 14 May 2008 01:17:47 +0200

Onderwerp Antwoorden: 16

Bedankt voor jullie reacties.

Ik denk dat ik een probleem heb, want ik heb alles in ��n tabel staan.
Ik kan dus geen relaties leggen.
Ik denk dat ik opnieuw moet beginnen en dan eerst verschillende tabellen aan moet maken, toch ?

RE: Portaal-records overzetten naar een andere database.

JeanWM — Wed, 14 May 2008 00:15:49 +0200

Onderwerp Antwoorden: 6

Bedankt om het gebruikte werkwoord aan te passen.

Set Field is een script stap. Je moet dus de actie triggeren, via een knop of een andere script of een plug-in.

De aanduiding zegt al alles:
je 'set' een 'field' met een bepaalde waarde.
Die waarde kan een de waarde van hetzelfde veld zijn, een ander veld, een berekende waarde, een locale of globale variabele.
Mogelijkheden genoeg.

Look-up is eerder een berekende copy van de waarde in een veld.
De copy steunt op een bestaande relatie.
Geen relatie, geen look-up.
Het is dus best dat je eerst voldoende kennis hebt van gerelateerde mogelijkheden v��r je gebruik gaat maken van gerelateerde velden en/of lookups.

Belangrijk is te weten dat het eerste gevonden record dat beantwoordt aan de onderliggende relatie in aanmerking komt voor data copy.

Je kunt dus beginnen te spelen met de volgorde van de gerelateerde set om FM te dwingen je record dat je nodig hebt als eerste in de set te zetten.
Verder heb je verschillende mogelijkheden indien de match niet geldig zou zijn (een te weinig gebruikte mogelijkheid tenandere).
De copy next lower en copy next higher is een prachtige tool om mee te spelen.

Het is dus aangewezen dat je kleine toepassingen maakt waar je die tools ��n voor ��n gaat proberen en kijkt wat de resultaten zijn.

Het is zoals Andr� al zei, zoiets als:
Het is niet omdat je de 24 delige levensbeschrijving van Beethoven gelezen hebt dat je piano kunt spelen.
_________________
Dar s�ntomas err�n�os, resulta en soluci�n�s err�neas.

RE: Parkeren data

Tue, 13 May 2008 23:02:18 +0200

Onderwerp: Data bewaren
Onderwerp Antwoorden: 9

Jean en ook Andr�,

Bedankt voor jullie wijze woorden. Hoe ik in detail de dBase moet gaan opzetten met alle velden en berekeningen is inderdaad een stuk Filemaker-kennis. Daar ga ik me volledig op storten.
Wat wel heel belangrijk is in deze, en daar hebben jullie me uitstekend mee geholpen, is even dat stukje inzicht verkrijgen hoe je zoiets kunt benaderen.
Mijn manier van werken is waarschijnlijk wel werkend maar niet werkbaar te krijgen.
De oplossing van Jean kent wat dat betreft geen limiet.
ik ga snel aan de slag.

EricJ

RE: Voorstelling magazijn

eroos — Tue, 13 May 2008 21:59:52 +0200

Onderwerp Antwoorden: 23

Je kan de omschrijving van het product als veld opnemen in je portaal van je magazijn. Kijk even of het zo werkt.

Verder zag ik op de layout van het magazijn een knop staan naar producten. Ik heb deze dynamisch gemaakt. Zodra je op de knop klikt gaat deze naar het product wat op dat moment open staat in je magazijn.

Dit is maar een voorbeeld. Het geeft wel aan dat je goed moet letten op de "mens - machine interactie. Met andere woorden: Hou het logisch.

Voor je andere vraag: Maak een veld met een constante met waarde 1 en maak vervolgens een relatie met dat bestand tussen PL en het veld constant. Als je nu een lijst aanmaak vanuit deze relatie dan zie je alle producten met waarde 1 in het veld PL.

RE: Portaal-records overzetten naar een andere database.

Cinta — Tue, 13 May 2008 16:41:05 +0200

Onderwerp Antwoorden: 6

post edited..

RE: Voorstelling magazijn

Tue, 13 May 2008 16:40:32 +0200

Onderwerp Antwoorden: 23

Volgend probleem stelt zich, als ik bij producten de omschrijving van het product aanpas, dan wijzigen de omschrijvingen in het "magazijn" niet mee, is dit normaal ??? De omschrijving in de invoerlijst is echter wel aangepast...

Vanuit een ander bestand wil ik een keuzelijst tonen van alle producten waanvan in het veld "PL" een "1" staat...hoe leg ik dat aan boord ?

groetjes

RE: Portaal-records overzetten naar een andere database.

JeanWM — Tue, 13 May 2008 16:36:09 +0200

Onderwerp Antwoorden: 6

Cinta schreef:

...maar eigenlijk begrijp ik het nog niet zo goed...

Dat komt waarschijnlijk omdat je het verkeerde werkwoord gebruikt.
_________________
Dar s�ntomas err�n�os, resulta en soluci�n�s err�neas.

RE: Portaal-records overzetten naar een andere database.

Cinta — Tue, 13 May 2008 16:31:38 +0200

Onderwerp Antwoorden: 6

Sorry, maar ik heb inderdaad nog niet zo heel veel ervaring met filemaker pro. Dit is mijn eerste project en van dingen als Set Field, parameters en globalen heb ik nog geen kaas gegeten. Nu heb ik wel al een heel factureringprogramma in elkaar geschroefd met mijn basiskennis, nu wil ik het programma wat functioneler maken met iets ingewikkeldere principes en daarom stel ik mijn vragen hier. Ik heb me ingelezen over set field en er wat mee geprobeerd maar eigenlijk begrijp ik het nog niet zo goed, tips om hier wat beter mee overweg te kunnen?

En JeanWM, ik had ook al bedacht dat er zoiets moest komen, alleen weet ik niet hoe dat precies in zijn werking gaat, ik zal de begrippen die je opnoemde opzoeken en kijken of ik er mee kan werken.

Alvast bedankt voor jullie snelle reacties.

RE: Parkeren data

JeanWM — Tue, 13 May 2008 16:28:00 +0200

Onderwerp Antwoorden: 9

Zoals Andr� terecht opmerkt (wie ben ik om hem tegen te spreken), je probeert nu de techniek te doorgronden.

Inderdaad, voor ieder tornooi maak je een nieuw record.
Daarna wijs je deelnemers toe aan het tornooi.

Je blijft de keuze hebben of je alle 'leden' toewijst aan een gegeven tornooi en dan per lid aangeeft of die al of niet (Yes/No) deelneemt aan het gegeven tornooi of enkel deelnemers aan een tornooi opgeeft.

Vermits je zelf een yes/no deelnemingsmogelijkheid opgaf, gaan we ervan uit dat je alle leden toewijst aan een nieuw tornooi en dan per lid gaat bepalen of die al of niet deelnam.

Hoe dat dan kadert in je beperking tot 15 is een andere zaak.
_________________
Dar s�ntomas err�n�os, resulta en soluci�n�s err�neas.

RE: Portaal-records overzetten naar een andere database.

JeanWM — Tue, 13 May 2008 16:12:40 +0200

Onderwerp Antwoorden: 6

... en de look-up niet vergeten....

Deze factuur heeft als basis offerteNr (ID).
ParentKeyOfferte in offerte = foreignKeyOfferte in facturatie, via look-up, hop alle gegevens in de lineItemtable voor de facturatie.

Of niet ?
_________________
Dar s�ntomas err�n�os, resulta en soluci�n�s err�neas.

RE: historie bewaren

JeanWM — Tue, 13 May 2008 16:04:16 +0200

Onderwerp Antwoorden: 16

Even kijken wat we allemaal hebben:

1 nieuw forumlid: welkom Richie.

We nemen een deel van je post door zonder quotes...

Ik heb een berekening gemaakt (calculatieveld.01) voor een aantal (nummerveld.01) lessen (tekstveld.01) die gevolgd zijn (datumveld.01) door een cursist (tekstveld.02).

Dit is een berekening (calculatieveldveld.01) per maand(calculatedDatumveld.01).

Aan het eind van de maand(datumveld.02) staat er dan een bedrag(calculatieveld.02), berekend door aantal maandagen(calculatedDatumveld.02) of dinsdagen etc vermenigvuldigd door lesprijs(nummerveld.02).

Ik heb dus een eindbedrag (calculatieveld.02).

Dit bedrag (calculatieveld.02) ga ik incasseren (tekstveld.03). Ik geef een datum op (datumveld.03)

Nu moeten we weten wat je database zou moeten doen. Is het:

1. Het noteren van bedragen die cursisten betalen voor het volgen van bepaalde lessen op bepaalde dagen.
2. Het bijhouden van wanneer bepaalde cursisten bepaalde lessen volgen en die dan in rekening brengen
3. Het bijhouden van dagen dat cursisten lessen volgen en die op maandbasis in rekening brengen
4. ......
5. ......

Je moet dus een duidelijk onderscheid zien te maken tussen entity en attribute, zodat je een ERD (entity relationship diagram) kunt opmaken.
Wat zijn de hoofdgegevens (entity) en wat zijn de details (attribute) daarvan.

De cursisten (tekstveld.02) zijn entity, hun gegevens (naam, voornaam enz) zijn attributes.
Ik veronderstel dat je die gegevens ook ergens nodig hebt.

De cursussen (tekstveld.01) zijn entity, details daarvan (zoals prijs)zijn attributes.

Zijn het cursussen die gevolgd worden door cursisten en waarvoor een bedrag wordt aangerekend of zijn het cursisten die cursussen volgen en daarvoor een bepaald bedrag betalen ?

Maar we gaan het niet te moeilijk maken.
Probeer gewoon een duidelijk beschrijving te geven van wat de database moet doen.
Iedere gevonden entiteit moet een uniek ID (nummer of tekst) hebben en die (entity) plaats je best afzonderlijk in een table.

Neem de help file eens door op gebied van relaties en bepaal of je een 1-many (een cursist kan enkel 1 of meerdere cursussen volgen), want Andr� heeft gelijk, je werkt best relationeel. Dan raak je je history niet kwijt.

Kom dan eens terug om je bevindingen te melden.
_________________
Dar s�ntomas err�n�os, resulta en soluci�n�s err�neas.

RE: Portaal-records overzetten naar een andere database.

Tue, 13 May 2008 15:53:52 +0200

Onderwerp Antwoorden: 6

Gegevens overbrengen van de ene tabel naar de andere kan op vele manieren. Eenvoudig en zoals in de "good old days" is het te doen met globalen die je vult met SetField. Er zijn ook variabelen, script parameters, enzovoort. Maar we houden het hier best eenvoudig.
Dat je zo maar veronderstelt dat iets niet kan, bewijst dat je nog helemaal niet vertrouwd bent met FileMaker. Eigenlijk is dat een soort toverdoos. Je zult wel zien.
_________________
Apparebit nos multis erravisse.
Avibus aegre volantibus Deus humilis ramos creavit (BJ).

Portaal-records overzetten naar een andere database.

Cinta — Tue, 13 May 2008 15:48:27 +0200

Onderwerp: Portaal-records overzetten naar een andere database.
Onderwerp Antwoorden: 6

Ik heb 5 databases:
Materiaal: Hier staan alle materiaalgegevens in zoals prijs, omschrijving en artikelnummer.
Offerte: Dit is de database waar offertes in worden gemaakt via een portaal.
Offerte1: Dit is de database van het portaal van Offerte
Factuur: Dit is de database waar facturen worden gemaakt op dezelfde manier als offertes.
Factuur1: idem aan Offerte1

Een factuur wordt op een precies eenzelfde manier gemaakt als een offerte, namelijk door het invoeren van artikelnummers.
Nu vraag ik mij af of er een mogelijkheid is om een record uit bijv. de database Offerte over te zetten naar een record in de database Factuur cq dat alle artikelnummers automatisch ingevuld worden. Deze procedure lijkt mij ingewikkeld en waarschijnlijk niet mogelijk, ik heb in ieder geval nog niks gevonden waaruit blijkt dat dit kan, maar misschien weten jullie meer? Wie weet een oplossing voor dit vraagstuk?

Bij voorbaat dank.

Joost

Backups snelheid

Tue, 13 May 2008 15:12:40 +0200

Onderwerp: Backups snelheid
Onderwerp Antwoorden: 3

hallo,

heeft iemand een idee om Filemaker Server 9.0v3 te laten backuppen zonder dat het problemen geeft voor de clients die op dat ogenblik ingelogd zijn ?
Waarom : het bestand is 1 Gb groot en graag had ik ook rond de middag een backup laten lopen om bij eventule problemen naar een recente backup terug te kunnen gaan...ik vind het maar pover om 1 X 's nachts kunnen backuppen. Als de backup loopt dan kunnen de clients zelfs bijna niet meer werken, het is verschrikkelijk traag..en Filemaker maar beweren dat dit fenomeen voorbij was.

De backup voor 1 Gb duurt 6 minuten met FMServer.

Dus momenteel elke nacht om 0300 uur omdat er dan geen activiteit is.. maar voor de rest is er activiteit van 7 uur 's ochtends tot 2400 uur, vandaar de vraag..

Alvast bedankt,

Erik

RE: Draait filemaker server 9 advanced op windows 2003 X64?

Tue, 13 May 2008 15:05:04 +0200

Onderwerp: 64 bit versie win 2003
Onderwerp Antwoorden: 4

Hallo,

ik heb het 1 jaar draaien gehad voor ongeveer een 50 tal gebruikers maar na een tijd had ik problemen met de administration console die geen refresh deed van de gebruiker ed..

Dus aan te raden een 3 bit versie SP II te gebruiken,

Groeten,

Erk

RE: historie bewaren

Tue, 13 May 2008 14:05:39 +0200

Onderwerp Antwoorden: 16

Door Jean's hulp in te roepen en relationeel te leren werken.
Even geduld, hij komt zo meteen langs.
_________________
Apparebit nos multis erravisse.
Avibus aegre volantibus Deus humilis ramos creavit (BJ).

RE: Parkeren data

Tue, 13 May 2008 14:04:33 +0200

Onderwerp Antwoorden: 9

Dank zij Jean geraak je nu al een heel eind op weg. Je moet wel beseffen dat het volgen van een training MSWord van niemand een goed dichter of een schitterend toneelauteur maakt. Dat is heel wat anders dan de vaardigheid om met een stuk software om te gaan. De basiskennis om een goede databank op te zetten, dat is wat Jean je hier probeert bij te brengen. Of je dat daarna doet met FileMaker of met een andere tool, is een latere keuze.
_________________
Apparebit nos multis erravisse.
Avibus aegre volantibus Deus humilis ramos creavit (BJ).

RE: Parkeren data

Tue, 13 May 2008 12:37:33 +0200

Onderwerp: Parkeren data
Onderwerp Antwoorden: 9

Beste Jean,

Erg bedankt voor je reactie, hier heb ik wat aan. Ik begrijp dat ik even anders moet denken. Jouw benadering lijkt 180� om.

Je zegt:
[quote]Je maakt voor ieder toernooi een nieuw record en je linkt de deelnemers aan dit toernooi. [/quote]

Dat begrijp ik ten dele. Wanneer er een nieuw toernooi komt maak ik dus alleen hiervoor een nieuw record.
Deelnemers die dan al in de dBase staan doen wel/niet mee.
Deze dan op lijst zetten en op de een of andere manier laten meedoen = True/False maken?

Is dat wat je bedoelt?

Kun je me nog wat op weg helpen?
Alvast bedankt.

EricJ

RE: Bestand op server zetten

Durk — Tue, 13 May 2008 12:34:03 +0200

Onderwerp Antwoorden: 4

Zo maar een schot voor de boeg: heb je ook accounts ingericht die het recht hebben bestanden te delen?

Krijg je foutmeldingen?

(PS Hoe was Pinkpop?)

historie bewaren

richie — Tue, 13 May 2008 11:21:26 +0200

Onderwerp: historie bewaren
Onderwerp Antwoorden: 16

Ik heb een berekening gemaakt voor een aantal lessen die gevolgd zijn door een cursist. Dit is een berekening per maand.
Aan het eind van de maand staat er dan een bedrag, berekend door aantal maandagen of dinsdagen etc vermenigvuldigd door lesprijs.
Tot zover alles goed.
Ik heb dus een eindbedrag, bv 30.
Dit bedrag ga ik incasseren. Ik geef een datum op, bv 29 mei en daarbij is dus het bedrag van 30.
De volgende maand is het eindbedrag anders. Ik ben dus dan de historie kwijt van het eindbedrag van de vorige maand.
Hoe kan ik een historie opbouwen waarbij staat dat ik aan het eind van de maand een bepaald bedrag in rekening heb gebracht.

Alvast hartelijk dank.