Discussione:
Help per un DB di gestione orari di lavoro dipendenti...
(troppo vecchio per rispondere)
Io [Lavoro]
2004-07-12 09:54:09 UTC
Permalink
Dovrei creare un DB che gestisca l'orario lavorativo dei dipendenti...
L'idea è quella di inserire per ogni dipendente degli orari che determinano
un intervallo temporale e la mansione svolta in quell'intervallo così da
avere un quadro mensile delle attività svolte da ogni dipendente, calcolare
gli straordinari e magari gestire i rapportini di lavoro. Ho pensato di
creare una tabella coi dipendenti ed una con gli intervalli e la mansione
tipo:

Dipendenti
IDDipendente
Nome
Cognome

MansioniSvolte
IDDipendente
OraInizio
OraFine
MansioneSvolta

Secondo voi è l'approccio corretto? Considerato che ogni dipendente potrebbe
generare anche 5-6 record al giorno non diverrebbe troppo pesante da
gestire? Esiste un modo per creare una nuova tabella ogni mese e fare in
modo che Access la gestisca in automatico (ovviamente con un opportuno
codice VBa)?
Il database risultante dovrà necessariamente essere diviso in 2 file, BE e
FE, per l'utilizzo in LAN...
Ciao
ciroteo
2004-07-12 10:00:30 UTC
Permalink
Post by Io [Lavoro]
Dovrei creare un DB che gestisca l'orario lavorativo dei dipendenti...
L'idea è quella di inserire per ogni dipendente degli orari che determinano
un intervallo temporale e la mansione svolta in quell'intervallo così da
avere un quadro mensile delle attività svolte da ogni dipendente, calcolare
gli straordinari e magari gestire i rapportini di lavoro. Ho pensato di
creare una tabella coi dipendenti ed una con gli intervalli e la mansione
Dipendenti
IDDipendente
Nome
Cognome
MansioniSvolte
IDDipendente
OraInizio
OraFine
MansioneSvolta
Secondo voi è l'approccio corretto?
Non so, io, a differenza tua gestisco ore lavorabili e ore lavorate ... e
poi confronto i dati ... la realtà nella mia azienda è sempre più diversa da
ogni più rosea previsione.


Considerato che ogni dipendente potrebbe
Post by Io [Lavoro]
generare anche 5-6 record al giorno non diverrebbe troppo pesante da
gestire?
Dipende da quanti dipendenti, cioè quanti dati devi gestire e per quanto
tempo. Access è dato come capace di gestire db fino a circa 2Gb ... più che
sufficiente per le esigenze comuni di un azienda medio piccola.

Esiste un modo per creare una nuova tabella ogni mese e fare in
Post by Io [Lavoro]
modo che Access la gestisca in automatico (ovviamente con un opportuno
codice VBa)?
certo anche se credo concettualmente più corretta una query parametrica che
di mese in mese elabora i dati. se poi vuoi trasferirli in un'altra tabella
dipende dalle tue esigenze che al momento non sono cosi chiare.
Post by Io [Lavoro]
Il database risultante dovrà necessariamente essere diviso in 2 file, BE e
FE, per l'utilizzo in LAN...
Ciao
questo è corretto.
Io [Lavoro]
2004-07-12 10:10:35 UTC
Permalink
Post by Io [Lavoro]
Post by Io [Lavoro]
Dovrei creare un DB che gestisca l'orario lavorativo dei dipendenti...
L'idea è quella di inserire per ogni dipendente degli orari che
determinano
Post by Io [Lavoro]
un intervallo temporale e la mansione svolta in quell'intervallo così da
avere un quadro mensile delle attività svolte da ogni dipendente,
calcolare
Post by Io [Lavoro]
gli straordinari e magari gestire i rapportini di lavoro. Ho pensato di
creare una tabella coi dipendenti ed una con gli intervalli e la mansione
Dipendenti
IDDipendente
Nome
Cognome
MansioniSvolte
IDDipendente
OraInizio
OraFine
MansioneSvolta
Secondo voi è l'approccio corretto?
Non so, io, a differenza tua gestisco ore lavorabili e ore lavorate ... e
poi confronto i dati ... la realtà nella mia azienda è sempre più diversa da
ogni più rosea previsione.
Mi speghi cosa intendi?
Post by Io [Lavoro]
Considerato che ogni dipendente potrebbe
Post by Io [Lavoro]
generare anche 5-6 record al giorno non diverrebbe troppo pesante da
gestire?
Dipende da quanti dipendenti, cioè quanti dati devi gestire e per quanto
tempo. Access è dato come capace di gestire db fino a circa 2Gb ... più che
sufficiente per le esigenze comuni di un azienda medio piccola.
I dipendenti sarebbero una quindicina, la gestione sarebbe a tempo
indeterminato! 2GB credo che finiscano in fretta e poi fare delle query su
2gb di dati non credo sia molto "igienico" ;-)
Post by Io [Lavoro]
Esiste un modo per creare una nuova tabella ogni mese e fare in
Post by Io [Lavoro]
modo che Access la gestisca in automatico (ovviamente con un opportuno
codice VBa)?
certo anche se credo concettualmente più corretta una query parametrica che
di mese in mese elabora i dati. se poi vuoi trasferirli in un'altra tabella
dipende dalle tue esigenze che al momento non sono cosi chiare.
Potresti spiegarmi come fare? in questo modo avrei tabelle più piccole e
magari meglio gestibili dato che mi serviranno sempre i dati mese per
mese...
Le mie esigenze sono come dicevo di fare dei rapporti di lavoro mensili per
ogni dipendente che mi dicano ore di straordinario, giorni di ferie/malattia
e facciano un totale mensile delle ore dedicate ad ogni lavoro in modo da
poter fare i raportini mensili ai vari clienti in automatico...
Post by Io [Lavoro]
Post by Io [Lavoro]
Il database risultante dovrà necessariamente essere diviso in 2 file, BE e
FE, per l'utilizzo in LAN...
Ciao
questo è corretto.
Almeno una cosa... Ho appena finito il mio primo DB che era un giochetto ed
ora vorrei fare qualcosa di più serio...
Pablitomf
2004-07-12 10:34:53 UTC
Permalink
Io [Lavoro] ha scritto:

[CUT]
Post by Io [Lavoro]
I dipendenti sarebbero una quindicina, la gestione sarebbe a tempo
indeterminato! 2GB credo che finiscano in fretta e poi fare delle query su
2gb di dati non credo sia molto "igienico" ;-)
15 dipendenti, tabella orari, 2Gb finiscono presto? Ma no!!!!!
esagerato!!!!
Post by Io [Lavoro]
Potresti spiegarmi come fare? in questo modo avrei tabelle più piccole e
magari meglio gestibili dato che mi serviranno sempre i dati mese per
mese...
Criteri Between...And... (cerca nell'help... il tastino F1 è quello più
importante in Access)
Post by Io [Lavoro]
Almeno una cosa... Ho appena finito il mio primo DB che era un giochetto ed
ora vorrei fare qualcosa di più serio...
Allora davvero F1 per le tue nuove ambizioni deve rappresentare "Tutto"
(oltre noi ovviamente)

Facci sognare. (e facci sapere)
--
Pablitomf

Lentamente muore chi abbandona un progetto prima di iniziarlo, chi non fa
domande sugli argomenti che non conosce, chi non risponde quando gli
chiedono qualcosa che conosce. (P.Neruda)

questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news segnala gli abusi ad ***@newsland.it
Io [Lavoro]
2004-07-12 11:03:51 UTC
Permalink
----- Original Message -----
From: "Pablitomf" <***@virgilio.it>
Newsgroups: it.comp.appl.access
Sent: Monday, July 12, 2004 12:34 PM
Subject: Re: Help per un DB di gestione orari di lavoro dipendenti...
Post by Pablitomf
[CUT]
Post by Io [Lavoro]
I dipendenti sarebbero una quindicina, la gestione sarebbe a tempo
indeterminato! 2GB credo che finiscano in fretta e poi fare delle query su
2gb di dati non credo sia molto "igienico" ;-)
15 dipendenti, tabella orari, 2Gb finiscono presto? Ma no!!!!!
esagerato!!!!
effettivamente ho fatto dei conti e dovrebbero essere circa 1,5MB all'anno!
molto meno di quello che pensavo all'inizio...
Post by Pablitomf
Post by Io [Lavoro]
Potresti spiegarmi come fare? in questo modo avrei tabelle più piccole e
magari meglio gestibili dato che mi serviranno sempre i dati mese per
mese...
Criteri Between...And... (cerca nell'help... il tastino F1 è quello più
importante in Access)
adesso controllo...
Post by Pablitomf
Post by Io [Lavoro]
Almeno una cosa... Ho appena finito il mio primo DB che era un giochetto ed
ora vorrei fare qualcosa di più serio...
Allora davvero F1 per le tue nuove ambizioni deve rappresentare "Tutto"
(oltre noi ovviamente)
Il tasto F1 sulla mia tastiera è quello più consumato... ;-))
Post by Pablitomf
Facci sognare. (e facci sapere)
Vedrò quello che posso fare...
Post by Pablitomf
--
Pablitomf
ciroteo
2004-07-12 10:41:38 UTC
Permalink
Post by Io [Lavoro]
Post by Io [Lavoro]
Post by Io [Lavoro]
Dovrei creare un DB che gestisca l'orario lavorativo dei dipendenti...
L'idea è quella di inserire per ogni dipendente degli orari che
determinano
Post by Io [Lavoro]
un intervallo temporale e la mansione svolta in quell'intervallo così da
avere un quadro mensile delle attività svolte da ogni dipendente,
calcolare
Post by Io [Lavoro]
gli straordinari e magari gestire i rapportini di lavoro. Ho pensato di
creare una tabella coi dipendenti ed una con gli intervalli e la
mansione
Post by Io [Lavoro]
Post by Io [Lavoro]
Dipendenti
IDDipendente
Nome
Cognome
MansioniSvolte
IDDipendente
OraInizio
OraFine
MansioneSvolta
Secondo voi è l'approccio corretto?
Non so, io, a differenza tua gestisco ore lavorabili e ore lavorate ... e
poi confronto i dati ... la realtà nella mia azienda è sempre più
diversa
Post by Io [Lavoro]
da
Post by Io [Lavoro]
ogni più rosea previsione.
Mi speghi cosa intendi?
Post by Io [Lavoro]
Considerato che ogni dipendente potrebbe
Post by Io [Lavoro]
generare anche 5-6 record al giorno non diverrebbe troppo pesante da
gestire?
Dipende da quanti dipendenti, cioè quanti dati devi gestire e per quanto
tempo. Access è dato come capace di gestire db fino a circa 2Gb ... più
che
Post by Io [Lavoro]
sufficiente per le esigenze comuni di un azienda medio piccola.
I dipendenti sarebbero una quindicina, la gestione sarebbe a tempo
indeterminato! 2GB credo che finiscano in fretta e poi fare delle query su
2gb di dati non credo sia molto "igienico" ;-)
Post by Io [Lavoro]
Esiste un modo per creare una nuova tabella ogni mese e fare in
Post by Io [Lavoro]
modo che Access la gestisca in automatico (ovviamente con un opportuno
codice VBa)?
certo anche se credo concettualmente più corretta una query parametrica
che
Post by Io [Lavoro]
di mese in mese elabora i dati. se poi vuoi trasferirli in un'altra
tabella
Post by Io [Lavoro]
dipende dalle tue esigenze che al momento non sono cosi chiare.
Potresti spiegarmi come fare? in questo modo avrei tabelle più piccole e
magari meglio gestibili dato che mi serviranno sempre i dati mese per
mese...
Le mie esigenze sono come dicevo di fare dei rapporti di lavoro mensili per
ogni dipendente che mi dicano ore di straordinario, giorni di
ferie/malattia
Post by Io [Lavoro]
e facciano un totale mensile delle ore dedicate ad ogni lavoro in modo da
poter fare i raportini mensili ai vari clienti in automatico...
Post by Io [Lavoro]
Post by Io [Lavoro]
Il database risultante dovrà necessariamente essere diviso in 2 file,
BE
Post by Io [Lavoro]
e
Post by Io [Lavoro]
Post by Io [Lavoro]
FE, per l'utilizzo in LAN...
Ciao
questo è corretto.
Almeno una cosa... Ho appena finito il mio primo DB che era un giochetto ed
ora vorrei fare qualcosa di più serio...
Ok ho riletto il tuo messaggio e credevo che tu volessi creare un db dove
registrare l'orario di lavoro dei dipendenti. Tipo entrata uscita.
In realtà mi pare di aver capito che tu voglia fare una specie di planning
dei progetti, o delle mansioni che affidi ai dipendenti, ciascuna mansione
impiega il dipendente per un certo periodo:
tipo :
gino lava i piatti dalle otto alle nove (del tal giorno!)
gino asciuga i piatti dalle 9 alle dieci
gino gino ritira i piatti dalle 10 alle undici.

