tabel opstellen

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Medior Frontend developer

Wat je gaat doen: Of beter nog, wat wil jij doen? Bij DPA GEOS werken onze consultants als Frontend Developer in Agile teams bij onze klanten en zijn ze verantwoordelijk voor de grotere webapplicaties. Wil jij dit ook, want we zijn op zoek naar enthousiaste Frontend Developers om ons development team te versterken. Je draagt positief bij aan de teamgeest binnen een projectteam je kijkt verder dan je eigen rol. Eventueel begeleid je ook andere ontwikkelaars in het softwareontwikkelproces. Je gaat webapplicaties maken voor verschillende opdrachtgevers in jouw regio. Je bent een professional die het IT-vak serieus neemt en kwaliteit

Bekijk vacature »

Cloud C#.NET developer Mooie voorwaarden en veel v

Bedrijfsomschrijving Na ruim 40 jaar zijn ze op dit moment een van de beste werkgevers van Nederland met uitstekende arbeidsvoorwaarden. Op dit moment zijn ze in Nederland koploper op het gebied van "Smart service", ze zijn constant bezig met het verder ontwikkelen van de techniek voor financiële zekerheid. Je zult hier komen te werken bij een afdeling die maatschappelijk een grote toegevoegde waarde heeft. Zo zorg je er indirect samen met je team ervoor dat velen de zorg kunnen krijgen die ze nodig hebben. Op de afdeling zit 25 man, onderverdeeld in vier Scrum teams. Ze werken op een agile

Bekijk vacature »

Software ontwikkelaar

Ben jij graag bezig met verschillende projecten? Vind jij beleving van klanten én medewerkers ook belangrijk? Wij zijn vanwege de doorontwikkeling van het applicatielandschap van onze opdrachtgever op zoek naar een fulltime software ontwikkelaar. Omschrijving Jij en jouw collega’s zijn verantwoordelijk voor de continuïteit en waarborging van het applicatielandschap. Om de processen vloeiend te laten verlopen is software ontwikkeling daarom van essentieel belang. Onze opdrachtgever doet dit voornamelijk zelf, met door hun eigen ontwikkelde applicaties. Dit betekent dat jij: functionele eisen vertaalt naar gebruiksvriendelijke software; tijdens SCRUM sessies advies geeft over het te bouwen ontwerp; nieuwe software ontwikkelt en het

Bekijk vacature »

IAM Developer

Dit ga je doen Development, configuration and operation of IAM AD landscape; Proactive optimizing the environment; Collaborating with and supporting the System Architect on his designs; Designing functional and technical documentation regarding the business’ and IT’s requirements; Designing and configuring the functionalities by following the IAM architectural principles, strategy and standards; Collaborating with Stakeholders and team members. Hier ga je werken This industrial company is very innovative and always searching for new technologies. Within the IAM team you will align with DevOps teams, IAM System Architect, the Scrum Master and the Product Owner on operational planning and progress. Within the

Bekijk vacature »

Wordt als .NET developer mede-eigenaar van deze or

Bedrijfsomschrijving Voor mijn klant in de omgeving van Breda ben ik op zoek naar een back-end developer. Deze klant is al jarenlang een grote speler in de gamewereld; ze bestaan ondertussen ruim 10 jaar en hebben wereldwijd meer dan een miljoen spelers! Op dit moment zijn ze bezig met het opzetten van een nieuw project. Dit project zal over een aantal jaar worden verkocht en voor zolang als dat je er aan werkt bouw je aandelen op van het bedrijf. Door aan het project te werken wordt je zo indirect ook mede-eigenaar van het bedrijf. De opbrengst van dit project

Bekijk vacature »

Integration Developer

Functieomschrijving As integration developer at Randstad Groep Nederland IT you play an integral role in innovating and optimising our processes and way of working. As we continue to move towards a more internationally connected tech environment and build new global platforms, our integration team continues to grow. You will join the APK team (Applicatie Koppelingen), consisting of business analysts, developers, a product owner and scrum master. Together you are responsible for a fundamental aspect of our applications, provinding the basis for our other development teams. As integrations developer you work in an agile way, and are responsible for the continued

