Microsoft SQL Server: un problema da risolvere

[Redazione di Hardware Upg]

Link alla notizia: http://www.hwupgrade.it/news/sicurez...ere_27573.html

Microsoft segnala un problema di sicurezza in relativo a Microsoft SQL Server 2000 e SQL Server 2005

Click sul link per visualizzare la notizia.

[WarDuck]

In sostanza le ultime versioni correttemente patchate (2005 e 2008) non sono affette dal problema insieme a SQL Server 7.

SQL Server 2000 è vulnerabile.

Altre info:

• This vulnerability is not exposed anonymously. An attacker would need to either authenticate to exploit the vulnerability or take advantage of a SQL injection vulnerability in a Web application that is able to authenticate.
  
• By default, MSDE 2000 and SQL Server 2005 Express do not allow remote connections. An authenticated attacker would need to initiate the attack locally to exploit the vulnerability.

[SpyroTSK]

nono, qui il problema è da rimuovere ms sql e installare mysql XD

[WarDuck]

Originariamente inviato da SpyroTSK

nono, qui il problema è da rimuovere ms sql e installare mysql XD

Non so le versioni Enterprise come sono, ma il fatto di non poter usare certe funzioni standard SQL non è propriamente il massimo dal punto di vista di chi fa un DB.

Durante il corso di Gestione dei Dati sono partito con MySQL per andare su SQL Server 2008 Express, implementa molta più sintassi SQL.

Poi volendosi complicare la vita ci sarebbe anche Oracle...

[Hal2001]

Originariamente inviato da WarDuck

Poi volendosi complicare la vita ci sarebbe anche Oracle...

Non ci sono soluzioni adatte per tutti, per quello che faccio io per esempio ne Oracle, ne SQL Server sarebbero utili, anzi: e sfrutto il flessibile e gratuito MySQL, ma in altre realtà non saprebbero che farsene.
Pensa alle soluzioni per gruppi bancari ad esempio, lì oltre ad Oracle sfruttano DB scritti ad hoc

[Fx]

Originariamente inviato da SpyroTSK

nono, qui il problema è da rimuovere ms sql e installare mysql XD

le solite banalità

[Kharot]

Originariamente inviato da SpyroTSK

nono, qui il problema è da rimuovere ms sql e installare mysql XD

Si vede che non ne sai molto di DBMS, mysql non è adatto in ambito enterprise e non è paragonabile a SQL Server, senza scendere nei dettagli.

[drn74]

Nulla di nuovo: evitate di usare prodotti microsoft e dormirete sonni piu tranquilli

[WarDuck]

Originariamente inviato da drn74

Nulla di nuovo: evitate di usare prodotti microsoft e dormirete sonni piu tranquilli

Anche qui: altra cazzata .

Basta con questi luoghi comuni per cortesia.

[BrightSoul]

mysql non è adatto in ambito enterprise

ma intendi l'enterprise del capitano Picard? Perché senza nulla togliere a SqlServer (che non conosco) mi sembra che MySql sia un buon DBMS affidabile anche per la media impresa. Siccome oltre la clusterizzazione e la replicazione non mi serve altro, vorrei che mi elencassi alcuni dei dettagli a cui accennavi.

Ripeto, senza nulla togliere a SQL Server. Ci mancherebbe, sviluppo in dotnet, adoro Microsoft

[luX0r.reload]

Originariamente inviato da SpyroTSK

nono, qui il problema è da rimuovere ms sql e installare mysql XD

... si certo... se mysql avrebbe le potenzialità di SQL Server, volentieri. Ma ad oggi non penso che si possano minimamente paragonare. Chi scrive Stored Procedures e Triggers tramite T-SQL mi può capire

[BrightSoul]

Chi scrive Stored Procedures e Triggers tramite T-SQL mi può capire

non capisco, spiegatemi. Anche con mysql puoi creare Stored procedures e triggers.

[fisholo]

Ogni DB ha i suoi pregi e i suoi difetti.

Posso dire (avendo visto direttamente i tre esempi citati) che va valutato caso per caso cosa utilizzare.

Nel CED dove sto ci stanno MySql, Oracle, SqlServer, Paradox, Fulcrum, DBF e Access.

Personalmente prediligo MySql (free, veloce e con InnoDB come storage fo quel che mi serve) ed Oracle (gestendo applicazioni mission critical e tonnellate di dati non si poteva scegliere che lui)...