le tue domande sono:
quante ore ha fatto gino il tal giorno gino?
e per tutto il mese?
quante dedicate al lavaggio?
quante all'asciugatura?
quante al ritiro?

E' Corretto? (Queste sono query!)
Se cosi fosse mi sembra che le tabelle potrebbero essere relazionate bene ma
metterei almeno un riferimento al giorno o alla data, che ti occorrerà per i
conteggi finali.
Per quanto riguarda invece per le query e per le dimensioni del db resto
della mia opinione.
Nel frattempo resto in attesa di altri interventi a conferma o disconferma
di quanto detto.

p.s. il gioco è l'anticamera del lavoro ... se vuoi imparare sei nel posto
giusto, leggi le faq per i dettagli...
www.sitocomune.com
Io [Lavoro]
2004-07-12 13:16:47 UTC
Permalink
Post by ciroteo
Post by Io [Lavoro]
Post by Io [Lavoro]
Dovrei creare un DB che gestisca l'orario lavorativo dei
dipendenti...
Post by ciroteo
Post by Io [Lavoro]
Post by Io [Lavoro]
L'idea è quella di inserire per ogni dipendente degli orari che
determinano
Post by Io [Lavoro]
un intervallo temporale e la mansione svolta in quell'intervallo
così
Post by ciroteo
da
Post by Io [Lavoro]
Post by Io [Lavoro]
avere un quadro mensile delle attività svolte da ogni dipendente,
calcolare
Post by Io [Lavoro]
gli straordinari e magari gestire i rapportini di lavoro.
[CUT]
Post by ciroteo
Ok ho riletto il tuo messaggio e credevo che tu volessi creare un db dove
registrare l'orario di lavoro dei dipendenti. Tipo entrata uscita.
In realtà mi pare di aver capito che tu voglia fare una specie di planning
dei progetti, o delle mansioni che affidi ai dipendenti, ciascuna mansione
gino lava i piatti dalle otto alle nove (del tal giorno!)
gino asciuga i piatti dalle 9 alle dieci
gino gino ritira i piatti dalle 10 alle undici.
quante ore ha fatto gino il tal giorno gino?
e per tutto il mese?
quante dedicate al lavaggio?
quante all'asciugatura?
quante al ritiro?
E' Corretto? (Queste sono query!)
Adesso hai capito cosa voglio fare... è proprio come hai scritto tu qualche
riga sopra!
Post by ciroteo
Se cosi fosse mi sembra che le tabelle potrebbero essere relazionate bene ma
metterei almeno un riferimento al giorno o alla data, che ti occorrerà per i
conteggi finali.
In effetti nel mio post non lo ho messo ma avevo previsto un campo data
nella tabella delle mansioni...
Post by ciroteo
Per quanto riguarda invece per le query e per le dimensioni del db resto
della mia opinione.
Ho fatto due conti ed effettivamente l'occupazione di memoria dovrebbe
essere di circa 1,5MB all'anno: più che trascurabile ai fini del
raggiungimento dei 2GB di limite (ci vorrebbero più di 1000 anni per
raggiungerli!)
Post by ciroteo
Nel frattempo resto in attesa di altri interventi a conferma o disconferma
di quanto detto.
p.s. il gioco è l'anticamera del lavoro ... se vuoi imparare sei nel posto
giusto, leggi le faq per i dettagli...
www.sitocomune.com
Ti ringrazio...
Ciao
ciroteo
2004-07-12 14:04:47 UTC
Permalink
bene ... son contento di aver capito!
Prova ad iniziare con le tabelle e qualche query, poi magari riposta la
struttura delle tabelle.
Non escludo che la cosa che stai facendo sia tanto distante da quella che ho
fatto io ... in realtà quando avrò tempo vorrei rimodulare un po' il db per
gestire il tutto a mo' di progetti (mansioni) come fai tu ... seguo con
attenzione.
ciao


