Bezetting hotelkamers opslaan

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

API Developer Red Hat Fuse

Dit ga je doen Als API Developer zal je verantwoordelijk zijn voor het: het maken van API's en het correct laten draaien van de API's op het platform. Hierdoor kom je in aanraking met Red Hat Fuse, Springt Boot, 3Scale, Red Hat SSO, Openshift en Azure DevOps; zorgen voor de kwaliteit van de ontwikkeling, integratie en prestaties van de API's; zorgen voor een stabiel integratieplatform. Hier ga je werken Deze organisatie is een toonaangevende speler in de vastgoedbranche en telt momenteel ruim 500 medewerkers. Met meer dan 150 applicaties staat er een complex applicatielandschap dat hoofdzakelijk op OpenShift, Azure en

Bekijk vacature »

.NET Developer Medior Senior

Dit ga je doen Ontwikkelprocessen verder optimaliseren en verder ontwikkelen met C#; CI/CD-pipelines automatiseren; Herbruikbare componenten maken; Testen; Front-end pagina's gebruiksvriendelijk maken. Hier ga je werken Als .NET Developer kom jij terecht binnen een grote en internationale organisatie. Zij streven naar een positieve impact op de mens, milieu en maatschappij. Het bedrijf is oorspronkelijk een familiebedrijf en werkt aan de productie van hoogwaardige en technische systemen voor de gezondheidszorg. Momenteel willen zij betere ontwikkelprocessen creëren op internationaal gebied en staat kwaliteit en veiligheid voor hun op nummer 1! Als .NET Developer werk jij aan het ontwikkelen van verbeterde software voor

Bekijk vacature »

Medior/senior Back-end developer wanted!

Functie Because of the growth within the company, we are looking for reinforcement in the devlopmenttean. As a back-end developer you build the company software that helps us with the primary processes. A fun (internal) project in which you continuously develop the software! You will work in a small team, we have daily stand-ups and a scrum session every fortnight, led by our Scrum Master. During these sessions, you get the opportunity to present your ideas and discuss them with your fellow developers and the Product Owner. Within the development teams, we use Trello, Gitlab, Jiira, Confluence and Boockstack. They

Bekijk vacature »

PHP Developer

Functieomschrijving Vanuit het hoofdkantoor in de regio van Bergen op Zoom ben je als PHP Developer niet alleen gefocust op het ontwikkelen van Software. Daarnaast ben je ook voortdurend bezig met het zoeken naar nieuwe mogelijkheden en innovaties die essentieel kunnen zijn voor de efficiëntie van software ontwikkeling. Je deelt veel kennis en informatie met het team en ontvangt deze dan ook graag terug. Techstack: PHP, Symfony & mySQL. Bedrijfsprofiel Deze uitdagende opdrachtgever is ruim 20 jaar actief in de regio Bergen op Zoom. Het vooruitstrevende team staat de hele dag voor je klaar om je te helpen en ondersteunen.

Bekijk vacature »

Trainee pega developer

Wil jij een mooie stap maken in jouw carrière? Mooi! Bij De Mandemakers Groep haal je binnen 6 maanden je CSA- en CSSA-certificaten, waarna jij aan de slag kan als Pega-developer in ons IT-team. Achter de schermen zorg jij ervoor dat collega’s efficiënt werken en klanten iedere dag beter geholpen worden. Wil jij daaraan bijdragen? En jouw ICT-skills ontwikkelen? Lees dan snel verder en solliciteer vandaag nog als trainee Pega-developer. Wat ga je doen? Als trainee Pega developer leiden wij je op tot gecertificeerd software developer voor het low-code platform PegaSystems. In de training ben je verantwoordelijk voor een te

Bekijk vacature »

Senior Java developer

