[PGSQL] Werktijden opslaan

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Junior Low-code ontwikkelaar gezocht omgeving Arnh

Bedrijfsomschrijving Wij zijn een dynamisch IT-bedrijf dat zich richt op het stroomlijnen van bedrijfsprocessen en het creëren van ondersteunende applicaties. Onze kracht ligt in het combineren van zakelijk inzicht met IT-expertise via gestroomlijnde procesontwerpen en wendbare applicatieontwikkeling met behulp van Low-code technologieën. Als jonge professional krijg je de kans om samen te werken met een team van 15 deskundige collega's, verspreid over nationale en internationale locaties. We bieden je een leerzame omgeving waar je je vaardigheden kunt ontwikkelen en groeien in je rol als Low-code ontwikkelaar. Word jij onze nieuwe Junior Low-code Ontwikkelaar (OutSystems)? Versterk ons team en draag bij

Bekijk vacature »

Medior PHP developer

Functie Samen met je development team werk je Agile Scrum en met jullie gezamenlijke kennis en ervaring bepalen jullie samen de beste keuze voor techniek en architectuur. Naast het ontwikkelen van software ben je continue bezig om ook jezelf te ontwikkelen. Ze werken met o.a.: PHP, Laravel, Doctrine, PHP Unit, Behat, React, TypeScript, (My)SQL, Postgress, Redis, ElasticSearch, Docker, Nginx, GIT flow, JIRA, AWS. Eisen • HBO werk- en denkniveau • Je hebt goede kennis en ervaring met PHP • Je bent niet bang voor complexe projecten • Je werkt graag zelfstandig aan applicaties • Je bent altijd nieuwsgierig naar nieuwe

Bekijk vacature »

Oracle APEX Ontwikkelaar (3.500-6.000 euro)

Bedrijfsomschrijving Ben jij een getalenteerde Oracle APEX ontwikkelaar met minimaal één jaar ervaring in het ontwikkelen van Oracle APEX-applicaties? Ben je gepassioneerd over het ontwikkelen van bedrijfskritische oplossingen en wil je werken bij een toonaangevend consultancybedrijf? Dan zijn wij op zoek naar jou! Deze organisatie beschikt over zowel inhouse als externe projecten, maar bovenal over een sterk team en netwerk van opdrachten waardoor jij jezelf verder kunt ontwikkelen. Het team bestaat uit een aantal junior en medior developers, maar vooral uit senioren. De business unit managers binnen het team zijn mensen die hun vak verstaan en zelf als Oracle APEX

Bekijk vacature »

Software programmeur

Functieomschrijving Voor een uitdagende werkgever in regio Breda zijn wij op zoek naar een Full Stack C#.NET programmeur. Je bent verantwoordelijk voor het ontwikkelen van apps, webapplicaties en dashboards voor de eigen IOT-oplossingen. Je werkt samen met andere developers en engineers om de sensoren in machines te scannen en vervolgens de data om te zetten in management informatie voor de klanten. Taken en verantwoordelijkheden: Je gaat aan de slag met de volgende technologieën en frameworks: C#, JS frameworks, HTML, TypeScript, SQL & C++, CSS. Geen ervaring met één van deze technologieën is dan ook geen enkel probleem! Deze werkgever biedt

Bekijk vacature »

Back end developer PHP

Functie Met een complex en uitgebreid e-commerce platform, een eigen PIM-systeem en eigen scan applicatie – krijg jij dagelijks te zien hoe jouw werk gebruikt wordt door miljoenen gebruikers. En we staan qua development pas in de startblokken, aangezien er nog meerdere projecten op de plank liggen te wachten! Ons huidige development team bestaat uit 8 programmeurs. Er wordt dagelijks gereflecteerd op geschreven code, Scrum taken en kennisdelen onderling is een must. Onze voertaal binnen ons team is Engels, dit omdat wij twee internationale collega’s hebben. Ons huidige “IT Landschap” bestaat voornamelijk uit allerlei losse onderdelen die individueel, maar ook

Bekijk vacature »

.NET developer WO niveau voor predictive software

