tabel opstellen

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Software Developer RPG

At Remain Software we develop Application Lifecycle Management solutions for the IBM i. We have customers all over the world and offices in the Netherlands and the United States. Our ALM solution TD/OMS is recognized by our customers as one of the worldwide leading solutions. Our challenge is to stay in sync with the market needs in order to meet the requirements of our customers. We are looking for an RPG software development specialist who wants to be part of our passionate team in the Netherlands. Experience in software development on the IBM i platform is a requirement. The Job

Bekijk vacature »

Apex Developer/Ontwikkelaar in Zuid-Holland

Functieomschrijving Als Apex enthousiast ben jij een welkome versterking voor dit team dat momenteel 4FTE groot is op de IT-afdeling. Je komt zodoende terecht in een hecht team ben met mensen die graag met Apex en ook met Oracle werken. Binnen deze functie ben je verantwoordelijk voor het achterhalen van de juiste behoeften bij de interne klanten. Daarnaast werk je aan het onderhouden, door ontwikkelen en nieuwbouw van maatwerk applicaties. Voor 80% bestaat het werk uit APEX en voor 20% uit PL/SQL. Daarbij kom je te werken binnen een gedreven team waarbij de communicatielijnen kort zijn en er zeker ook

Bekijk vacature »

Senior Lead Developer / Full stack / .NET / Azure

Functieomschrijving Wil jij graag als meewerkend voorman werken in een ambitieus bedrijf dat moderne software ontwikkelt voor grote klanten? Ben jij goed thuis in .NET omgevingen en het Azure platform en zorg je graag dat alles in goede banen loopt? Lees dan snel verder! Ontwikkelen en testen van de software en het framework via Scrum principes; Dagelijks aansturen van het Development Team; Coördineren van projecten; Kwaliteitscontrole op de code; Architectuur bepalen en zorgen dat deze gevolgd wordt; Overzicht over functioneel en technisch ontwerp van de software; Sparren met directie over IT strategieën. Functie-eisen Ruime ervaring met het .NET framework, ASP.NET,

Bekijk vacature »

Senior Software Engineer

Wil jij als Java Software Engineer jouw ervaring inzetten voor missie kritische software in het OV? Wil jij jezelf verder ontwikkelen als software engineer en in een dynamisch team de kans krijgen om nieuwe technieken te introduceren? Senior Software Engineer - Public Transport Wat ga je doen? Zelfstandig en in teamverband bedenk je oplossingen, ontwikkel je software en test je deze ook. Hiermee boek jij succes. Mede dankzij jouw drang om altijd te blijven verbeteren en doorzettingsvermogen ben jij van onschatbare waarde bij het: Vertalen van gebruikerswensen en non-functionalrequirements naar werkende software. Denk hierbij aan het bedenken, opstellen en toetsen

Bekijk vacature »

Technisch Ontwerper / Applicatieontwikkelaar max.

Wie zoeken we? Je bent de beste in je vak of hebt de ambitie en de potentie om de beste te worden. Je hebt de passie om nieuwe technologieën te blijven leren en continu jezelf te ontwikkelen. Je hebt de pioniersgeest en drive om nieuwe technologieën, methodieken en concepten toe te passen in projecten en bij klanten. Je vindt het leuk om kennis te delen met collega’s, klanten en vakgenoten. Je bent een ware professional en ambassadeur voor CIMSOLUTIONS. Je voelt je thuis in een informele, collegiale en professionele sfeer waar de aandacht voor de klant en voor de medewerker

Bekijk vacature »

Applicatiebeheerder

Stroom jij over van kwaliteit om wereldwijde waterproblemen aan te pakken? Kun jij wensen en eisen vertalen naar IT vereisten? En hou je van een dynamische omgeving, waarin jouw baan ertoe doet, jouw ideeën worden gehoord en waar je werkelijk het verschil kan maken voor jouw collega’s en het bedrijf? Zo ja, dan zijn wij op zoek naar jou voor de functie van: Applicatiebeheerder voor ons kantoor in Veghel Over de positie: Als applicatiebeheerder bij Megagroup Trading help je ons door ervoor te zorgen, dat de applicaties soepel lopen. Dit doe je samen met collega’s en externe partners. met een

Bekijk vacature »

Front-End Developers for the SSM Information Manag

Location Frankfurt am Main, Germany Closing date for applications 17 January 2020 Your team You will be part of the Prudential Domain Services Division in the Directorate General Information Systems. We are a team of approximately 25 IT professionals delivering tailored IT solutions for European banking supervision (SSM) to support financial stability and collect supervisory statistics. Working as part of an agile team of software developers, you will take over the development and maintenance of the SSM Information Management System (IMAS) from an external supplier. Currently, the custom-built IMAS web application is based on .NET, Java, SQL Server (including SSRS),

Bekijk vacature »

PHP ontwikkelaar / Innovatie / Creativiteit

Functieomschrijving Ben jij de ontwikkelaar die op de hoogte is van de laatste ontwikkelingen en sta jij te springen om de nieuwste tools en technieken toe te passen in jouw werk? Trek dan nu aan de bel! Deze organisatie is al meer dan 20 jaar actief in het verzamelen en doorsturen van grote hoeveelheden data. Dit gebeurt doormiddel van hun zelf ontwikkelde platform die verschillende communicatieoplossingen biedt. Met bijna 600 gebruikers kan je jezelf wel inbeelden hoe groot de hoeveelheid data aan tekst, afbeeldingen en voicerecords is. Om er voor te zorgen dat de applicatie up-to-date, innovatief en vernieuwend is,