Bekijk vacature »

Freelance applicatieontwikkelaar (zzp)

Belastingdienst B/cao Startdatum : 2-1-2023 Tijdelijke functie, met optie op vast Aantal uren per week : 36 Standplaats in overleg : Apeldoorn Applicatieontwikkelaar bij het Ministerie van Financiën- Belastingdienst We zoeken een consultant/developer met ervaring in de ontwikkeling van back-end systemen. Als consultant heb je kennis en ervaring met de wijze waarop Open Formulieren is opgezet. Je bent een vraagbaak voor collega’s en deelt waar nodig je kennis. Je hebt ervaring met het werken in een open source omgeving. Je bent thuis in verschillende frameworks of je kunt je die snel eigen maken. Je hebt aantoonbaar ruime kennis van en

Bekijk vacature »

Senior PHP Developer

Als Senior PHP Developer bij Coolblue zorg je ervoor dat onze webshops elke dag een beetje beter zijn en coach je andere developers op de hard en soft skills. Wat doe je als Senior PHP Developer bij Coolblue? Als PHP Developer werk je met andere development teams samen om onze webshop zo optimaal mogelijk te laten werken en onze klanten blij te maken. Hoewel je een PHP Developer bent, sta je open om C# of Typescript in te zetten of te leren. Ook PHP Developer worden bij Coolblue? Lees hieronder of het bij je past. Dit vind je leuk om

Bekijk vacature »

Freelance java developer / scrummaster (zzp)

Belastingdienst B/cao Startdatum inzet: 9-1-2023 Einddatum inzet: 31-12-2023 Uren per week: 36,00 Standplaats: Apeldoorn Max tarief: € 82,00 Voor onze partnerorganisatie, de Belastingdienst, zijn wij op zoek naar een Java Developer met kennis van en ervaring met de Scrum methodiek. In deze rol wordt er van je gevraagd dat je: Brede ervaring hebt als JAVA-ontwikkelaar; Weet wat er van een scrummaster wordt verwacht; Als volwaardig teamlid participeert binnen het scrumproces in je team en in de SAFe-releasetrain; Zowel zelfstandig kunt werken in een scrumteam als intensief de samenwerking zoekt met je directe collega’s en je omgeving; Samenwerkt met je collega’s

Bekijk vacature »

Senior Integration Developer

Functieomschrijving As senior integration developer at Randstad Groep Nederland IT you play an integral role in innovating and optimising our processes and way of working. As we continue to move towards a more internationally connected tech environment and build new global platforms, our integration team continues to grow. You will join the APK team (Applicatie Koppelingen), consisting of business analysts, developers, a product owner and scrum master. Together you are responsible for a fundamental aspect of our applications, providing the basis for our other development teams. What will you do as senior integrations developer? As senior integrations developer you work

Bekijk vacature »

.Net Developer

Samengevat: Wij ontwikkelen innovatieve software voor woningcorporaties. Wil jij onze applicaties verbeteren? Heb jij ervaring met software ontwikkeling? Vaste baan: .NET Developer Features IT 2.700 - 4.700 .NET Developer front end (javascript / Angular) Deze werkgever is een kleinschalig softwarebedrijf, waarin ontwikkelaars en adviseurs samenwerken om innovatieve software voor woningcorporaties te ontwikkelen. Zij richten zich op applicaties voor Vastgoedinformatie en Vastgoedsturing. Zij richten zich op woningcorporaties in heel Nederland. Zij werken in een open, informele en collegiale sfeer. Je krijgt de ruimte om je continue te ontwikkelen. Zij werken voor MKB klanten. Deze werkgever heeft veel verschillende projecten. Hou jij

Bekijk vacature »

Freelance java developer / scrummaster (zzp)