Bedrijfsomschrijving Dit bedrijf uit Den Bosch is om precies te zijn 15 medewerkers groot en ze ontwikkelen (predicitve) planning software. Dit doen zij voor allerlei mooie en bekende organisaties (bierbrouwerijen, gemeentes, oliemaatschappijen en diverse multinationals). Wegens meer en grotere vraag vanuit de klanten komen er nu posities vrij voor onder andere een .NET developer. Het bedrijf is goed met openbaar vervoer te bereiken. Functieomschrijving Je komt hier te werken in een team van 3 .NET developers en bent betrokken bij het gehele ontwikkelproces. Dus van idee naar ontwerp en van ontwikkeling tot testen en implementatie. Bij voorkeur ben je niet

Bekijk vacature »

BizTalk/ Azure Developer

Dit ga je doen •Understanding the scope of required functionality, translate them within context of way of working of the team into developed solutions, whilst safeguarding documentation; •Planning based on assigned sprint tasks; •Acting as an expert in estimation techniques and planning; •Understanding your role in the agile process and act in this way; •Facilitating internal communication and effective collaboration; •Working closely with scrum master to handle backlogs and new requests; •Providing information to the third parties about activities and needs for compliance. Hier ga je werken Our client is a leading organization focusing on animal nutrition, offering solutions that

Bekijk vacature »

Java Developer

Dit ga je doen Ontwerpen en bouwen van nieuwe functionaliteiten binnen de complexe omgeving; Proactief de processen kwalitatief en efficient inrichten; Opzetten van Unit Tests; Code Reviews; Regie nemen voor innovatieve projecten; Landschap beheren en de bijbehorende ketens hierbij in het oog houden. Hier ga je werken De organisatie is actief binnen de financiele branche en heeft een IT afdeling van circa 450 man. De organisatie voorziet de maatschappij binnen de financiele dienstverlening en is gedurende de jaren een onmisbare schakel geworden. Het is een high profile organisatie waar ze veel te maken hebben met veranderingen voortkomend uit maatschappelijke ontwikkelingen,

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 »

SQL beheerder / ontwikkelaar

Functie omschrijving Voor een klant in omgeving Tiel zijn wij op zoek naar een SQL beheerder met affiniteit met technisch applicatiebeheer. Je krijgt een fijne in-house werkplek waar je gaat werken aan diverse projecten. Dit bedrijf doet het beheer van databases voor een aantal bancaire klanten. Op dit momenten hebben zij ruim 1500 databases in beheer. Jouw werkzaamheden gaan er als volgt uit zien: Je gaat de development afdeling ondersteunen bij het ontwikkelen van MS SQL Scripts. Je zal zowel zelfstandig als in teamverband MS SQL databases installeren & beheren. Je monitort en onderzoekt incidenten en de achterliggende oorzaken. Je

Bekijk vacature »

Full stack developer Node.js

Functie Als fullstack JavaScript developer vind jij het uitdagend om op basis van concrete klantvragen nieuwe functionaliteiten te ontwikkelen. Bij voorkeur worden deze functionaliteiten op een bepaalde manier geprogrammeerd, zodat ze door meerdere klanten te gebruiken zijn. Je hebt dus vaak te maken met abstracte vraagstukken. Om dit te kunnen realiseren sta je nauw in contact met de product owner en/of klant. Je bent niet alleen onderdeel van het development team, maar hebt ook vaak contact met de product-owner en/of klanten om daardoor inzichten te verzamelen die leiden tot productverbeteringen. • Inzichten verzamelen bij de klant en/of product owner •

Bekijk vacature »

Node.js developer

Functie Onder begeleiding van 3 accountmanagers waarvan er 1 binnen jouw expertise je aanspreekpunt zal zijn ga je aan de slag bij diverse opdrachtgevers. Hij of zij helpt je bij het vinden van een passende en uitdagende opdracht. Hierin houden ze uiteraard rekening met jouw situatie, ervaring en (technische) ambities. De opdrachten duren gemiddeld één tot 2 jaar. Hierdoor kun je je ook echt vastbijten in een project en als consultant impact maken. Naast de opdracht ben je regelmatig met je collega’s van de IT-afdeling om bijvoorbeeld onderlinge kennis te delen, of nieuwe trends te bespreken. Ook worden er regelmatig

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 »

C# .NET Developer

Dit ga je doen Je richt je op het doorontwikkelen en herstructureren van het platform; Je werkt in teamverband en zelfstandig aan uitdagende projecten voor verschillende klanten; Softwareontwikkeling middels C# .NET; Je staat in contact met verschillende opdrachtgevers om de klantwensen te bespreken en deze vervolgens te ontwikkelen; Verbeteren van bedrijfsprocessen; Implementaties. Hier ga je werken Als .NET Developer kom je te werken in de regio van Lelystad bij een organisatie die met toonaangevende klanten uit heel Nederland samen werkt. De producten en diensten van de organisatie bereiken miljoenen Nederlanders. Hierbij komt een grote hoeveelheid informatie kijken en deze moet

