tabel opstellen

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Front End Developer React Vue

Dit ga je doen Meewerken aan de implementaties en ontwikkeling van nieuwe functionaliteiten van de webapplicaties; Ontwikkelen met o.a. React en Vue en HTML/CSS, ook krijg je in verband met de samenwerking ook affiniteit met de backend Ruby on Rails; Ontwikkeling aan de front end voor de koppelingen tussen de diverse systemen; Ontwerpen van interfaces en een bijdrage leveren aan de gebruikerservaring; Zorgdragen voor hoge kwaliteit van code en jezelf (en anderen) blijven verbeteren; Als Senior Front End Developer begeleid je zelf ook FE-development projecten, hierin leid je de projecten en pak jij het initiatief op (bv integratieprojecten). Hier ga

Bekijk vacature »

Front end developer React

Functie Wij zijn van origine een wordpress bureau, maar sinds 2006 zijn wij dit wel redelijk ontgroeid. Naar mate de jaren verstreken zijn we gegroeid in omvang, maar ook in de complexiteit van opdrachten waarin wij onze klanten kunnen bedienen. Momenteel bestaat onze organisatie uit 4 front end developers, 12 back end developer 3 projectmanagers en een 2 koppig management. Wij zijn een hele informele, bijna familiaire organisatie. Geen strak pak of overhemd, nee gewoon dragen waar jij je prettig bij voelt. De gemiddelde leeftijd ligt tussen de 25 en 30 en wij doen er veel aan om onze hechte

Bekijk vacature »

PHP Developer

Zie jij mogelijkheden om onze tooling technisch te verbeteren en uit te bouwen? Over Jobmatix Jobmatix is een innovatieve en internationale speler op het gebied van jobmarketing. Onze jobmarketing automation tool helpt organisaties bij het aantrekken van nieuw talent door vacatures digitaal, geautomatiseerd en op een efficiënte manier te adverteren en onder de aandacht te brengen bij de doelgroep op 25+ jobboards. Volledig performance-based, waarbij organisaties betalen op basis van cost per click of cost per applicant. Maandelijks wordt onze jobmarketing automation tool al gebruikt door vele directe werkgevers, intermediairs en mediabureaus, waaronder Picnic, Rijkswaterstaat, AdverOnline, Schiphol, DPA, Teleperformance en

Bekijk vacature »

PHP Developer (junior functie)

Functie omschrijving Ben jij een starter en wil je werken bij een jong en leuk bedrijf? Lees dan verder! Wij zijn op zoek naar een PHP Developer binnen een junior functie. Binnen dit bedrijf gaat het om persoonlijke aandacht en ontwikkeling! Je komt te werken voor een leuk communicatiebureau die alles op het gebied van online en offline communicatie doet. Dit doen zij voor verschillende branches, waardoor je aan diverse soorten projecten mag werken, dit maakt deze baan erg leuk! Daarbij werk je aan een door hun zelf ontwikkeld framework welke goed leesbaar is. Je maakt voor bedrijven op maat

Bekijk vacature »

Fullstack Software Developer

Functieomschrijving Voor een ambitieuze werkgever in regio Roosendaal zijn wij op zoek naar een Full Stack C#.NET Developer. Als software programmeur ben je verantwoordelijk voor het bouwen van webapplicaties, apps en dashboards voor de eigen IOT-oplossingen. Je werkt samen met andere developers en engineers om de sensoren in machines uit te lezen en deze data om te zetten in management informatie voor jullie klanten. Taken en verantwoordelijkheden: Verder ontwikkelen en onderhouden van webapplicaties, dashboards en apps voor de eigen IOT-oplossingen; Testen en goedkeuren van de software; Je gaat aan de slag met de volgende technologieën en frameworks: C#, JS frameworks,

Bekijk vacature »

PHP developer - Digital Agency

Functie Het team telt momenteel 20 collega’s, bestaande uit developers (front- en backend) en het operations team, waaronder ook het management en twee scrum masters vallen. Ze zijn op zoek naar een PHP developer die in staat is zelfstandig te werken. Je komt te werken in één van de drie scrumteams en gaat aan de slag met een project voor de klant. Het fijne hieraan is dat je wel afwisseling hebt qua werk, maar tegelijkertijd doorlopend werkt voor bestaande klanten. Hierdoor krijg je ook de kans om echt de diepte in te gaan en innovatieve technische oplossingen neer te zetten.

Bekijk vacature »

Java Developer

Vacature details Vakgebied: Software/IT Opleiding: Senior Werklocatie: Eindhoven Vacature ID: 12946 Introductie We are looking for a Java Developer! Our client is one of the most innovation companies located within the Netherlands. We provide high quality software in a high-tech and challenging market. Functieomschrijving The department is specialized in creating and developing high quality software for manufacturing automation in a high tech environment. We strive to provide our clients with high quality software and deliver state of the art solutions in a variety of ways. Creating software infrastructure using Java SE / EE Create applications to fine tune manufacturing processes

Bekijk vacature »

Starter/junior Magento developer gezocht!

