Bekijk de onderstaande video om te zien hoe je onze site als een web app op je startscherm installeert.
Opmerking: Deze functie is mogelijk niet beschikbaar in sommige browsers.
Dat is logisch, want als je een nieuw pand toevoegt moet je dat eerst opslaan voordat je naar Meterkast kunt gaan. Anders bestaat dat record (waarvan je de ID overzet) niet, en heb je dus geen record om te koppelen. Vandaar de foutmelding. Druk (bijvoorbeeld) eerst op <Ctrl>+<s> om het nieuwe record op te slaan,en probeer het dan nog eens.... echter, zodra ik in het formulier Pand een nieuw record aan tabel Pand toevoeg, kan ik in het formulier Meterkast geen gegevens invullen.
En dat doe je dus exact met mijn werkwijze. Jammer dat je dat niet wilt zien. Bovendien is het rapporteren op een klus waarin je een selectie van werkzaamheden maakt (en bedenk zelf of je ooit een klus hebt gehad waarin alles was aangevinkt) veel makkelijker met een genormaliseerde database, omdat je dan alleen rapporteert op geselecteerde werkzaamheden en objecten. Dat zie ik jou zo snel nog niet maken. Mijn manier van werken is sneller voor de bouwer, sneller voor de gebruiker, vele malen flexibeler, maakt betere rapporten etc. etc.Een woning heeft verschillende vertrekken waar zeer veel kan worden gerenoveerd. ... Soms heb je voor een renovatie in een pand niet alles nodig maar een kleine selectie van de tabellen/formulieren, hangt van de klus af. Maar je moet met de database op alle mogelijke en voorkomende klussen uitputtend voorbereid zijn.
Ik zie liever dat je de database principes volgt die door mensen met verstand van zaken (en daar reken ik mijzelf niet eens onder) zijn uitgedacht, en die gewoon goed werken. Jij bent geen database expert, en het lijkt mij een iets te hooghartige gedachte dat jouw aanpak dus de beste is. Dat is hij niet. Als je mijn verhaal goed leest, dan had je begrepen dat gelijkwaardige objecten in één tabel moeten worden ondergebracht. Je geeft zelf al aan dat dat met kamers prima zou werken. Ik zou zelfs alle natte ruimtes ook nog in één tabel kunnen krijgen, die dan behoorlijk genormaliseerd is. En kijk eens aan: er zijn zat huizen waar je meerdere badkamers/toiletten hebt. Tuinen? Idem. Veel huizen hebben er twee, sommige meer. Gevels? Ik denk niet dat er huizen zijn zonder gevel, maar als je een gevel hebt, zijn dat er minstens twee. Moet jij eens nagaan hoeveel tabellen dat scheelt! En hoeveel beter jouw database zou kunnen werken.maar ik heb een bepaald uitgangspunt voor ogen die ik graag zou willen volgen.
Het een staat compleet los van het ander. Normaliseren heeft niets met knoppen op een formulier te maken.Ik lees over normalisatie etc. waarbij ik tegelijkertijd denk dat er altijd nog tabellen/formulieren overblijven die ik met knoppen moet bedienen. Wat is er dan veel anders dan waar ik op dit moment mee bezig ben.
Dat bedoel ik dus met mijn vorige opmerking: je begint niet met formulieren, je eindigt er mee.Ik ben nog in het stadium in het aanroepen van formulieren en deze met de gefilterde waarden op het scherm te krijgen. ... Als dat principe werkt ga ik verder nadenken en je aanbevelingen verder bestuderen en kijken hoe ik dat het beste vorm kan geven.
Sluit aan op vorige opmerking: je begint met het correct opzetten van de database: de tabellen en queries, daarna ga je de schermen (formulieren) en output (rapporten) maken. Jij werkt precies omgekeerd. Dat heeft niets te maken met experts die in grote stappen vooruit denken, maar alles met experts die juist in kleine stappen en details denken. Het zijn juist de amateurs die in grote stappen vooruit willen.Ik ben nog met experimenten bezig met een paar knoppen en formulieren terwijl je al verder bent met de hele inrichting. Begrijpelijk, een expert denkt nmi. in grote stappen vooruit en ik kan dat nog niet overzien.
We gebruiken essentiële cookies om deze site te laten werken, en optionele cookies om de ervaring te verbeteren.