struttura_database
no way to compare when less than two revisions
Differences
This shows you the differences between two versions of the page.
| — | struttura_database [2017/06/28 01:28] (current) – created marco | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | < | ||
| + | le tabelle con $anno vengono create per ogni anno creato: | ||
| + | |||
| + | anni : contiene gli anni creati e il loro tipo di periodi (giornalieri o | ||
| + | settimanali: | ||
| + | |||
| + | appartamenti: | ||
| + | text) ed è la primary key, questo nome è usato per identificare gli | ||
| + | appartamenti anche nelle tabelle prenota$anno , regole$anno, | ||
| + | non vi è nessun constraint. Gli altri campi sono quelli che si cambiano | ||
| + | da modifica_app.php ; app_vicini è inutilizzato (si doveva usare per | ||
| + | prenotazioni di clienti che vogliono stare vicini, troppo complicato da | ||
| + | realizzare per ora). | ||
| + | |||
| + | clienti : tabella con tutti i clienti di tutti gli anni. I nomi dei campi | ||
| + | sono abbastanza chiari, idclienti è primary key. | ||
| + | |||
| + | ntariffe$anno : la riga 1 (idntariffe=1) serve per i nomi delle tariffe, | ||
| + | nel campo nomecostoagg vi è il numero attuale di tariffe., nel campo | ||
| + | regole vi è il numero del prossimo costo aggiuntivo da aggiungere. Le | ||
| + | righe 2 e 3 servono rispettivamente per la percentuale e l' | ||
| + | delle caparre nei campi delle rispettive tariffe. | ||
| + | Tutte le righe seguenti sono per i dati dei costi aggiuntivi: il nome sta | ||
| + | sotto nomecostoagg; | ||
| + | determina in base al campo dove è inserito il prezzo; costop_arrotond è a | ||
| + | quanto deve essere arrotondato il costo percentuale; | ||
| + | ogni lettera rappresenta una regola: la prima se mostrare il costo nella | ||
| + | pagina di inserzione: " | ||
| + | bisogna chiedere per quanto deve essere moltiplicato(" | ||
| + | essere considerato come letto aggiuntivo(" | ||
| + | settimanali vi è una lettera in più (la seconda) per il numero di | ||
| + | settimane (" | ||
| + | nel campo sotto una tariffa il costo viene applicato automaticamente a | ||
| + | quella tariffa. | ||
| + | |||
| + | periodi$anno : contiene tutti i periodi e i valori delle tariffe per | ||
| + | ogni periodo. Quando viene inserita una data per le prenotazioni viene | ||
| + | trasformata in idperiodi con questa tabella e il valore di idperiodi | ||
| + | inserito in iddatainizio o iddatafine di prenota$anno (o regole$anno, | ||
| + | ecc.). | ||
| + | |||
| + | personalizza : dati che vengono immessi da personalizza.php | ||
| + | |||
| + | prenota$anno : contiene tutte le prenotazioni che si inseriscono durante | ||
| + | l' | ||
| + | campo assegnazioneapp vi può essere: " | ||
| + | appartamento fisso; " | ||
| + | solo in alcuni appartamenti, | ||
| + | app_assegnabili con la lista di appartamenti separati da virgole; v per | ||
| + | assegnazione variabile in tutti gli appartamenti. Il campo | ||
| + | idprenota_compagna è inutilizzato per la stessa ragione di app_vicini in | ||
| + | appartamenti. In tariffa vi sono sia il nome che il valore della tariffa | ||
| + | (senza costi agg. e sconto) separati dai caratteri "# | ||
| + | costiaggiuntivi si usa "# | ||
| + | separare i dati di ogni costo: il primo dato è cf per costo finale, cs | ||
| + | per costo settimanale o cp per costo percentuale; | ||
| + | dipendono dal tipo di costo (nome, prezzo...). Il campo tariffa_tot si | ||
| + | può ricavare dai campi precedenti ma c'è per comodità. Nel campo | ||
| + | tariffesettimanali vi sono le tariffe per ogni periodo separate da virgole, | ||
| + | sommate danno il valore in tariffa. Gli altri campi sono abbastanza chiari, | ||
| + | data_modifica è inutilizzato per ora. | ||
| + | |||
| + | regole$anno : contiene sia le regole1 che 2 (a seconda se nella riga è | ||
| + | presente app_agenzia o tariffa_per_app). La lista di appartamenti per la | ||
| + | regola2 sta sotto motivazione. | ||
| + | |||
| + | costi$anno: sono i dati che si inseriscono da costi.php , sia le spese | ||
| + | che le entrate (a seconda di tipo_costo: " | ||
| + | serve per sapere se l' | ||
| + | prenotazioni o no nelle tabella con tutte le prenotazioni. Alla riga 0 | ||
| + | c'è la somma totale che va sottratta dal totale delle prenotazioni. | ||
| + | |||
| + | soldi$anno : serve solo per storia_soldi.php e viene aggiornata ogni | ||
| + | volta che cambiano i soldi pagati di una prenotazione da | ||
| + | modifica_prenota.php . saldo_cassa serve per se si vorrà fare la storia | ||
| + | delle entrate-uscite in cassa. In motivazione ci sono i dati della | ||
| + | prenotazione: | ||
| + | riportare nella tabella con tutte le prenotazioni. i soldi versati da | ||
| + | prenotazioni poi cancellate. | ||
| + | |||
| + | versioni : contiene la versione del programma e nella riga 2 un numero | ||
| + | che viene sempre aumentato per avere un nome unico per tabelle ausiliarie | ||
| + | o altro. | ||
| + | |||
| + | |||
| + | Quando si deve fare il locking di più tabelle si segue sempre questo | ||
| + | ordine: | ||
| + | |||
| + | -anni | ||
| + | -$tableprenota | ||
| + | -versioni | ||
| + | -$tablenometariffe | ||
| + | -$tableperiodi | ||
| + | -appartamenti | ||
| + | -clienti | ||
| + | -$tablecosti | ||
| + | -$tableregole | ||
| + | -$tablesoldi | ||
| + | -personalizza | ||
| + | |||
| + | |||
| + | </ | ||
struttura_database.txt · Last modified: 2017/06/28 01:28 by marco