Differenze tra MySQL e SQL Server [chiuso]

Sono uno sviluppatore ASP.NET che ha utilizzato Microsoft SQL Serverper tutte le esigenze del mio database (sia al lavoro che per progetti personali).

Sto pensando di provare lo stack LAMP per alcuni dei miei progetti personali.

Quali sono alcune delle principali differenze tra MySQLe SQL Server? L'uso delle stored procedure è una pratica comune in MySQL?

Qualche consiglio o risorsa che mi consiglieresti di aiutarmi con il passaggio?

Per coloro che hanno esperienza con entrambi, ci sono delle funzioni mancanti da MySQL?

Una cosa a cui devi fare attenzione sono le differenze abbastanza gravi nel modo in cui SQL Server e MySQL implementano la sintassi SQL.

Ecco un bel confronto tra diverse implementazioni SQL .

Ad esempio, dai un'occhiata alla sezione in alto-n. In MySQL:

SELECT age
FROM person
ORDER BY age ASC
LIMIT 1 OFFSET 2

In SQL Server (T-SQL):

SELECT TOP 3 WITH TIES *
FROM person
ORDER BY age ASC

Molti commenti qui sembrano più argomenti religiosi che dichiarazioni di vita reale. Ho lavorato per anni con MySQL e MSSQL ed entrambi sono buoni prodotti. Sceglierei MySQL principalmente in base all'ambiente su cui stai lavorando. La maggior parte dei progetti open source usa MySQL, quindi se vai in quella direzione MySQL è la tua scelta. Se sviluppi qualcosa con .Net sceglierei MSSQL, non perché è molto meglio, ma solo perché è quello che la maggior parte delle persone usa. Attualmente sto lavorando a un progetto che utilizza ASP.NET con MySQL e C #. Funziona perfettamente.

Non riesco a credere che nessuno abbia menzionato che MySQL non supporta le dichiarazioni Common Table Expressions (CTE) / "con". È una differenza piuttosto fastidiosa.

MySQL ha maggiori probabilità di avere problemi di corruzione del database e non li risolve automaticamente quando si verificano. Ho lavorato con MSSQL dalla versione 6.5 e non ricordo un problema di corruzione del database che portava il database offline. Le poche volte in cui ho lavorato con MySQL in un ambiente di produzione, un problema di corruzione del database ha portato l'intero database offline fino a quando non abbiamo eseguito la cosa magica "per favore correggi il mio indice corrotto" dalla riga di comando.

Il sistema di journaling e transazioni di MSSQL, nella mia esperienza, gestisce praticamente qualsiasi cosa, incluso un ciclo di alimentazione o un guasto hardware, senza corruzione del database e se qualcosa viene incasinato lo risolve automaticamente.

Questa è stata la mia esperienza e sarei felice di sapere che è stato risolto o che stavamo facendo qualcosa di sbagliato.

http://dev.mysql.com/doc/refman/6.0/en/corrupted-myisam-tables.html

http://www.google.com/search?q=site%3Abugs.mysql.com+index+corruption

Francamente, non riesco a trovare un solo motivo per usare MySQL piuttosto che MSSQL. Il problema prima era un costo, ma SQL Server 2005 Express è gratuito e ci sono molte società di web hosting che offrono hosting completo con server sql per meno di $ 5,00 al mese.

MSSQL è più facile da usare e ha molte funzionalità che non esistono in MySQL.

Tutto in MySQL sembra essere fatto più vicino al metal che in MSSQL, e la documentazione lo tratta in questo modo. Soprattutto per l'ottimizzazione, dovrai capire in che modo gli indici, la configurazione del sistema e l'ottimizzatore interagiscono in varie circostanze.

L '"ottimizzatore" è più un parser. In MSSQL il tuo piano di query è spesso una sorpresa (di solito buono, a volte no). In MySQL, fa praticamente quello che gli hai chiesto di fare, come ti aspettavi. Ciò significa che tu stesso devi avere una profonda comprensione dei vari modi in cui potrebbe essere fatto.