Functie Je komt te werken in een zelfsturend team waarin vertrouwen voorop staat en inbreng en ideeën worden gewaardeerd. Ook staat innovatie centraal. Ze bieden jou de mogelijkheid om jezelf door te ontwikkelen. Denk hierbij aan cursussen en een persoonlijk ontwikkelplan. Je komt terecht in het team van momenteel 4 (ervaren) collega’s en zal meewerken aan de doorontwikkeling en nieuwbouw van de Magento platformen van meerdere opdrachtgevers volgens Agile/Scrum. Denk hierbij aan nieuwe functionaliteiten, UX en koppelingen met verschillende back-end systemen. Als starter/junior developer zul je direct begeleid worden door een senior uit het team. Het is van belang dat

Bekijk vacature »

Front end developer

Functie Qua type opdrachten is er echt een verscheidenheid aan afnemers, zo werken ze met grote multinationals, maar ook met startups. Zo kom je te werken in een gevarieerde omgeving en kan je ook schakelen tussen verschillende culturen. De projecten variëren van greenfield projecten tot langdurige ontwikkeltrajecten. Hier wordt alleen maar gewerkt met aan front end projecten. Daarom maakt het onze partner niet uit waar jij kennis van hebt, als je maar gedegen kennis hebt van Javascript frameworks, Unit testing en ook bekend bent met de scrum methodiek. Eisen Minimaal 4 jaar relevante werkervaring Kennen en ervaring van Javascript frameworks

Bekijk vacature »

Front end developer

Functie Het team bestaat uit User Experience designers, Data Scientists en Software Engineers met passie voor hun vak. De consultants en ontwikkelaars werken volgens de Design Thinking methode waarbij de eerste stappen van ontwerp en ontwikkeling zullen samenkomen in een proof of concept. Nadat is vastgesteld dat de oplossing voldoet aan de belangrijkste behoeftes worden producten of services gevalideerd door middel van korte iteraties. Hiermee zorgen ze ervoor dat het werk voldoet aan de technische vereisten en gebruikersbehoefte. Door het inzetten van de nieuwste technologieën die toekomstbestendig zijn weten ze klanten omver te blazen. Ook geven en organiseren ze veel

Bekijk vacature »

Ervaren PHP developer gezocht!

Functie Het team bestaat inmiddels uit zo’n 25 collega’s met specialisten op het gebied van development, data(analyse), marketing, infrastructuur en finance. Ze hebben een supermodern pand en bieden hiernaast veel vrijheid en verantwoordelijkheid. Ze doen er alles aan om jou op te gemak te stellen. Zo kun je je eigen werkplek inrichten naar persoonlijke wensen, maar gaan ze bijvoorbeeld ook jaarlijks met elkaar wintersporten en zijn er andere leuke uitjes. Als onderdeel van één van de scrumteams ga je aan de slag, samen ben je medeverantwoordelijk voor het doorontwikkelen van hun business applicatie waar het traffic team dagelijks mee werkt.

Bekijk vacature »

Mendix Developer

For our client in Amsterdam, we are looking for a Senior Mendix Developer. Company description Our client is an IT Consultancy company who’s been active for 10 years now. With their ambitious team, they are working with different clients in order to help them with analyzing their data and giving advice to them, regarding how they can use their data in the smartest ways, or to make sure that their mobile or web applications are working efficiently. As you get a glimpse of various industries, it is guaranteed that no day will be the same. Job description As a Mendix

Bekijk vacature »

(Junior) Back-end Ontwikkelaar

Functie omschrijving We are looking for a dutch native speaker Altijd al willen werken bij een organisatie, die maatwerk applicaties bouwt, die echt impact hebben in de maatschappij? Dit is je kans. Voor een kleine organisatie in de regio van Eindhoven ben ik op zoek naar een C# Ontwikkelaar. Jij gaat aan de slag met de ontwikkeling van maatwerk software en applicaties. Deze organisatie werkt voor grote organisaties in Nederland, maar ook voor het MKB. De projecten waar je aan gaat werken zijn erg divers, waardoor je werk uitdagend blijft en je erg veel kan leren. Verder ga je aan

Bekijk vacature »

PHP Software Developer

Functie omschrijving PHP Software Developer gezocht! Voor een organisatie in de regio Zeist die zich bezighoud met het verbeteren van de medicatieveiligheid zoeken wij een Software Developer. In deze functie zijn wij op zoek naar een slimme en enthousiaste Developer die interesse heeft in farmacie, logistiek en ICT. Daarnaast beschik je over een goed analytisch vermogen en ben je van nature gestructureerd en resultaatgericht. Je moet in deze functie daadkrachtig, flexibel en communicatief goed zijn. Je verantwoordelijkheden bestaan uit: Object georiënteerd programmeren; Werken in een scrumteam aan de ontwikkeling van een medicatiebewakingssysteem; Meedenken over de mogelijkheden en onmogelijkheden van projecten;

Bekijk vacature »

Senior PHP developer

Functie Jouw werkzaamheden zullen grotendeels bestaan uit het in teamverband ontwerpen, vernieuwen en door ontwikkelen van het systeem. Het is echt back-end werk (bijvoorbeeld het doorontwikkelen van een API) en dit moet je dan ook liggen. Ze zijn niet persee gebonden aan talen of tools maar gebruiken graag de technieken die het beste aansluiten op de gegeven oplossing. Voor nieuwe (versies van) componenten maken ze veelal gebruik van Go(lang). Bij aanpassingen aan bestaande onderdelen gebeurt dit in PHP en C++. Het team is heel divers, er hangt een relaxte sfeer en ze organiseren regelmatig leuke music nights, game nights e.d.

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

23/04/2024 20:16:31
 
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.