Dit ga je doen Jouw taken als Senior Java Developer zijn: Het maken van strategische keuzes omtrent de nieuwbouw van applicaties; Het maken van technische ontwerpen; Hands-on mee ontwikkelen met het team (met o.a. Java FX, JDBC, SQL, REST, Jax-RS, JSON, Maven, JUnit en Spring (boot)); Reviewen van code en feedback geven op collega developers; Analyseren en oplossen van bugs/incidenten door het onderlinge verband te kunnen leggen van verschillende losstaande systemen. Hier ga je werken Het bedrijf waar je als Senior Java Developer komt te werken staat internationaal bekend om het testen van bodemstructuren door middel van echotechnieken en beeldherkenning.

Bekijk vacature »

Medior/senior front end developer

Functie Vanwege de groei binnen het bedrijf zijn ze op zoek naar een Technische front end developer. Momenteel hun front end back end team gescheiden aan het werk. Hier willen ze verandering in krijgen. Omdat ook veel interne applicaties ontwikkeld worden zoeken ze iemand die hen kan helpen om de interne applicaties te voorzien van de juiste Vue.js componenten. Zodoende willen ze de interactie tussen front end en back end versoepelen en de volgende stap binnen het platform gaan zetten. Deze componenten die jij ontwikkeld zullen in elk project gebruikt worden. Het back end team bestaat momenteel uit 8 ontwikkelaars

Bekijk vacature »

.NET developer

Functie Als junior .NET ontwikkelaar ga jij aan de slag in één van de 5 IT teams van dit bedrijf. Jullie werken op basis van interne klantprojecten aan voornamelijk webapplicaties. Dit betekent dat jij continu uitgedaagd wordt en veelal met verschillende soorten projecten bezig bent. Het gave is dan ook dat jullie als team samen bekijken welke technieken het beste passen bij het project waar jullie verantwoordelijk voor zijn. Zo kan het zijn dat jij als .NET developer gaat werken aan een project, maar dat jullie als team liever gebruik maken van Haskell of F# om de klus te klaren.

Bekijk vacature »

Als Front-end developer bijdragen aan het onderwij

Functie Als front-end developer om je terecht in een team van goede en ervaren developers, en ga je werken aan de software die door miljoenen mensen gebruikt wordt. Je bent in staat om designs effectief te vertalen naar werkende feautures en hebt oog voor een goede UX van het product. Je staat voor clean code en goede documentatie. Je ziet toegevoegde waarde in het beoordelen van het werk van collega’s om zo samen te streven naar hoge kwaliteit software en code. Je dagelijkse werk bestaat uit het werken aan componenten in de Storybook. Het verbeteren en refactoren van de huidige

Bekijk vacature »

3D BIM Add-on Developer

As a 3D BIM add- on developer at KUBUS, you will develop add-ons (called BCF- Managers) to the leading building information modeling (BIM) programs Revit, Navisworks, Archicad, AutoCAD and Tekla Structures. BCF Managers enable data transfer between BIM software and BIMcollab. You will work on both the front- and the back-end. As a software company, KUBUS is in a unique position. We build our own products that are used by tens of thousands of users worldwide. Our company is just the right size: big enough to make a real impact in the market, but small enough that as an individual

Bekijk vacature »

Junior Outsystems developer

Functie Als junior Outsystems developer wordt jij onderdeel van een multidisciplinair team van 23 software engineers. Ons team werkt agile en termen als Continuous Integration en Continuous Delivery zijn bij ons dagelijkse koek. Wij werken aan uitdagende en afwisselende projecten met als doel onze klanten een totaal oplossing aan te bieden. Als junior Outsystems developer krijg jij bij ons de kans om jezelf te ontwikkelen naar een volwaardige ervaren en gecertificeerde Outsystems developer. Jij een team met ervaren mensen (10+ ervaring) om je heen. Zo heb jij niet het gevoel dat jij meteen in het diepe wordt gegooid en uiteraard

Bekijk vacature »

Senior PHP developer/ Software Architect