Belastingdienst B/cao Startdatum inzet: 9-1-2023 Einddatum inzet: 31-12-2023 Uren per week: 36,00 Standplaats: Apeldoorn Max tarief: € 82,00 Voor onze partnerorganisatie, de Belastingdienst, zijn wij op zoek naar een Java Developer met kennis van en ervaring met de Scrum methodiek. In deze rol wordt er van je gevraagd dat je: Brede ervaring hebt als JAVA-ontwikkelaar; Weet wat er van een scrummaster wordt verwacht; Als volwaardig teamlid participeert binnen het scrumproces in je team en in de SAFe-releasetrain; Zowel zelfstandig kunt werken in een scrumteam als intensief de samenwerking zoekt met je directe collega’s en je omgeving; Samenwerkt met je collega’s

Bekijk vacature »

Freelance applicatieontwikkelaar (zzp)

Belastingdienst B/cao Startdatum : 2-1-2023 Tijdelijke functie, met optie op vast Aantal uren per week : 36 Standplaats in overleg : Apeldoorn Applicatieontwikkelaar bij het Ministerie van Financiën- Belastingdienst We zoeken een consultant/developer met ervaring in de ontwikkeling van back-end systemen. Als consultant heb je kennis en ervaring met de wijze waarop Open Formulieren is opgezet. Je bent een vraagbaak voor collega’s en deelt waar nodig je kennis. Je hebt ervaring met het werken in een open source omgeving. Je bent thuis in verschillende frameworks of je kunt je die snel eigen maken. Je hebt aantoonbaar ruime kennis van en

Bekijk vacature »

Freelance java developer / scrummaster (zzp)

Belastingdienst B/cao Startdatum inzet: 9-1-2023 Einddatum inzet: 31-12-2023 Uren per week: 36,00 Standplaats: Apeldoorn Max tarief: € 82,00 Voor onze partnerorganisatie, de Belastingdienst, zijn wij op zoek naar een Java Developer met kennis van en ervaring met de Scrum methodiek. In deze rol wordt er van je gevraagd dat je: Brede ervaring hebt als JAVA-ontwikkelaar; Weet wat er van een scrummaster wordt verwacht; Als volwaardig teamlid participeert binnen het scrumproces in je team en in de SAFe-releasetrain; Zowel zelfstandig kunt werken in een scrumteam als intensief de samenwerking zoekt met je directe collega’s en je omgeving; Samenwerkt met je collega’s

Bekijk vacature »

(Senior) Frontend Developer

Functieomschrijving Houd jij van afwisseling, uitdaging, en werken aan oplossingen die echt waarde toevoegen? Als frontend developer binnen Randstad Groep Nederland speel je een onmisbare rol in onze dienstverlening. Samen met je collega’s ontwikkel je de online omgeving ter ondersteuning van onze B2B dienstverlening - portals die miljarden Euros verwerken. Wat ga je doen? Als frontend developer sluit je aan bij een van twee teams: Corporate Client Solutions (CCS), met focus op grote corporate klanten en meer (semi)maatwerk, of Online Client Solutions (OCS), met focus op MKB segment. Beide teams werken agile en bestaan naast een product owner en scrum

Bekijk vacature »

Pagina: 1 2 volgende »

Jasper DS

Jasper DS

21/10/2010 19:16:00
Quote Anchor link
Beste,

ik ben bezig met een scriptje maar ik vroeg me af hoe ik best de sql tabel maak.

Ik heb een tabel met leden:

- id
- gebruikersnaam
- wachtwoord
- grond
- ...

en leden kunnen een beroep hebben bijvoorbeeld boer,
een boer kan graan maken.

Dus ik heb een tabel *:

- *
- *
- *
- *

maar dan zou er ook nog een tabel werkplaats moeten zijn:

- id
- naam (*)
- grond (*)
(*)

maar als ik nu wil weergeven welk beroep iemand is moet ik dan nog bij leden een kolom beroep maken en daar het beroep inzetten of moet ik gewoon tellen of de naam ergens voorkomt in een van mijn werkplaats tabellen?