Bekijk vacature »

SQL Database ontwikkelaar

Functie omschrijving Wil jij meewerken aan het creëren van slimme software om magazijnen als een geoliede machine te laten lopen? Wij zoeken een zorgvuldig persoon, iemand die niet snel de hand omdraait voor complexe algoritmes. Denk jij dat jij de SQL ontwikkelaar bent die wij zoeken? Lees snel verder en wie weet zitten we binnenkort samen aan tafel! Jouw werkzaamheden zullen er als volgt uitzien: Je houdt je bezig met het ontwerpen en ontwikkelen van MS SQL server databases, dit doe je met T-SQL als programmeer laag. Je gaat aan high-end software oplossingen werken, dit doe je voor de optimalisatie

Bekijk vacature »
PHP Newbie

PHP Newbie

20/09/2008 15:16:00
Quote Anchor link
Heey allemaal,

Ik vroeg me af wat nou de beste manier is om de werktijden van iemand op te slaan. Er zijn nogal wat voorwaarden die ingecalculeerd moeten worden:

- Iemand kan op verschillende dagen van de week op verschillende tijden werken, maar wel iedere week hetzelfde.
- Iemand heeft pauzes waarop niet gewerkt wordt
- Iemand kan een dag of week vrijnemen
- Iemand kan een doktersafspraak hebben waardoor hij een half uur of uur of whatever niet kan werken

Dus wat is nou een ideale manier van werktijden opslaan zodat er gemakkelijk wijzigingen toegevoegd kunnen worden?

Groet
Newb
 
PHP hulp

PHP hulp

25/04/2024 18:17:46
 
Pim Vernooij

Pim Vernooij

20/09/2008 15:48:00
Quote Anchor link
Ik zou de tijden niet loggen, alleen de gemaakte uren. Dan ben je er al. Per werknemer stel je in hoeveel uur per week gemaakt moeten worden; bij het vrijgeven door de gebruiker check je of de werknemer zijn minimale aantal uur heeft gemaakt.
Gewijzigd op 01/01/1970 01:00:00 door Pim Vernooij
 
Joren de Wit

Joren de Wit

20/09/2008 15:50:00
Quote Anchor link
In de database zou ik puur de tijden opslaan waarop iemand daadwerkelijk aan het werk is. Dus gebruik een TIMESTAMP veld voor zowel de begin- als eindtijd.

Net als het principe van in- en uitklokken: een werknemer begint met werken en registreert zijn begintijd (klokt in), vervolgens gaat hij naar de tandarts en registreert zijn eindtijd (klokt uit). Komt hij weer terug, herhaalt dit proces zich totdat de werknemer uiteindelijk weer naar huis gaat...
 
PHP Newbie

PHP Newbie

20/09/2008 16:08:00
Quote Anchor link
Ik zal de tijden wel moeten loggen. Het is namelijk de bedoeling dat mensen afspraken kunnen maken met de mensen die op dat moment aan het werk zijn.

edit:
En de een werkt dus van 8 tot 5, een ander van 9 tot 6. Een derde heeft weer een vrije dag op vrijdag, een vierde werkt maar partime en een vijfde heeft m de week een vrije dag. Dit zal dus allemaal in het systeem moeten komen zodat mensen zien wie wanneer aan het werk is.
Gewijzigd op 01/01/1970 01:00:00 door PHP Newbie
 
Citroen Anoniem Graag

Citroen Anoniem Graag

20/09/2008 16:25:00
Quote Anchor link
Ik zou vrije dagen sowieso in een andere tabel opslaan. Dan kan je ook makkelijk zien hoeveel vrije dagen iemand al heeft opgenomen ed.

De rest zou ik zo doen:
id | persoon_id | begintijd | eindtijd | datum

Begintijd en eindtijd zijn dan time-velden en de datum is een date veld.

Als iemand iedere week de zelfde dagen werkt dan kan dat ook. Ook als iemand niet elke dag hetzelfde werkt. Op deze manier is alles mogelijk.