Functie Momenteel zijn ze op zoek naar een ervaren PHP developer die zichzelf graag bezighoudt met zaken als architectuur en de algehele verbetering van structuren en standaarden. Het is eigenlijk meer operationeel als uitvoerend omdat je bezig gaat met zaken als het verder uitrollen en verbeteren van testautomatisering, codereviews, tickets en de doorloop hiervan en architectuurkeuzes. Mocht je hiernaast ook wat DevOps kennis meenemen is dit mooi meegenomen! Vanwege het kleine team maar de wereldwijde impact die zij leveren is er veel focus op kwaliteit. In deze functie werk je aan één van hun belangrijkste applicaties. Hierin werk je nauw

Bekijk vacature »

Java Front-end Developer

Dit ga je doen Ontwikkelen van nieuwe functionaliteiten in Java met tools als Springboot, MS SQL Server (T-SQL) en JavaScript; Het onderhouden van de (web-)applicaties binnen een complexe omgeving; Werken aan de migratie van een monolithisch systeem naar een architectuur gebaseerd op Kubernetes; Code reviews met collega's en actieve kennisuitdelingsessies voeren; Het uitvoeren van unit- en systeemtests Experimenteren met nieuwe tools en technieken. Hier ga je werken Binnen deze organisatie kom je te werken op de afdeling die gegevens verzamelt vanuit het hele land. Denk hierbij aan vertrouwelijke persoonsgegevens. Het team verwerkt al deze data met als doel het waarborgen

Bekijk vacature »

Oracle APEX developer

Wat je gaat doen: Als Oracle APEX ontwikkelaar bij DPA werk je samen met collega’s aan de meest interessante opdrachten. Je zult je ervaring met SQL, PL/SQL, JavaScript, HTML en CSS inzetten om wensen van opdrachtgevers te vertalen naar technische oplossingen. Je werk is heel afwisselend, omdat DPA zich niet beperkt tot een specifieke branche. Zo ben je de ene keer bezig binnen de zorgsector, de andere keer is dit bij de overheid. Wat we vragen: Klinkt goed? Voor deze functie breng je het volgende mee: Je hebt een hbo- of universitaire opleiding afgerond Je hebt 2 tot 5 jaar

Bekijk vacature »

Medior Java developer

Wat je gaat doen: Of beter nog, wat wil jij doen? Binnen DPA GEOS zijn we dan ook op zoek naar enthousiaste Java developers om ons development team te versterken. Als Java developer werk je in Agile/Scrum teams bij onze klanten en daarbij kun je eventueel ook andere ontwikkelaars begeleiden in het softwareontwikkelproces. Verder draag je positief bij aan de teamgeest binnen een projectteam en je kijkt verder dan je eigen rol. Je gaat software maken voor verschillende opdrachtgevers in jouw regio. Je bent een professional die het IT-vak serieus neemt en kwaliteit levert. Je leert snel vanwege je diepgaande

Bekijk vacature »

Pagina: 1 2 volgende »

Brian Valenburg

Brian Valenburg

31/05/2010 10:19:17
Quote Anchor link
Hallo,

Ik ben hier al een hele tijd niet geweest en moet zeggen dat ik onder de indruk ben van de nieuwe website.

Ik ben bezig met een script waarmee je hotelkamers kunt reserveren. Nu vraag ik me af wat de beste manier is om de bezetting data op te slaan.

Is dit een koppel tabel, dus een tabel die communiceert met de tabel waarin de hotelkamers staan, of gewoon in één tabel, data ranges met komma gescheiden. Denk het eerste, maar misschien zie ik nog iets over het hoofd.

Alvast bedankt :) - Brian
 
PHP hulp

PHP hulp

13/03/2025 06:20:02
 
Joren de Wit

Joren de Wit

31/05/2010 10:23:03
Quote Anchor link
De tweede oplossing is in ieder geval niet juist, dat had je goed gezien. Of de eerste wel de juiste is, hangt af van alle informatie die je in je database op wilt slaan. De enige manier om achter het juiste datamodel te komen, is door te normaliseren. Doorloop dat proces en je houd vanzelf een correct datamodel over ;-)

Edit: op basis van de informatie die je nu geeft, zou ik zoiets verwachten:

kamers
------
id
kamernummer
naam