In ditta invece, sviluppando un sacco .NET, si sono appoggiati a SqlServer 2005 ...

Saluti

Fisholo

[axias41]

Si è creato un alone di miticità attorno a MySql che non capisco. Ha i suoi pregi e i suoi difetti come tutti i software di questo mondo. Sarà che non è targato MS ...

[Hal2001]

Originariamente inviato da Kharot

Si vede che non ne sai molto di DBMS, mysql non è adatto in ambito enterprise e non è paragonabile a SQL Server, senza scendere nei dettagli.

Invece tu sei un esperto vedo

http://www-it.mysql.com/oem/reference_customers.html

Non lo dire a nessuno ma queste piccole azienducce hanno SQL Server 2008 craccato

[Hal2001]

Originariamente inviato da BrightSoul

ma intendi l'enterprise del capitano Picard?

LOL!

[Hal2001]

Originariamente inviato da axias41

Si è creato un alone di miticità attorno a MySql che non capisco. Ha i suoi pregi e i suoi difetti come tutti i software di questo mondo. Sarà che non è targato MS ...

..sarà che per le piccole e medie soluzioni è completamente gratuito

..sarà che ha un sublime supporto non solo della Sun ma anche della comunità

..sarà che è disponibile per parecchie piattaforme (AIX, AmigaOS, BSDi, Digital Unix, FreeBSD, HP-UX, GNU/Linux, Mac OS X, NetBSD, Novell NetWare, OpenBSD, OS/2 Warp, SGI IRIX, Solaris, SunOS, SCO OpenServer, SCO UnixWare, SGI Irix, Tru64, Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP, Windows 2003, Windows Vista.)

..sarà che ha una licenza GNU GPL

..sarà che supporta una miriade di motori anche di terze parti

chissà perché è così utilizzato

[Hal2001]

Originariamente inviato da luX0r.reload

... si certo... se mysql avrebbe le potenzialità di SQL Server, volentieri. Ma ad oggi non penso che si possano minimamente paragonare. Chi scrive Stored Procedures e Triggers tramite T-SQL mi può capire

Se ne hai voglia, tempo e possibilità, poi siamo curiosi di sentire le differenze in quelle cose che hai citato

[luX0r.reload]

Originariamente inviato da Hal2001

Se ne hai voglia, tempo e possibilità, poi siamo curiosi di sentire le differenze in quelle cose che hai citato

Ah, ah... AVESSE
Premetto che ho lavorato sia con MySQL sia con SQL Server.
Allora è vero che le Stored Procedures ed i Triggers sono supportati anche da MySQL, ma da pochissimo tempo, considerato che con SQL Server è possibile farlo non so da quanto tempo... ho perso il conto.

Tralasciando il fattore "esperienza", mi riferivo comunque alla possibilità di scrivere Stored Procedures attraverso un linguaggio ad alto livello come è T-SQL di sqlserver. Tramite questo è possibile scrivere cicli iterativi, istruzioni condizionali e strutturare il codice proprio come se si stesse scrivendo un programma con un linguaggio ad alto livello come il C++. Inutile dire che questo tipo di approccio permette di risparmiare molto righe di codice a chi scrive sp che fanno ampio uso di cursori, transazioni, etc ed inoltre permette di avere un codice più strutturato e quindi più facile da manutenere.
Questo è il fattore principale che mi ha spinto ad abbandonare gradualmente mysql e tentare di sviluppare solo in sqlserver (anche se non sempre è possibile ahimè).

Semplicemente alcune cose con mysql server non si potevano fare... ossia si potevano fare spostando buona parte della logica di programmazione dal DBMS al Data Access Layer o al Business Logic Layer.
Questo naturalmente oltre al calo di performance, si traduce anche in maggior tempo speso per l'implementazione di modifiche a questi layer, cosa che sa benissimo chi scrive DLL o Assembly che siano.

Non so a che punto sia ora il supporto XML in MySQL... ma qualche anno fa questo è stato un altro fattore che mi ha portato a scegliere SQL Server come DBMS per un paio di applicazioni con un layer di interfaccia verso AS/400.

Insomma MySQL rimane un buon DBMS... ma quando sento dire che bisognerebbe lasciare perdere SQL Server in favore di MySQL...

Io dico "ad ognuno il suo"

[Scezzy]

Siamo alle solite. Se e' un prodotto Microsoft non va bene. UCCIDEREEEEEEEEEEEEE. UCCIDERE LA FAMIGLIA ROBINSON !!!