Consiglio hosting

15/06/2016 10:54:36

no, non cambia.

L'uso dei files sequenziali esiste da prima dell'invenzione dei database digitali: per fare un esempio, basti pensare ai NASTRI (il vecchio C64).


Un DB ha un accesso sequenziale associato ad un po di altre funzioncine ma MAI si potrà leggere la posizione 3 senza passare prima dalla 1 e dalla 2. Il puntatore, perchè così si chiama, scorrerà il DB solo ed esclusivamente in maniera sequenziale per un motivo semplice: un DB è un file.

La mancanza di approfondimento sull'argomento dona spazio a argomentazioni a volte prive di fondamento: quanto suddetto evidenzia la totale intercambiabilità tra DB e files, con la sola differenza che una tabella mal gestita occupa molte più risorse di un singolo file da pochi KB.

Il tempo di accesso, inoltre, è inferiore nel campo dei files perchè non deve essere instaurata una connessione intraserver ed un handshaking (scambio dati di accesso e risposta), oltre all'invio ed immagazzinamento in memoria delle tabelle virtuali di risultato.




In altri termini: possiamo continuare sull'argomento quanto vogliamo ma il DB non è studiato per immagazzinare dati ad accesso saltuario, tantomeno deve essere utilizzato per archiviare quantità enormi di informazioni.
100MB sono ben OLTRE il necessario se il DB è ben architettato ma mi pare di capire che qui sia più la pratica del "facciamo facile e poi quando si pianta la land, facciamo pulizia".


ah, a proposito: eliminare i dati invece di archiviarli perchè il DB è mal gestito, è uno dei primi errori nella gestione dei dati stessi e dello storico informazioni.

---

quota

15/06/2016 11:27:02

personaggi inattivi che magari vogliono tornare, messaggi vecchi di mesi, chat di anni (così da non costringere la gente a salvarsi chat in locale), thread dei forum...

tutto questo per avere uno storico di una land che magari potrebbe stare in piedi per anni: cancellare tutto vuol dire perdere informazioni che potrebbero essere utili, anche ai soli fini statistici.


Ad esempio conservando lo storico invece di cancellarlo, potresti fare una analisi sugli accessi, iscrizioni, tempi di permanenza dopo l'iscrizione, così da vedere se i 30 iscritti nuovi di Giugno sono 30 che poi giocano o 30 che stanno due login e poi spariscono.

etc etc. non mi pare caciara gratuita ma se vuoi, dissociati pure.

---

quota

15/06/2016 11:32:05

La discussione è palesemente finita in off-topic, un intervento o due di chiarificazione sono comprensibili ma oramai la discussione è diventata "meglio db o filesystem?".

Invito longbow e sandor ad aprire una discussione NUOVA nel forum corretto "Database e Query": https://www.gdr-online.com/forum_leggi.asp?id=156 https://www.gdr-online.com/forum_leggi.asp?id=156


In questo modo possiamo tornare in-topic e dare risposte alle domande della discussione.

Grazie

quota

15/06/2016 12:17:42

Ci sono molte lacune dovute all'ignoranza credo... Non e' un forum di programmazione o computer science, quindi lasciamo stare ma...

Prima di esprimere un concetto su questi argomenti, consiglio di studiare o riguardare documenti sull'accesso ai record in data base relazionali, DBMS, storage di file, backup, tipi di record/spazio in memoria.

Non sto a dilungarmi, un DB serve esattamente a gestire enormi moli di dati correlati da logiche predeterminate, relazionali o meno, distribuiti o meno, servono per accedere a dati in modo veloce, sicuro, e facilitato.

Dal punto di vista matematico, si tratta di un risparmio in tempo e di accessi di ordine logaritmico.

Ripeto, va bene che non stiamo tutti scrivendo in un forum specializzato, ma sparare certe bordate andrebbe comunque moderato.

---

quota

15/06/2016 14:43:37

proprio vero.

---

quota

12/03/2020 22:53:23

Guarda ti consiglio di andare su questo link https://hosting-migliore.it/category/recensioni-hosting/ dove potrai trovare decine di recensioni e scegliere tu l'hosting migliore

---

quota

13/03/2020 17:34:42 e modificato da ghennadi72 il 13/03/2020 17:36:32

Beh a questo punto meglio segnalare anche hostingtalk https://www.hostingtalk.it/forum/ tra le community dedicate alla ricerca di hosting.

In generale mi sentirei di suggerire molta cautela quando si sparano "misure" valide per tutti. E' esattamente uno dei problemi con cui si scontrano i gestori in hosting, che hanno zero controllo o quasi sulle configurazioni dell'hosting e poi magari si trovano invischiati in colli di bottiglia e capestri sulle risorse utilizzabili al secondo, sul numero di queries eseguibili, sul numero di processi attivi eccetera. Specifiche che raramente sono pubblicizzate con trasparenza.

Tantopiù che spesso i piani hosting sono ottimizzati e venduti per supportare prodotti preconfezionati come wordpress o joomla o smf of phpbb. E col cavolo che le necessità di un pbc sono automaticamente inferiori o paragonabili a quelle di uno dei pacchetti di cui sopra. Dipende da che tipo di land vuoi costruire.

Posso dire che a noi 100 Mb di DB non basterebbero. Ad oggi abbiamo 195 tabelle (diciamo 190 considerando che 5 sono dismesse e vuote) e circa 130mb di spazio occupato. Questo con cronjob giornalieri che fanno pulizia, sia dei dati obsoleti sia dei dati che - causa GDPR - ci impegnamo a cancellare periodicamente.

Il tutto con 40-50 utenze attive regolarmente e una media di 20-25 connessi negli orari di punta. Fossimo anche solo il doppio credo che andremmo allegramente sui 170-200 mb di spazio. Va anche detto che abbiamo la documentazione tutta su db (e quella di IGI è una documentazione famigerata per la sua mole) e con un sistema di versioning che mantiene anche le versioni precedenti dei documenti modificati, un sistema meteo la cui programmazione non esito a definire paranoide, e un sistema di gestione di oggetti e certificati piuttosto complesso e un sistema produttivo/commerciale decisamente sovradimensionato rispetto ai giocanti.

Quindi un limite di 100 Mb si può pure consigliare come bastevole SE non si ha in mente di sbizzarrirsi. Se già si intende andare oltre le funzionalità base di una qualunque land, dire "100 mb bastano e avanzano a chiunque" ha lo stesso senso che ha dire "con una bicicletta vai dappertutto". Piano: quanti km fai al giorno? Quante persone devi spostare? Che clima c'è dove devi spostarti? Ecc. Tradotto: prima fatti un'idea il più possibile realistica di quello che ti serve. POI cerca un piano hosting adatto.

Per la mia esperienza sono da evitare servizi e piani hosting rigidi o che richiedono ingenti esborsi in caso di upgrade necessario. E soprattutto evita di fermarti al "volantino" pubblicitario. Cerca sempre di capire che tiupo di limitazioni hai sulle risorse e soprattutto cerca di capire se e come vengono tipartite tra te e chi viene ospitato sullo stesso server.

---

quota