reserveringen
-----------
id
kamer_id
aankomst_datum
vertrek_datum
Gewijzigd op 31/05/2010 10:24:49 door Joren de Wit
 
Brian Valenburg

Brian Valenburg

31/05/2010 10:24:15
Quote Anchor link
Ik denk dat ik de begin datum en eind datum in een rij opsla in een tabel hoteldata o.i.d. zodat ik makkelijk kan sorteren / zoeken. Ik ga die tutorial even lezen, dank!

- Brian
 
Joren de Wit

Joren de Wit

31/05/2010 10:25:52
Quote Anchor link
Zie ook de edit van mijn vorige post. Een keine opzet, die wellicht nog verandert omdat je meer informatie wilt opslaan. Bijvoorbeeld over de persoon die een kamer reserveert.
 
Brian Valenburg

Brian Valenburg

31/05/2010 10:27:27
Quote Anchor link
Zoiets had ik ook in gedachten maar dacht een tweede opinie kan nooit geen kwaad. :) Dank je wel. De pagina's van de tutorial normaliseren zijn trouwens niet juist gesorteerd.
 
Joren de Wit

Joren de Wit

31/05/2010 10:29:10
Quote Anchor link
Ik zie het. Er is waarschijnlijk wat fout gegaan met het overzetten van de data van de oude website. Gelukkig spreken de titels voor zich :-)

edit: zojuist de volgorde aangepast...
Gewijzigd op 31/05/2010 10:43:44 door Joren de Wit
 
Elwin - Fratsloos

Elwin - Fratsloos

31/05/2010 11:04:26
Quote Anchor link
Het gaat hierbij niet om een koppeltabel. Maar om twee gewone tabellen die een een-op-veel relatie met elkaar hebben (een hotelkamer kan meerdere reserveringen hebben).

Een koppeltabel wordt gebruikt om een veel-op-veel relatie te maken. Bijvoorbeeld:
gebruiker <> gebruiker_groep <> groep

Meerdere gebruikers kunnen in meerdere groepen zitten.

Offtopic:
De tutorial heeft nu in de rechterbalk geen titels om door de pagina's te navigeren.
 
Brian Valenburg

Brian Valenburg

31/05/2010 11:14:25
Quote Anchor link
Bedankt voor je aanvullingen Elwin. Zie dat jij de tutorial ook hebt geschreven, puik werk :) Ik ben weer een spat slimmer.

Offtopic:
Zie dat de inhoudsopgave nu weer terug is. Vorige / volgende pagina werkte net niet maar nu wel, volgens mij is er iemand bezig...
 
Brian Valenburg

Brian Valenburg

31/05/2010 11:42:52
Quote Anchor link
Ik heb nu het volgende op papier staan:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
hotelrooms
id    int(11)
room_number    int(5)
room_number_additive    varchar(5)
room_name    varchar(20)
photo1    varchar(40)
photo2    varchar(40)
photo3    varchar(40)

room_occupation
room_id    int(11)
date_from    datetime
date_till    datetime
date_reservation    Datetime
customer_id    varchar(40)

customers
id    int(11)
name    varchar(20)
surname    varchar(50)
address    varchar(40)
postalcode    varchar(6)
city    varchar(30)
telephone    varchar(13)
email    varchar(150)
notes    text


Voordat ik ga programmeren wil ik zeker weten dat ik niets over het hoofd zie. Vergeet ik nog iets?
 
B a s
Beheerder

B a s

31/05/2010 11:45:11
Quote Anchor link
Je hebt nu je foto's in je hotelrooms tabel. Daar kun je beter een apparte tabel van maken waarin je net zoals bij room_occupation naar het room_id verwijst.

Offtopic:
Welkom terug Brian :) Laatste keer dat je hier was, was in 2007 zie ik.
Gewijzigd op 31/05/2010 11:52:38 door B a s
 
Brian Valenburg

Brian Valenburg

31/05/2010 11:46:28
Quote Anchor link
Goed idee.. Heb ik nu aangepast :) Nu zit je ook niet aan slechts 3 foto's vast ;) Dank je wel
 