Je zou natuurlijk nog een extra tabel kunnen makne met standaard tijden van werknemers (per dag). En dan zou je die automatisch in bovenstaande tabel kunnen laten zetten, maar dat is eigelijk allen een handige functie voor de gebruiker.
 
PHP Newbie

PHP Newbie

20/09/2008 16:29:00
Quote Anchor link
1000 werknemers, 300 werkdagen. Minimaal 2 pauze op een dag waardoor er sowiso 2 records per dag nodig zijn.

600.000 records. Als we daar nog flink mee moeten gaan rekenen om de juiste gegevens op het scherm te krijgen is dat natuurlijk wel een flinke aanslag op de server.

Begintijd en eindtijd kunnen trouwens gewoon datetime velden zijn in je voorbeeld. Heb je die kolom "datum" niet meer nodig. Alleen maar onhandig.

Maar ik vraag me toch af of er geen gemakkelijkere oplossing is dan dit. Hoeveel vrije dagen iemand heeft opgenomen boeit me niet en zal me ook niet boeien. Het gaat mij er alleen om wanneer iemand werkt.
 
Eddy E

Eddy E

20/09/2008 16:40:00
Quote Anchor link
Pauzes vermeld je (uiteraard) niet, want die horen bij de werktijden.
En ik neem aan dat je dit VOORAF wil weten. Dus niet wil zien OF iemand er ook daadwerkelijk was. Immers: het gaat om afspraken (in de toekomst) maken en niet in het verleden.

Mijn idee hierbij:

- tabel PERSONEN (uiteraard)
- tabel WERK daarin: dag+persoon+start-tijd+eind-tijd
- tabel VRIJ (vrij/dokter/vakantie) met daarin: persoon + start (datetime) + eind (datetime).

Het is wordt was SQL-en, maar dat is geen probleem.
Met BETWEEN (start/eind) kan je heel veel.
Je kan dan van iedere seconde/minuut/dag opvragen welke personen er zijn

Tip: voor dit soort rekenwerk gebruik je dus VIEWS.
1x per dag de moeilijke query uitvoeren en klaar.
Ziekmeldingen (ter plaatse op het werk/tijdens het werk) kan je natuurlijk niets aan doen.
 
Klaasjan Boven

Klaasjan Boven

20/09/2008 17:35:00
Quote Anchor link
He Newbie

Ik zou gaan werken met dagen waarop iemand werkt, dwz de werkdagen. Tevens zou ik van een persoon tijdblokken opnemen waarop hij of zij beschikbaar is. Een tijdblok is bijv 6 minuten. Nu kun je vanaf starttijd == winkel open de tijdblokken tellen tot aan begin_pauze en vanaf eind_pauze tot winkel dicht. Uiteraard als iemand parttime werkt alleen bij tot aan begin_pauze.

Ik heb hier al eens een discussie over gahd op Phpfreakz en ben tot de conclusie gekomen dat dit de handigste methode is.

groeten
Klaasjan

edit
Uiteraard zijn de tijdblokken ook een mooi begin voor de opbouw van de werksoorten. Elke werksoort duurt X tijdblokken.
Uiteraard pre fill je dit voor jaren en alleen de uitzonderingen haal je weg.
Een dag vrij betekend gewoon in die dag een werkdag minder. Een half uur naar de dokter betekend op die dag 5 tijdsblokken minder. en ja dat alles bijhouden tijd kost is waar maar dat kost het in de analoge wereld ook.

Ik begrijp dat je druk bezig bent?
Hoe was het gisteravond?
Gewijzigd op 01/01/1970 01:00:00 door Klaasjan Boven
 
PHP Newbie

PHP Newbie

20/09/2008 18:33:00
Quote Anchor link
Ik heb dit topic vooral geopend om eens te kijken hoe anderen hier tegenaan kijken. Ik had zelf ook wel een idee (te vergelijken met Citroen), maar ik wilde graag weten of er nog andere oplossingen zijn die gemakkelijker of minder belastend zijn.

@Klaasjan
Tijdblokken.. tsjah.. dan ben je toch weer gebonden aan (in jouw voorbeeld) 6 minuten (zou dan eerder voor 5 minuten gaan, maar dat terzijde). Het kan wel, maar dat vind ik toch niet een ideale situatie.

Wanneer er nog meer ideeën zijn hoor ik ze natuurlijk graag!
 
Robert Deiman

Robert Deiman