Bekijk vacature »

IT-Traineeship junior software programmeur

Zoek jij een stevige uitdaging en de mogelijkheid om veel nieuwe dingen te leren in een dynamisch vakgebied? Doe mee aan ons IT Professional Program en ontwikkel jezelf tot software engineer! Je begint met een opleidingstraject van 3 maanden. Hierin ga je aan de slag met verschillende technieken die je op conceptueel niveau leert te overzien en interpreteren. Onderwerpen die aan bod komen zijn o.a. programmeren (Java/C#/Python), Object Oriëntatie, Databases, Webservices & webtechnologieën, Domain Driven Design en Continuous Integration/Continuous Delivery. Sommige van deze onderdelen sluit je af met een examen en bijbehorende certificering. Het opleidingstraject zelf sluit je af met

Bekijk vacature »

Webdeveloper

Locatie OSPEL Functieomschrijving VACATURE WEB DEVELOPER (JUNIOR/MEDIOR) 24-40 UUR PER DIRECT SALARIS IN OVERLEG LANGERE TIJD DOORGROEIMOGELIJKHEDEN OSPEL Houd je van ICT-vraagstukken en wil je graag online portalen voor de producten ontwikkelen? Je werkt hierbij nauw samen met de marketing- en salesafdeling. Communicatief ben je sterk en goed in staat om commerciële processen te vertalen naar digitale oplossingen. Ben je nieuwsgierig en sterk analytisch? Dan is deze vacature misschien wel wat voor jou! HET BEDRIJF Het bedrijf is al 25 jaar leverancier van kwalitatief hoogwaardige meststoffen. Ze staan voor kwaliteit, en dat merken hun klanten ook. Ze verkopen hun producten

Bekijk vacature »

Java Developer Nieuwbouw Internationaal

Functieomschrijving Ben jij een ervaren Java Developer, of ben jij sinds kortgeleden in de wereld van Java gestapt, en wil jij met jouw kennis van Java een bijdrage leveren aan de core systemen van deze internationale organisatie? Lees dan snel verder! Ontwikkelen van applicaties en nieuwe functionaliteiten in Java; Aanpassingen maken in bestaande code; Overleggen en samenwerken met architecten en Product Owners; Werken binnen een multidisciplinair Scrumteam met betrekking tot analyse, design en ontwikkeling; Samenwerken en ondersteunen van testers in het proces van automatische regressietesten. Functie-eisen Je bent in het bezit van een hbo-diploma; Minimaal twee jaar relevante werkervaring; Je

Bekijk vacature »

Xamarin Developer

Functieomschrijving Ben jij de Xamarin expert die de volgende stap in zijn carrière wil zetten? Houd jij er van om veelgebruikte apps verder uit te bouwen terwijl je de kwaliteit blijft waarborgen en heb je daarnaast zelf innovatieve ideeën ? Lees dan snel verder! Samen met het gehele mobile app team ben jij verantwoordelijk voor: de (door)ontwikkeling van Native applicaties voor Android en iOS; het verder samenbrengen van de applicatie en de web omgeving; de innovatie van de applicatie, het is belangrijk dat jij zelf meedenkt en jouw ideeën voorlegt binnen het team; feedback vanuit de gebruikers te behandelen en

Bekijk vacature »

JUNIOR AUTOMATION DEVELOPER

JUNIOR AUTOMATION DEVELOPER Heerlen Technology 13th month pay & Holiday allowance Bonus Program 26 holidays Training & Learning opportunities Laptop & Smartphone 32-40 hours p.w. As Junior Automation Developer within Accenture Heerlen you will be working on leading projects and apply new technologies on new business problems to create innovative solutions for our clients. Your job Your daily responsibilities include developing innovative (intelligent) automation solutions for several European clients. An example is creating smarter services which can automate administrative processes, business processes or solve any other new challenges our clients face (Robotics Process Automation). Within our office in Heerlen you

Bekijk vacature »

Senior Front-end Developer

Senior Front-end Developer bij Capgemini Bij Capgemini bouwen we niet zomaar webapplicaties en mobiele apps waar onze opdrachtgevers en hun klanten mee overweg kunnen. Nee, we ontwikkelen applicaties voor miljoenen gebruikers en dan ook nog apps waar men écht gelukkig van wordt. Van de medewerkers in de organisatie zelf tot aan de eindgebruikers. En als Senior Front-end Developer ben jij hierbij onmisbaar! De rol Van het bouwen van nieuwe functionaliteiten, het behouden, bewaken en verbeteren van de huidige infrastructuur en applicaties tot aan het ontwikkelen van nieuwe innovaties. Als Front-end Developer ben je de lead developer binnen jouw scrumteam en

Bekijk vacature »

PHP developer

Heb jij uitgebreide kennis van PHP, Linux en front-end? En hou je van een dynamische omgeving, waarin jouw baan er toe doet, jouw ideeën worden gehoord en waar je werkelijk het verschil kan maken voor jouw collega’s en het bedrijf? Zo ja, dan zijn wij op zoek naar jou in de positie van: PHP developer voor onze locatie in Veghel Over de positie: Als PHP programmeur bouw je aan diverse webbased applicaties in nauwe samenwerking met collega’s van IT, E-commerce en externe partners. Jouw taken omvatten, maar zijn niet gelimiteerd tot: gave internationale (web) applicaties bedenken, ontwerpen, maken en implementeren;

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/01/2020 09:52:51
 
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.