Brian Valenburg

Brian Valenburg

31/05/2010 11:57:38
Quote Anchor link
Ik heb nog één vraag. Ik wil een cumulatief systeem maken voor meerdere hotels. Is het verstandig om dit in één grote database te doen of vertraagd dit de boel?

Ik zit te denken om een `owner_id` toe te voegen aan de bestaande tabellen die aangeeft van welk hotel die record is.
 
Joren de Wit

Joren de Wit

31/05/2010 12:02:01
Quote Anchor link
Je kunt prima nog een tabel met hotels toevoegen. De enige tabel die je vervolgens hoeft te wijzigen, is de hotelrooms tabel. Deze krijgt dan immers een kolom hotel_id erbij om aan te geven in welk hotel de kamer zich bevindt.

Over traagheid: een database is ervoor gemaakt om miljoenen records te bevatten. Zolang je structuur klopt en de juiste indexen gebruikt, hoeft dat dus geen probleem te zijn.
 
Brian Valenburg

Brian Valenburg

31/05/2010 12:02:56
Quote Anchor link
Oke super dank je wel :D
 
Elwin - Fratsloos

Elwin - Fratsloos

31/05/2010 12:08:12
Quote Anchor link
Dat zou je in een grote DB kunnen doen. Moet geen probleem zijn als je je queries goed op orde hebt.

Let er op dat je dan nog een tabel hebt en dat een kamer een relatie heeft met die nieuwe tabel. En hou er ook rekening mee dat je de klanten ook via een relatie aan de nieuwe tabel linkt. Anders zouden de klanten van Hotel X door Hotel Y gevonden worden.

Je huidige tabel room_occupation moet nog een eigen id hebben. Je zou kunnen zeggen dat de primaire index van die tabel de samengestelde sleutel 'room_id' en 'customer_id' is, maar dat zou betekenen dat een klant een kamer slechts een keer kan reserveren.

Zoals die tabel nu is opgezet is het een koppeltabel, immers meerdere klanten kunnen meerdere kamers reserveren, maar dan wel slechts een keer. Je wilt hier een tabel van maken met meerdere 1-op-veel relaties, waarbij een eigen id zorgt voor de primaire index.
 
Joren de Wit

Joren de Wit

31/05/2010 12:16:50
Quote Anchor link
Elwin Fratsloos op 31/05/2010 12:08:12:
Je wilt hier een tabel van maken met meerdere 1-op-veel relaties, waarbij een eigen id zorgt voor de primaire index.

Veel-op-veel relaties toch? Meerdere gasten kunnen meerdere kamers boeken. Goed punt van het eigen id, die had ik nog niet eens gezien :-)
 
Brian Valenburg

Brian Valenburg

31/05/2010 12:35:22
Quote Anchor link
Bedankt voor jullie uitgebreide commentaar. Ik heb het nu als volgt (hele kluif om naar te kijken nu tho):

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
hotel
hotel_id    int(11)
hotel_name    int(11)
hotel_logo    datetime
hotel_address    datetime
hotel_address_number    int(8)
hotel_address_additive    varchar(8)
hotel_postal_code    varchar(6)
hotel_city    varchar(39)
hotel_telephone    varchar(13)
hotel_email    varchar(150)
hotel_website    varchar(80)
hotel_description    text

hotelrooms
room_id    int(11)
room_number    int(5)
room_number_additive    varchar(5)
room_name    varchar(20)
hotel_id    int(11)

room_photos
photo_id    int(11)
room_id    int(11)
photo_name    datetime
photo_postdate    datetime
sort    Int(2)

room_occupation
id    int(11)
room_id    int(11)
date_from    datetime
date_till    datetime
date_reservation    Datetime
customer_id    varchar(40)