Non costruito attorno a un buon modello di TRANSAZIONE (motore MyISAM predefinito).

L'installazione del file system è il tuo problema.

Tutta la configurazione del database è il tuo problema, in particolare di varie dimensioni della cache.

A volte sembra meglio pensarlo come un isam ad hoc e glorificato. Codd e Date non hanno molto peso qui. Lo direbbero senza imbarazzo.

Penso che una delle cose più importanti a cui prestare attenzione sia che le versioni precedenti a MySQL 5.0 non avevano viste, trigger e procedure memorizzate.

Maggiori informazioni sono spiegate nella pagina di download di MySQL 5.0 .

@abdu

La cosa principale che ho scoperto che MySQL ha su MSSQL è il supporto del fuso orario - la possibilità di cambiare piacevolmente tra i fusi orari, rispettando l'ora legale è fantastica.

Confronta questo:

mysql> SELECT CONVERT_TZ('2008-04-01 12:00:00', 'UTC', 'America/Los_Angeles');
+-----------------------------------------------------------------+
| CONVERT_TZ('2008-04-01 12:00:00', 'UTC', 'America/Los_Angeles') |
+-----------------------------------------------------------------+
| 2008-04-01 05:00:00                                             |
+-----------------------------------------------------------------+

alle contorsioni coinvolte in questa risposta .

Per quanto riguarda il commento "più facile da usare", direi che il punto è che sono diversi e, se ne conosci uno, ci sarà un sovraccarico nell'apprendimento dell'altro.

Entrambi sono server SQL Server Product DBQ è un'applicazione commerciale mentre MySql è un'applicazione opensouces. Entrambi i prodotti includono funzionalità simili, tuttavia SQL Server dovrebbe essere utilizzato per una soluzione aziendale, mentre mysql potrebbe soddisfare un'implementazione più piccola. Se hai bisogno di funzionalità come il recupero, replica, sicurezza granalare e significativa, è necessario SQL Server

MySql occupa meno spazio sul disco e utilizza meno memoria e CPU rispetto al server sql

Qualcuno ha qualche buona esperienza con una "porta" di un database da SQL Server a MySQL?

Questo dovrebbe essere abbastanza doloroso! Ho cambiato le versioni di MySQL da 4.xa 5.x e varie istruzioni non funzionavano più come una volta. L'analizzatore di query è stato "migliorato", in modo che le istruzioni precedentemente ottimizzate per le prestazioni non funzionassero più come previsto.

La lezione appresa lavorando con un database MySQL da 500 GB: è un argomento sottile e tutt'altro che banale!

@Cebjyre. L'IDE sia che Enterprise Manager o Management Studio sia migliore di qualsiasi cosa abbia visto finora per MySQL. Dico "più facile da usare" perché posso fare molte cose in MSSQL dove MySQL non ha controparti. In MySQL non ho idea di come ottimizzare le query semplicemente guardando il piano di query o guardando le statistiche. La procedura guidata per la regolazione degli indici in MSSQL prende la maggior parte del lavoro di ipotesi su ciò che gli indici mancano o sono fuori luogo.

Un difetto di MySQL è che non esiste una dimensione massima per un database. Il database aumenterebbe di dimensioni fino a riempire il disco. Immagina se questo disco condivide database con altri utenti e improvvisamente tutte le loro query falliscono perché i loro database non possono crescere. Ho segnalato questo problema a MySQL molto tempo fa. Non credo sia ancora stato risolto.

Passando un po 'di tempo a lavorare con MySQL da MSSQL alla sintassi MySQL POV, continuavo a trovarmi limitato in ciò che potevo fare.

Esistono limiti bizzarri sull'aggiornamento di una tabella durante il rifacimento della stessa tabella durante un aggiornamento.

Inoltre UPDATE FROM non funziona e l'ultima volta che ho controllato non supportano nemmeno la sintassi Oracle MERGE INTO. Questo è stato un punto fermo per me e ho smesso di pensare che sarei arrivato ovunque con MySQL.