mvg

(edit: ik wil nog niet te veel vrijgeven van mijn project)
Gewijzigd op 22/10/2010 18:37:53 door Jasper DS
 
PHP hulp

PHP hulp

04/02/2023 17:06:04
 
Aad B

Aad B

21/10/2010 20:19:08
Quote Anchor link
Hangt ervan af, kan iemand van beroep wisselen, kan iemand meerdere beroepen hebben op hetzelfde tijdstip of opeenvolgende tijdstippen?
 
Joren de Wit

Joren de Wit

21/10/2010 21:12:39
Quote Anchor link
Naast de opmerking van Aad lijkt me ook de kolom boorderij.graan niet juist. Ik weet niet wat de bedoeling van die kolom is, maar het doet vermoeden dat het een product is dat op die boerderij geproduceerd kan worden. Hoogstwaarschijnlijk kunnen er per boerdere verschillende en/of meerdere producten geproduceerd worden, dus is deze opzet niet correct.

Ga normaliseren om tot een goed datamodel te komen. Daaruit volgt dan ook direct hoe je de beroepen in je datamodel op moet nemen!
 
Jasper DS

Jasper DS

22/10/2010 16:52:27
Quote Anchor link
dat is zeer moeilijk toe te passen op wat ik wil maken.
 
Joren de Wit

Joren de Wit

22/10/2010 17:37:08
Quote Anchor link
PHP jasper op 22/10/2010 16:52:27:
dat is zeer moeilijk toe te passen op wat ik wil maken.

Hoezo dan? Het lijkt mij juist moeilijker om met een incorrect datamodel aan de slag te gaan...
 
Jasper DS

Jasper DS

22/10/2010 18:15:02
Quote Anchor link
dus bij 0NV (0de normaalvorm) moet ik alles ,echt alles wat ik ooit zal nodig hebben over heel mijn systeem in een lijst zetten?
 
Joren de Wit

Joren de Wit

23/10/2010 09:57:25
Quote Anchor link
In het ideale geval wel. Maar het is natuurlijk niet zo dat je later nog elementen aan je datamodel kunt toevoegen. In veel gevallen is dat namelijk prima mogelijk, zolang het maar niet te veel invloed heeft op je bestaande datamodel.

Ik begrijp dat dat in dit stadium lastig in te schatten is, maar mijn advies: begin gewoon! Je merkt vanzelf als je vast loopt omdat je dingen mist en in het ergste geval moet je je datamodel aanpassen...
 
Jasper DS

Jasper DS

23/10/2010 15:14:12
Quote Anchor link
ik heb het even duidelijker gemaakt a.d.h.v. een tekstje

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
* weg *


Laat dit soort berichten voortaan gewoon staan. Nu is het voor een ander die dit topic leest totaal niet meer duidelijk waar de antwoorden vandaan komen.[/modedit]
Gewijzigd op 23/10/2010 16:07:34 door Joren de Wit
 
Joren de Wit

Joren de Wit

23/10/2010 15:36:19
Quote Anchor link
Zoals ik je per PM ook al zei: dit is niet de juiste aanpak. Dit houdt namelijk in dat als je een nieuw beroep (en dus een nieuwe werkplaats) aan je applicatie toe wilt je voegen, je datamodel ook aangepast moet worden. En dat wil je nu juist niet! Een datamodel stel je in de ideale situatie 1x vast en verandert daarna nooit meer.

De oplossing ligt hem door het denken in producten en voorraden. Welk product een speler wel of niet mag hebben hangt af van zijn beroep, maar dat is iets dat je in PHP moet controleren. Overigens zou het ook mogelijk kunnen zijn producten te bezitten die niet bij je beroep horen: stel dat ik bakker was en smid ben geworden, dan kan het best zo zijn dat ik nog graan over heb :-)
 
Jasper DS

Jasper DS

