Database indipendent oppure no? ORM?

[GrG]

vabbè per quello useranno anche PHP

No, appunto: usano Python ed il modulo DB adattato per il loro database. Era questo il senso: se volessero, potrebbero switchare su MySQL.

[ceccus]

Salve,

ma nel mondo reale succede veramente?

Certamente, specialmente ora che il meccanismo delle licenze è abbastanza "confuso" ... c'è chi fa pagare per core , chi fa pagare per wafer , chi fa pagare a MIPS ... per cui non è detto che un prodotto software (e il DB a tutti gli effetti lo è) continui ad essere utilizzato in azienda ...
E comunque, ripeto, se te sviluppi un' applicazione "specifica" per un DB, poniamo Oracle , ti tagli le gambe da solo, perchè se utilizzi delle features che solo Oracle ha, per esempio, chi utilizza DB2, non potrà mai acquistare la tua applicazione ... anche volendo

Ciao !!

[andrea.paiola]

Siamo 2 a 1 per l'indipendenza, per il momento

[Kuro]

E comunque, ripeto, se te sviluppi un' applicazione "specifica" per un DB, poniamo Oracle , ti tagli le gambe da solo, perchè se utilizzi delle features che solo Oracle ha, per esempio, chi utilizza DB2, non potrà mai acquistare la tua applicazione ...

è proprio per utilizzare al 100% la potenza di Oracle (ad esempio), che la mia programmazione è fortemente legata al db.
Altrimenti è come dire che un db vale l'altro ...

Personalmente, in ambito web, di una 30ina di applicazioni più o meno complesse, solo uno mi ha chiesto la migrazione ad un altro db (salvo poi tornare sui sui passi un mese dopo )

[2busy]

è proprio per utilizzare al 100% la potenza di Oracle (ad esempio), che la mia programmazione è fortemente legata al db.
Altrimenti è come dire che un db vale l'altro ...

Condivido appieno.
E poi non si dovrebbe parlare solo di performances ma anche di sicurezza e di tutte le features accessorie, altrimenti se guardiamo solo i limiti...

[andrea.paiola]

siamo 2 a 2

la partita si fa seria

[y2khosting]

Io sono del parare che bisogna essere database-indipendent però usando un ottimo ORM.
Questo per 2 ragioni:
1) la prima è quella di essere indipendente di per se, perchè così puoi usare dei DB diversi a secondo dei requisiti o a seconda di quello che il cliente preferisce (se un cliente ha già 10 installazioni di MySQL (o di un qualsiasi altro DB) che funzionano bene, perchè dovrebbe cambiare?)

2) la seconda perchè se usi un buon ORM, riesci a sfruttare meglio i vari dialetti SQL.
Se l'ORM è fatto bene, nel momento in cui tu devi per esempio fare una query scalare per ottenere 1 solo risultato, lui lo tradurrà nell'istruzione SQL più performante di quel certo RDBMS per ottenere il valore scalare.
Questo è un esempio semplicistico e generico di un unico caso...

EDIT:
ultima ragione, che però è scontata La velocità di sviluppo di una applicazione aumenta usando un ORM, e per forza di cose l'applicazione è più pulita, perchè l'ORM si colloca come un layer a se tra la tua app e l'accesso ai dati.

[Infrid]

per quanto la sicurezza un buon orm mi mette a riparo dagli attacchi più comuni?