customers
id    int(11)
customer_name    varchar(20)
customer_surname    varchar(50)
customer_address    varchar(40)
customer_address_number    int(5)
customer_address_additive    varchar(5)
customer_postal_code    varchar(6)
customer_city    varchar(30)
customer_telephone    varchar(13)
customer_email    varchar(150)
customer_notes    text
hotel_id    int(11)
Gewijzigd op 31/05/2010 12:36:47 door Brian Valenburg
 
Joren de Wit

Joren de Wit

31/05/2010 12:41:06
Quote Anchor link
room_photos.photo_name datetime? --> Lijkt me varchar

room_occupation.date_from datetime --> Waarom geen date?
room_occupation.date_till datetime -- Waarom geen date?

customers.hotel_id int(11) --> Deze hoort hier niet. In welk hotel een gast verblijft wordt vastgelegd via de room_occupation tabel. Op deze manier zou een gast maar in 1 van de hotels kunnen verblijven, en nooit meer in een ander...
 
Brian Valenburg

Brian Valenburg

31/05/2010 12:47:04
Quote Anchor link
Super, ik koppel er wel een login systeem aan dan zodat klanten zich één keer registreren en kunnen inloggen. Was eerst de bedoeling dat ze iedere keer hun naw gegevens opgeven. Die van de date is ook een goede inderdaad. Tnx voor jullie hulp nogmaals!
 
Joren de Wit

Joren de Wit

31/05/2010 12:52:26
Quote Anchor link
Brian Valenburg op 31/05/2010 12:47:04:
Super, ik koppel er wel een login systeem aan dan zodat klanten zich één keer registreren en kunnen inloggen. Was eerst de bedoeling dat ze iedere keer hun naw gegevens opgeven.

Dan lijkt het mij een stuk gebruiksvriendelijker om bij een volgende keer te vragen of de naw gegeven van de gast nog kloppen, ipv ze elke keer opnieuw in te laten vullen. ;-)
 
Elwin - Fratsloos

Elwin - Fratsloos

31/05/2010 12:52:58
Quote Anchor link
Blanche PHP op 31/05/2010 12:16:50:
Veel-op-veel relaties toch? Meerdere gasten kunnen meerdere kamers boeken. Goed punt van het eigen id, die had ik nog niet eens gezien :-)
Volgens mij meerdere 1-op-veel relaties, omdat de reservering uniek is. Maar met die meerdere 1-op-veel relaties kan je meerdere kamers door meerdere klanten laten reserveren en blijft de reservering uniek.
Blanche PHP op 31/05/2010 12:41:06:
customers.hotel_id int(11) --> Deze hoort hier niet. In welk hotel een gast verblijft wordt vastgelegd via de room_occupation tabel. Op deze manier zou een gast maar in 1 van de hotels kunnen verblijven, en nooit meer in een ander...
Dat is een keuze die gemaakt moet worden. Allebei is in principe goed. Nu kan je zeggen dat de medewerkers van Hotel X de klanten van Hotel Y in kunnen kijken. Dat is ook weer niet goed.

De keus moet m.i. gemaakt worden na het beslissen van het volgende:
- is het een eigen systeem, op een eigen site, waar de klanten kunnen inloggen? Dus de site fungeert dan als tussenpersoon voor de hotels. Dan moet de hotel_id niet bij de klant opgeslagen worden, dan wordt het zeg maar een account waarmee je bij meerdere hotels kan reserveren.
- is het een te integreren systeem, oid? Dan moet je het hotel_id wel bij de klant opslaan, omdat de hotels dan niets met elkaar te maken hebben. Het zou dan raar zijn als je vraagt: 'bent u al geregistreerd bij Hotel X, of Hotel Y of Hotel Z?'. Puur alleen omdat je dan de klantgegevens hergebruikt.

Edit:
Let op voor overnormalisatie! Zie de laatste reacties van de tutorial. Je zou eigenlijk per reservering die adresgegevens op moeten slaan. En op basis van bovenstaande reacties (die tijdens deze reactie waren gepost) zou je de hotel_id niet bij de klant op moeten slaan.
Gewijzigd op 31/05/2010 12:55:11 door Elwin - Fratsloos
 

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.