23/10/2010 15:37:39
Quote Anchor link
oke dus als er dan erg veel nulletjes in mijn tabellen staan is dat niet erg?
 
Joren de Wit

Joren de Wit

23/10/2010 15:53:37
Quote Anchor link
Nee, je krijgt geen nulletjes (als het goed is). Met deze aanpak:

leden
-----
id
gebruikersnaam
etc...

producten
---------
id
product

voorraad
-------
id
lid_id
product_id
hoeveelheid
houdbaarheidsdatum

Krijg je heel veel records in je voorraad tabel die per product aangeven hoveel een bepaald lid daarvan bezit. Zo'n record zou er dus zo uit kunnen zien:

* | 1 | 5 | 100 | 2010-10-23

Oftewel, lid 1 heeft 100 eenheden van product 5 waarvan de houdbaarheidsdatum verloopt op 2010-10-23. (Het * staat daarom omdat het id uiteraard een auto_increment is)

Nu kun je met deze records precies zien wat de voorraad van een bepaald lid is (en tot wanneer die houdbaar is) door alle records behorend bij een bepaald lid uit deze tabel op te halen...

ps. Voor de duidelijkheid: kolomnamen als 'graan' of 'ijzer' zijn fout. Dat zijn producten die een eigen record in de producten tabel verdienen.
Gewijzigd op 23/10/2010 15:54:45 door Joren de Wit
 
Jasper DS

Jasper DS

23/10/2010 16:00:57
Quote Anchor link
ik snap alleen de houdbaarheidsdatum niet..

voorraad is oneindig houdbaar. maar je kan bijvoorbeeld niet 2 keer achter elkaar een actie doen er zit bijvoorbeeld 5 minuten tussen .
 
Robert Deiman

Robert Deiman

23/10/2010 16:01:59
Quote Anchor link
@PHP jasper
Op zich niet, maar wat je daarmee bedoelt is volgens mij wel erg. :) Dan zou je de kolommen: zwaarden/ schilden/ harnassen/ graan/ deeg/ brood krijgen. Dan krijg je allemaal nullen.

Beter is ong. een volgende opzet, de rest moet je zelf uitdenken en verder verwerken:

Beroep:
beroep_id, naam, omschrijving

Werkplaats:
werkplaats_id, naam, omschrijving

Beroep_werkplaats: (dit is gekozen, omdat bijv een smit en een edelsmit eenzelfde werkplaats hebben. Ook een veehouder of een landbouwer werken beiden op een boerderij)
id, werkplaats_id, beroep_id

Product:
product_id, naam, omschrijving

Product_grondstoffen:
id, product_id, grondstof_product_id (mag NULL zijn, als het een basis product is)

Beroep_product (zelfde idee als hierboven: Een boer maakt graan, een bakker gebruikt het. In beide gevallen is graan gekoppeld, dus normaliseren) LVL is toegevoegd om bepaalde producten op een bepaald level te kunnen laten starten.:
beroep_product_id, product_id, beroep_id, (lvl)


Als je begrijpt waar ik met deze opzet (het is slechts een basis, maar ik help je al een heel eind op weg) heen wil, dan moet je er verder ook uit komen. Voor het toevoegen van nieuwe producten en dergelijke kan je met een goed uitgedachte/ genormaliseerde opzet zonder aanpassingen in de code werken. Veel eenvoudiger in onderhoud.


Toevoeging gezien je reactie over de houdbaarheidsdatum:
- Is het de bedoeling dat je als speler elk type actie naast elkaar kan doen, of 1 actie totdat die is afgerond?

En tov het bericht van Blanche:
Per speler houd je uiteraard wel bij welke producten hij/ zij heeft, in de "voorraad" tabel.

Afvangen welke producten je wel en niet kan / mag genereren doe je aan de hand van mijn opzet bijvoorbeeld. Maar voorraad heeft Blanche heel goed uitgewerkt voor je.
Gewijzigd op 23/10/2010 16:05:37 door Robert Deiman
 
Joren de Wit