p.s. ma che diavolo di nome è IO?? ....
Pablitomf
2004-07-12 14:22:05 UTC
Permalink
Post by ciroteo
bene ... son contento di aver capito!
Prova ad iniziare con le tabelle e qualche query, poi magari riposta la
struttura delle tabelle.
Non escludo che la cosa che stai facendo sia tanto distante da quella che ho
fatto io ... in realtà quando avrò tempo vorrei rimodulare un po' il db per
gestire il tutto a mo' di progetti (mansioni) come fai tu ... seguo con
attenzione.
ciao
p.s. ma che diavolo di nome è IO?? ....
Signori, ma una gestione planning c'è nella sezione report del
sitocomune... un occhiatina no?
--
Pablitomf

Lentamente muore chi abbandona un progetto prima di iniziarlo, chi non fa
domande sugli argomenti che non conosce, chi non risponde quando gli
chiedono qualcosa che conosce. (P.Neruda)

questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news segnala gli abusi ad ***@newsland.it
ciroteo
2004-07-12 14:31:15 UTC
Permalink
Post by Pablitomf
Post by ciroteo
bene ... son contento di aver capito!
Prova ad iniziare con le tabelle e qualche query, poi magari riposta la
struttura delle tabelle.
Non escludo che la cosa che stai facendo sia tanto distante da quella che ho
fatto io ... in realtà quando avrò tempo vorrei rimodulare un po' il db per
gestire il tutto a mo' di progetti (mansioni) come fai tu ... seguo con
attenzione.
ciao
p.s. ma che diavolo di nome è IO?? ....
Signori, ma una gestione planning c'è nella sezione report del
sitocomune... un occhiatina no?
--
Pablitomf
Lentamente muore chi abbandona un progetto prima di iniziarlo, chi non fa
domande sugli argomenti che non conosce, chi non risponde quando gli
chiedono qualcosa che conosce. (P.Neruda)
questo articolo e` stato inviato via web dal servizio gratuito
vigliacco questo lo prendo come un colpo basso .........anzi un vero e
proprio fallo da dietro! ....
Pablitomf
2004-07-12 14:39:23 UTC
Permalink
Post by ciroteo
vigliacco questo lo prendo come un colpo basso .........anzi un vero e
proprio fallo da dietro! ....
Direi da espulsione... ;-) cirotè ma se non ti guardi le spalle io ti
prendo da tergo in un batter d'occhi!!!... :-)
--
Pablitomf

Lentamente muore chi abbandona un progetto prima di iniziarlo, chi non fa
domande sugli argomenti che non conosce, chi non risponde quando gli
chiedono qualcosa che conosce. (P.Neruda)

questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news segnala gli abusi ad ***@newsland.it
ciroteo
2004-07-12 14:42:17 UTC
Permalink
Post by Pablitomf
Post by ciroteo
vigliacco questo lo prendo come un colpo basso .........anzi un vero e
proprio fallo da dietro! ....
Direi da espulsione... ;-) cirotè ma se non ti guardi le spalle io ti
prendo da tergo in un batter d'occhi!!!... :-)
--
Pablitomf
Lentamente muore chi abbandona un progetto prima di iniziarlo, chi non fa
domande sugli argomenti che non conosce, chi non risponde quando gli
chiedono qualcosa che conosce. (P.Neruda)
questo articolo e` stato inviato via web dal servizio gratuito
faccio presente alla tua signora e poi facciamo i conti! cmq vado a vedere,
che se davvero c'è un esempio mi mangio gli zebedei in un boccone ...
non fare commenti a riguardo ... un boccone è più che sufficiente! ...
Pablitomf
2004-07-12 14:47:36 UTC
Permalink
Post by ciroteo
faccio presente alla tua signora e poi facciamo i conti!
Parlavo di gambe [HARDPOST]
Post by ciroteo
cmq vado a vedere,
che se davvero c'è un esempio mi mangio gli zebedei in un boccone ...
C'è, c'è... ovviamente da adattare alle tue esigenze ma c'è...
Post by ciroteo
non fare commenti a riguardo ... un boccone è più che sufficiente! ...
Se lo dici tu!!! ma almeno dovresti dire d'avere la bocca grande...
altrimenti faccio io presente alla tua signora. :-)
--
Pablitomf

