Software in Cloud

[DavideDaSerra]

In effetti è vero, molti servizi offrono un numero di db limitati... l'idea di premettere il nome del cliente alla tabella a questo punto non è male.

[elemet]

l'idea di premettere il nome del cliente alla tabella a questo punto non è male.

SI lo penso anch'io, come anche l'utilizzo Delle viste ma la tecnica schema-cliente credo sia, tecnicamente, la soluzione giusta
A questo punto mi chiedo, poiché mi ostino ad utilizzare phpMyAdmin ...che non sia l'ambiente limitato.Magari utilizzando un altro tool si riesce a fare.
Sempre pensando ad una soluzione su DB MySQL

[aldofad]

Un db si amministra da riga di comando, ossia a mano.
I tool grafici vanno bene solo per prendere qualche spunto di vario genere ogni tanto.
Operazioni molto ripetitive si automatizzano compilando qualche script da shell unix e avvalendosi delle tabelle/viste di metadati nel db con utente di sistema.

[angus]

Supponendo di prendere un hosting a pagamento, il numero di DB è limitato , es. 10 DB ove per 10 DB, con tale tecnica (1 schema ad 1 cliente registrato), dopo 10 attivazioni ho finito numero di DB a disposizione.
Mentre non avrei problemi con un server dedicato... ma i costi aumentano sensibilmente e forse, in fase di start-up inutilmente.....

A mio parere, anche in fase di start-up, se l'idea è quella di gestire X clienti, non ha molto senso considerare un "hosting" con numero di DB limitati.
Se vuoi contenere i costi, parti già con una soluzione "dedicata". Non un server dedicato, inteso come macchina a se, ma una delle tante soluzioni virtualizzate che possono essere molto economiche ma molto facili da scalare se e quando ne avrai bisogno.

[elemet]

Un db si amministra da riga di comando, ossia a mano.

Per creare gli schemi ho utilizzato solo istruzioni a riga di comando, infatti, per quello chiedevo se avete qualche link sulla rete poiché ho il dubbio che io sbagli qualcosa

A mio parere, anche in fase di start-up, se l'idea è quella di gestire X clienti, non ha molto senso considerare un "hosting" con numero di DB limitati.
Se vuoi contenere i costi, parti già con una soluzione "dedicata". Non un server dedicato, inteso come macchina a se, ma una delle tante soluzioni virtualizzate che possono essere molto economiche ma molto facili da scalare se e quando ne avrai bisogno.

Giustissimo
Anche se, per questione di costi, in questa fase di "avvio" penso che la soluzione schema/utente su unico DB mi sembrava la migliore

[aldofad]

ho il dubbio che io sbagli qualcosa

hai dubbi dopo aver lanciato un comando/script?? di che parli?

[DavideDaSerra]

A mio avviso, la gestione con un set di tabelle per singolo utente, diventerà problematica, oltre che necessitare un numero elevato di copie di vincoli di integrità e trigger.
A questo punto (database unico) meglio inserire, per ogni tupla, il campo 'cliente' e garantire l'isolamento ramite viste. In questo modo non si avrà una duplicazione di vincoli e, in caso di problemi, la manutenziona sarà semplice, o quantomeno, andrà eseguita in un solo punto (anzichè ripetuta in ogni tabella-replica).

[elemet]

hai dubbi dopo aver lanciato un comando/script?? di che parli?

Nel senso che l'esecuzione dello script per la creazione dello schema mi crea un nuovo Database. Per questo chiedevo se avete qualche link da propormi poiché probabilmente ho qualche lacuna in merito.

A mio avviso, la gestione con un set di tabelle per singolo utente, diventerà problematica, oltre che necessitare un numero elevato di copie di vincoli di integrità e trigger.
A questo punto (database unico) meglio inserire, per ogni tupla, il campo 'cliente' e garantire l'isolamento ramite viste. In questo modo non si avrà una duplicazione di vincoli e, in caso di problemi, la manutenziona sarà semplice, o quantomeno, andrà eseguita in un solo punto (anzichè ripetuta in ogni tabella-replica).

Si, ok anche se, come indicato in un post precedente, mi sembra una soluzione un po' "artigianale", pertanto chiedevo qual è lo stato dell'arte delle possibili soluzioni da implementare

[DavideDaSerra]

1> L'informatica É artigianato
2> Sei stato tu a sottolineare il vincolo dei 5DB/Utente.
3> Le viste sono state inventate (anche) per questo (concedere l'accesso solo a 'porzioni' di dati condivisi)

Nota: ti ricordo che è inopportuno inserire in PHP le query in SQL 'naturale', molto meglio mascherarle passando per canned programs, quindi ti consiglio di rivedere il tuo codice in ottica SQL injection.