Joren de Wit

23/10/2010 16:06:10
Quote Anchor link
PHP jasper op 23/10/2010 16:00:57:
ik snap alleen de houdbaarheidsdatum niet..

voorraad is oneindig houdbaar.

Dat is afgeleid uit jouw originele opzet waarin je een kolom als graan_houdbaar had? Je zou je voor kunnen stellen dat graan een bepaalde houdbaarheid heeft vanaf het moment dat het aangekocht is. Dan is het wel handig om voor die hoeveelheid graag een houdbaarheidsdatum op te slaan.

Quote:
maar je kan bijvoorbeeld niet 2 keer achter elkaar een actie doen er zit bijvoorbeeld 5 minuten tussen .

Dat is weer een hele andere beperking die weinig tot niets met je datamodel te maken heeft. Je zult misschien alleen op willen slaan wanneer een bepaald product gekocht is.
 
Jasper DS

Jasper DS

23/10/2010 16:21:10
Quote Anchor link
ik sloeg de huidige tijd + bv de 5 min. op en dan keek ik of ze al voorbij waren of niet... maar in welke tabel moet die kolom dan?
 
Joren de Wit

Joren de Wit

23/10/2010 16:29:40
Quote Anchor link
Dat hangt maar net van de actie af die je wilt beperken. Een voorbeeld: stel dat je een gebruiker slechts eens in de 5 minuten graan mag komen, dan sla je in de voorraad tabel op wanneer een record aangemaakt is (dus: wanneer een bepaald product gekocht is door een bepaalde gebruiker). Vervolgens kun je met dit gegeven controleren of dat al 5 minuten geleden is.

Een ander voorbeeld: stel dat je gebruikers niet toe wilt staan dat ze binnen 30 dagen weer van beroep wisselen. Dan sla je in de tabel waar je een beroep aan een gebruiker koppelt op wanneer een gebruiker met dat beroep begonnen is.

Maar voordat je hier over na gaat denken, zou ik eerst zorgen dat de basis van je datamodel in orde is. Is dat nu al het geval?
 
Jasper DS

Jasper DS

23/10/2010 18:19:03
Quote Anchor link
is de tabel product niet overbodig? ik kan het toch ook direct in voorraad opslaan?
 
Joren de Wit

Joren de Wit

23/10/2010 18:22:35
Quote Anchor link
Nee die is niet overbodig. Anders zou je immers in voorraad meerdere keren de naam 'graan' op moeten gaan slaan en dat is fout. Want wat nu als je de naam van een product wilt veranderen of bijvoorbeeld een overzicht van alle producten wilt genereren? Daar heb je je producten tabel voor!
 
Jasper DS

Jasper DS

23/10/2010 18:25:21
Quote Anchor link
oke en dan heb ik nog een vraag ...
iemand heeft bijvoorbeeld net graan gemaakt en 5 minuten later kan hij terug graan maken, hij doet dat dus, moet ik dan gaan updaten in de voorraad tabel?
 
Joren de Wit

Joren de Wit

23/10/2010 18:27:59
Quote Anchor link
Nee, ik zou gewoon een nieuw record aanmaakt. Deze nieuwe voorraad graan heeft immers een ander tijdstip van aankoop en wellicht ook een andere houdbaarheidsdatum.

Bij het gebruiken van graan zou ik wel records gaan updaten en dan moet je dus even goed opletten dat je de oudste voorraad eerst opmaakt.
 
Jasper DS

Jasper DS

23/10/2010 18:31:50
Quote Anchor link
dat klopt niet aan jouw stukje blanche, een houdbaarheidsdatum bestaat niet want alles blijft altijd goed. De nieuwe aankoopdatum heeft alleen belang voor het laatste 'gezaaide' graan. de datum die in de tabel zit is gewoon om te zien of de tijd om is vanaf het laatst gezaaide graan tot nu. daarom dat ik die structuur zo raar vind.
 

Pagina: 1 2 volgende »



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.