20/09/2008 19:10:00
Quote Anchor link
In principe kan je ook een tabel met aanwezigheid maken, waarin je de standaard werktijden aangeeft en een tabel met afwezigheid, waarin je aangeeft welke dagen/ tijden iemand niet aanwezig is. Dit is ook eenvoudig te combineren met reeds gemaakte afspraken (geldt ook eigenlijk als afwezigheid, omdat je niet 2 mensen tegelijk kan helpen)

Zo kan je vrij eenvoudig en simpel zien op welke dagen iemand aanwezig zou (moeten) zijn en of deze persoon ook tijd heeft.
 
PHP Newbie

PHP Newbie

20/09/2008 23:06:00
Quote Anchor link
Ik zit nu hieraan te denken:

Werkdagen
medewerkerid | maandag_van | maandag_tot | dinsdag_van | ... | zondag_tot

Vrije perioden
medewerkerid | van | tot

Afspraken
medewerkerid | van | tot

Ja, de afspraken moeten apart van de vrije perioden opgeslagen worden want deze moeten op een andere manier weergeven worden.

"van" en "tot" is gewoon een datetime veld en kan dus een uur tot (bij wijze van) 100 jaar duren.

*_van en *_tot zijn TIME fields

Wat vinden jullie van deze opzet?
Gewijzigd op 01/01/1970 01:00:00 door PHP Newbie
 
Robert Deiman

Robert Deiman

20/09/2008 23:23:00
Quote Anchor link
@PHP Newbie

Ik zou het anders doen, om eenvoudiger te kunnen vergelijken, in de tabel werkdagen en ook vollediger genormaliseerd:

id | medewerkerid | dagnr | van | tot |

Het dagnr is hetzelfde als wat je bij weekday() eruit krijgt (is eenvoudig te vergelijken dan) en van en tot zijn gewoon tijden.

Je kijkt bij een datum 'gewoon' welke dag het is dat een afspraak gemaakt zal gaan worden. Dan kijk je welke medewerkers er op die dag zijn, en of ze geen vrije periode of afspraken hebben. Dat is vrij eenvoudig te realiseren.

De weergave van vrije perioden en afspraken is GEEN reden om deze in een losse tabel te zetten, door een kolom toe te voegen (type) in de tabel voor 'bezette_tijden' in dit geval, kan je heel eenvoudig aangeven of het een afspraak is, of het een vrije periode is, of bedenk het maar.

Uitbreiden is dan eenvoudiger (eventueel koppel je er nog een tabel bezet_typen aan, waarin je de naam/ omschrijving van het type zet) te doen, stel dat je later ook nog de reden van een vrije periode wil toevoegen o.i.d. Dan is dat met deze opzet heel eenvoudig.

Weergave is nooit een reden om nieuwe tabellen te maken!
 
Joren de Wit

Joren de Wit

20/09/2008 23:33:00
Quote Anchor link
@Robert:

Ook die kolom dagnr is overbodig. Als je voor de kolommen 'van' en 'tot' gewoon datetime velden maakt, zit de dag er al in verwerkt. Meer dan een datetime heb je niet nodig.

Verder zou ik voor de opzet van Eddy gaan, waarbij je de 'vrij' tabel nog verder uit kunt breiden met een kolom die aangeeft waarom iemand vrij is...

ps. Zoals jij dus ook al zei Robert ;-)
Gewijzigd op 01/01/1970 01:00:00 door Joren de Wit
 
PHP Newbie

PHP Newbie

20/09/2008 23:44:00
Quote Anchor link
@blanche, dagnummer zal wel genoteerd moeten worden aangezien het iedere maandag hetzelfde is toch?
 
Robert Deiman

Robert Deiman

20/09/2008 23:52:00
Quote Anchor link
@Blanche
Dat snap ik, maar het ging mij er eigenlijk om dat je voor een bepaalde dag meteen van een werknemer voor het hele jaar aangeeft dat die op die dag werkt, volgens mij kan je dan net zo goed of zelf beter met dagnummer gaan werken.
Eigenlijk wat PHP Newbie ook zegt, die zou je normaal gesproken bij zo'n werking van een systeem wel gebruiken.

edit:
@PHP Newbie

Overigens kan je de tabel met werktijden nog uitbreiden met een kolom 'herhaalperiode'. In deze kolom kan je bijvoorbeeld met het getal 1 aangeven dat het elke week op die dag is, en met het getal 2 dat dit maar eens in de 2 weken voorkomt.
Zeker bij grotere organisaties komen deze constructies nog wel eens voor.
Gewijzigd op 01/01/1970 01:00:00 door Robert Deiman
 