Lentamente muore chi abbandona un progetto prima di iniziarlo, chi non fa
domande sugli argomenti che non conosce, chi non risponde quando gli
chiedono qualcosa che conosce. (P.Neruda)

questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news segnala gli abusi ad ***@newsland.it
Pablitomf
2004-07-12 14:56:12 UTC
Permalink
a proposito ma chi sei nelle foto del raduno nord?
--
Pablitomf

Lentamente muore chi abbandona un progetto prima di iniziarlo, chi non fa
domande sugli argomenti che non conosce, chi non risponde quando gli
chiedono qualcosa che conosce. (P.Neruda)

questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news segnala gli abusi ad ***@newsland.it
ciroteo
2004-07-12 19:42:37 UTC
Permalink
Post by Pablitomf
a proposito ma chi sei nelle foto del raduno nord?
--
Pablitomf
Lentamente muore chi abbandona un progetto prima di iniziarlo, chi non fa
domande sugli argomenti che non conosce, chi non risponde quando gli
chiedono qualcosa che conosce. (P.Neruda)
questo articolo e` stato inviato via web dal servizio gratuito
ah ti sono arrivate ... se siamo in gruppo sono quello all'estrema destra,
il più alto, pantaloni gialli e camicia a righe (insomma quello con la
bottiglia più vicino)
Quello con maglietta rossa è Nick di Bergamo, camicia a righe skipper
(anzianotti), poi TheMax e signora.

Loading...