Newsgroup: it.comp.os.linux.sys
Titolo: SQL Server

Ho un dubbio amletico, come ditta vendiamo un gestionale per windows che
sfrutta l'SQL server della Microsoft. Volevo sapere se secondo voi è
possibile sfruttare MySQL o PostGreSQL e tenere gli archivi su un server
linux invece di installare il solito Windows 2000. Premetto che di SQL non
ci capisco una mazza, quindi se eventalmente dico una castroneria chiedo
venia in anticipo.
Salutoni
Duun


Dipende da come e' stato scritto il gestionale.
Ma se il gestionale esiste solo per windows le possibilita' di successo
sono piuttosto basse.
Alessandro.


No, dai. Scarta mysql, e prendi solo postgresql. Non mi risultano [*]
funzioni in mssql non presenti in psql. Il vero problema e` che e` un
porting tout-court, che necessita` discrete conoscenze di DB Admin.
Detto questo, poi, i driver odbc di psql, pare siano i driver odbc piu`
veloci mai visti in giro, $anydb.
Dipende dalla loro voglia di investire tempo/professionalita`/denaro in
questa migrazione.
[*]
Che non significa che non ci siano, non facendo io il dba. Pero` non mi
risulta. Abbiamo fatto diverse transizioni in questi anni, e sono andate
tutte a buonfine.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
"Heisenberg may have slept here"


Il mio parere partiva dal presupposto che il gestionale non fosse stato
sviluppato da chi ha posto il problema e venisse venduto come
una scatola chiusa.
Se puo' essere modificato, allora le probabilita' di successo diventano
molto alte.
Alessandro.

 molto alte.
Infatti noi lo vendiamo solamente il gestionale, la ditta che lo sviluppa è
un'altra, anche se volendo potremmo proporgli la possibilità porting sotto
linux.
Non so, a questo punto proverò a contattare gli sviluppatori e chedergli se
per loro è una cosa fattibile.
Grazie a tutti di nuovo
Duun

 possibile sfruttare MySQL o PostGreSQL 
Solo riscrivendo da 0 il gestionale.
Davide
-- 
| I think I'd like to see a Simpsons episode start up with Bart Simpson 
| writing 'I will not attempt to undermine the Usenet cabal'. --J.D.
| Falk 
| 

 Solo riscrivendo da 0 il gestionale.
Non sta chiedendo un porting su linux dell'intero applicativo,
solo cambiare il database server...
bye G.L.

 solo cambiare il database server...
Esatto. Ed insisto, che _genericamente_ parlando, non e` una cosa cosi`
PITA [*]. A me e` capitato gia` un paio di volte, e ne siamo usciti
abbastanza bene.
Poi, caso per caso.
[*]
mizio@hal:~$ dict -d vera PITA
1 definition found
From Virtual Entity of Relevant Acronyms (Version 1.9, June 2002)
[vera]:
  PITA
       Pain In The Anatomy / Ass (telecommunication-slang, Usenet, IRC)
 
 
:)
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Take a jump. A million lemmings can't all be wrong.

 solo cambiare il database server...
Io voglio sperare che, se hanno scelto SQL Server, abbiano _usato_
SQL Server, quindi Stored Procedures, Trigger e cose cosi'. Quindi
il 'cambiare database server' non e' una robetta facile.
Davide
-- 
| Linux: transforms your microcomputer in a workstation. Windows NT:
| transforms your workstation in a microcomputer.    -- Paulo F. Sedrez 
| 
| 

 il 'cambiare database server' non e' una robetta facile.
]zac[
Non è detto, spesso sql server è d'obbligo appena la richiesta di
prestazioni o quantità di dati e utenti sale un pochino, almeno nel mondo
win (senza contare che esiste una versione senza parte grafica che costa
meno (mi pare liminata a 2gb di dati)).
Sicuramente non è una cosa indolore, ma più che altro, almeno attualmente,
per differenze di sintassi e di implementazioni di dialetti particolari di
SQL.

Ringrazio tutti coloro che mi hanno risposto dandomi da pensare alla
soluzione del caso che forse è possibile, ci studierò un po' su e farò
qualche tentativo. Per quanto riguarda gli sviluppatori che hanno creato il
gestionale sarà dura che mi aiutino visto che a fine serata lavorativa ho
scoperto che (sigh!) sono partner Microsoft. Vabbè appena ho una macchina
disponibile per i test io ci provo. In caso di problemi sarò qui a
smaronarvi un po' :))
Salutoni
Duun
 

 Quindi il 'cambiare database server' non e' una robetta facile.
Non mi pare che sia emerso che "e` una robetta facile". Anzi. Ma rientra
comunque nelle cose fattibili, e che in diverse occasioni e` stato
fatto.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
The only thing that interferes with my learning is my education.

 fatto.
Difatti, posso testimoniare che una procedura di gestione bibliotecaria,
scritta in VB5/6 e progettata per l'utilizzo di ms-access o SQL Server,
e' stata, con relativamente poche modifiche, provata con successo (e
migliori prestazioni) su postgreSQL per linux, senza troppi problemi.
Ora, a dir la verita', non so se usasse trigger e stored procedure.
bye G.L.

prestazioni o quantità di dati e utenti sale un pochino,
Oppure per fregiare il prodotto del titolo "Microsoft Certified" :-)
Alessandro.

 il 'cambiare database server' non e' una robetta facile.
Au contraire. SP e triggers servono proprio a mettere la "business 
logic" nel database anzichè nell'applicazione, e quindi rendono il 
'cambiare database server' una cosa molto meno incubante. L'ideale 
sarebbe proprio che l'applicazione non contenesse nessuno statement SQL, 
ma solo chiamate a stored procedures: in questo caso - in linea teorica 
- sarebbe possibile riscrivere la parte di "business logic" adattandola 
a postgresql senza modificare il codice dell'applicazione.
Questo purtroppo nella pratica non succede mai: l'uso di statement SQL 
"hardcodati" nell'applicazione regna sovrano, il che obbliga la 
revisione di tutto il codice SQL sparpagliato nel codice 
dell'applicazione. Lavoro un po' pesante ma certamente non infattibile.
Ciao,
-- 
Cris Carampa (
spamto:cri...@operamail.com
)
"Welcome to the new world order
  Families sleepin' in their cars in the southwest
  No home no job no peace no rest" (Bruce Springsteen)

 Vabbè appena ho una macchina disponibile per i test io ci provo. In caso 
 > di problemi sarò qui a smaronarvi un po' :))
Spero che tu abbia almeno la possibilità di modificare gli script di 
creazione degli oggetti di database. Se questi ultimi sono creati 
automagicamente dall'applicazione la vedo grigina. Uno dei punti dove i 
database differiscono di più sono proprio i datatypes.