Joren de Wit

Joren de Wit

20/09/2008 23:55:00
Quote Anchor link
That depends. Voor een werknemer met een 40 uurs werkweek en vaste werktijden waarschijnlijk wel. Maar voor freelancers, part-timers met flexibele uren, enz. zal dat zeker niet gelden.

In dat laatste geval heeft het opslaan van het dagnummer zeker geen nut en heb je veel maar aan een datumtijdstempel.
 
Robert Deiman

Robert Deiman

21/09/2008 07:50:00
Quote Anchor link
@Blanche

PHP Newbie:
- Iemand kan op verschillende dagen van de week op verschillende tijden werken, maar wel iedere week hetzelfde.
- Iemand heeft pauzes waarop niet gewerkt wordt
- Iemand kan een dag of week vrijnemen
- Iemand kan een doktersafspraak hebben waardoor hij een half uur of uur of whatever niet kan werken


edit:
Verder heb je wel gelijk, maar dat kan je oplossen door een keuze te laten in je tabel:

dagnummer | datum

Vul je dagnummer in, weet je dat het over een vaste medewerker met vaste dagen gaat, maar vul je een datum in (laat je dus dagnummer leeg) dan weet je dat het om een parttimer gaat, waarvoor je de data invult.
Een afspraak wordt altijd op een bepaalde datum gepland, door EN te kijken of er parttimers zijn die op die bepaalde datum werken EN te kijken welke dag die datum valt en welke vaste medewerkers er dan zijn (en welke medewerkers nog geen afspraak hebben) heb je alles wat je weten wilt.
Zo hou je de boel wel heel flexibel.
Gewijzigd op 01/01/1970 01:00:00 door Robert Deiman
 
Joren de Wit

Joren de Wit

21/09/2008 10:00:00
Quote Anchor link
Heb je gelijk in Robert, lijkt mij een mooie oplossing die je nu aandraagt ;-)
 
Robert Deiman

Robert Deiman

21/09/2008 12:36:00
Quote Anchor link
Of nog een betere optie:

Wel een datum invullen, gewoon op het moment dat je begint met invullen de 1e 5 werkdagen inladen (dus te beginnen bij de 1e volgende werkdag, dus waar dag gelijk is aan of maandag, of dinsdag... enz.) en daarvan de datum in de database zetten.

Door dan een kolom "medewerkerstype" toe te voegen kan je aangeven of het om een parttimer gaat of om een vaste medewerker. Bij een vaste medewerker kan je van die datum ook zien welke dag het is. Is (denk ik) wel minder snel, maar het is eenvoudiger om nog eventueel andere typen medewerkers/ roosteringen te maken.

edit:
Ik denk wel dat dit niet handig werken is, misschien is het wel een handige optie om bij medewerkers (de vaste) een startdatum op te geven. Wanneer iemand wordt aangenomen begint deze vaak niet per direct,maar je kan dan wel van tevoren al zijn/ haar rooster erin plaatsen.
Gewijzigd op 01/01/1970 01:00:00 door Robert Deiman
 
Tikkes C

Tikkes C

21/09/2008 12:55:00
Quote Anchor link
toch even mijn ideetje erin gooien...

waarom werk je niet met een soort log?

net zoals Blanche zei in het begin van deze topic maar dan doe je:

Insert into logs (werknemer, start) values.....blabla

wanneer hij dan uitlogt vergelijk je de tijd van uitloggen met die 'start', het verschil daartussen sla je op in je tabel 'werktijd per wn' of zoiets...

ik neem aan dat als je afspraken hebt e.d. dat die vooraf moeten worden aangevraagd of iets dus je krijgt een tabel: afspraken...hierin staat dan wanneer de afspraak is en wanneer hij eindigt.
dit kan je dan meteen ook aftrekken van die start....

het is maar een ideetje...
 
Robert Deiman

Robert Deiman

21/09/2008 12:58:00
Quote Anchor link
@Tikkes

Zoals al aangegeven was het de bedoeling dat medewerkers wekelijks dezelfde tijden werken. Daarnaast wil het niet zeggen dat als iemand geen afspraak heeft dat dit betekend dat iemand vrij is.
Ik denk dat laatstgenoemde optie de meeste voordelen heeft.
 



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.