Link alla notizia: http://www.hwupgrade.it/news/software/15560.html

Oracle ha annunciato nei giorni scorsi l’acquisizione di Innobase, società finlandese che sviluppa le tecnologie InnoDB.

Click sul link per visualizzare la notizia.

Della serie MySQL l'ha nel di dietro :muro:
Non so se le transazioni sono disponibili anche su tabelle MyISAM nelle versioni nuove, ma fino alla 4.1 il motore transazionale era attivo solo sulle tabelle InnoDB...

no, cionci, l'ha nel dietro chi usa mysql usando le tabelle innodb...

...ad esempio il sottoscritto :muro:


cmq tanto per dirti le differenze tra myisam e le innodb, ti faccio due citazioni dal manuale di mysql:

Even if the MyISAM table format is very reliable (all changes to a table is written before the SQL statements returns) , you can still get corrupted tables if some of the following things happens:

The mysqld process being killed in the middle of a write.
Unexpected shutdown of the computer (for example, if the computer is turned off).
A hardware error.
You are using an external program (like myisamchk) on a live table.
A software bug in the MySQL or MyISAM code.

InnoDB provides MySQL with a transaction-safe (ACID compliant) table handler with commit, rollback, and crash recovery capabilities. InnoDB does locking on row level and also provides an Oracle-style consistent non-locking read in SELECTs. These features increase multiuser concurrency and performance. There is no need for lock escalation in InnoDB, because row level locks in InnoDB fit in very small space. InnoDB tables support FOREIGN KEY constraints as the first table type in MySQL.

InnoDB has been designed for maximum performance when processing large data volumes. Its CPU efficiency is probably not matched by any other disk-based relational database engine.


problemi con tabelle myisam li ho già avuti, con innodb no (mi gratto per scaramanzia :D )... oltre il fatto che se vuoi fare qualcosa che va appena appena sopra il livello "giochino" le myisam sono inadeguate di loro, proprio a livello di feature... insomma, se mysql si gioca le innodb sono cazzi

beh se mai uscira mysql 5.0final allora innodb ne uscirà molto ridimensionato.

InooDB allo stato attuale è molto più avanti delle myisam. Anzi direi che InnoDB versione (4.1+) è a livello professionale, invece myisam è proprio giusto per un piccolo db personale poco strutturato.
Mi fa rabbia vedere come i provider abbiano tutti mysql 3.23 se uno vuol un buon db su un sito non sa come fare...

http://www.mysql.com/news-and-events/news/article_968.html

Scusate ma non si sa niente se MySQL potrà continuare ad usare InnoDB o meno?!

Della serie MySQL l'ha nel di dietro :muro:
Non so se le transazioni sono disponibili anche su tabelle MyISAM nelle versioni nuove, ma fino alla 4.1 il motore transazionale era attivo solo sulle tabelle InnoDB...

ma da quello che c'è scritto nella news:

"...lo sviluppo di InnoDB non verrà bloccato, anzi l’azienda cercherà di espandere le reciproche possibilità...

Per i non addetti ai lavori va precisato che le InnoDB vengono distribuite con il ben noto MySQL grazie a un accordo di partnership che dovrebbe scadere il prossimo anno.

Oracle è chiaramente interessata a negoziare un rinnovo di questo accordo..."

non sembra che l'engine innodb possa "tranquillamente" perdurare in mysql e venire anche ulteriormente sviluppato? ...avro' capito male e/o non ne so abbastanza della situzione che ci sta "dietro"(:D) ... :confused:

Inoltre ero rimasto con mysql "sul punto" di passare di suo ad altro come engine pricipale (mi pare si chimasse "BerkeleyDB storage engine" ) nelle future versioni (dalla 5 final ?)...

InooDB allo stato attuale è molto più avanti delle myisam. Anzi direi che InnoDB versione (4.1+) è a livello professionale, invece myisam è proprio giusto per un piccolo db personale poco strutturato.

perfettamente d'accordo. ci aggiungo anche il parametro affidabilità, che pende drasticamente per InnoDB (lo stesso manuale te lo dice senza girarci attorno).

Mi fa rabbia vedere come i provider abbiano tutti mysql 3.23 se uno vuol un buon db su un sito non sa come fare...

dipende dal provider... nell'hosting di fascia medio-bassa non ti puoi aspettare qualità e feature di uno di fascia più alta...


nextstyle: speriamo, speriamo... speriamo che oracle abbia fatto questa mossa per accedere alle tecnologie che stanno dietro a innodb per migliorare il proprio prodotto e non per mettere più o meno celatamente i bastoni tra le ruote

io ho sempre usato InnoDB con MySQL per ogni database, in effetti per molti lavori era sovradimensionato però conoscendo i problemi che si potevano verificare con MyISAM ho preferito glissare...

spero solo che InnoDB rimanga ancora fruibile con le future versione di MySQL che con la versione 5.0 dovrebbe (leggendo il TODO) diventare ancora più completo :O

E' da valutare la possibilità di passare a FireBird, a questo punto.

E' da valutare la possibilità di passare a FireBird, a questo punto.
Scusate ma PostgreSQL?!

Anche, ma non lo conosco. Conosco bene FireBird e lo trovo molto robusto, veloce e affidabile.

Anche, ma non lo conosco. Conosco bene FireBird e lo trovo molto robusto, veloce e affidabile.
PostgreSQL praticamente è come MySQL, solo mi chiedevo se anche lui non usasse le InnoDB.

PostgreSQL non usa innodb ma ha tutto quello che ha innodb solo che probabilmente è + lento di mysql+innodb.

PostgreSQL non usa innodb ma ha tutto quello che ha innodb solo che probabilmente è + lento di mysql+innodb.

Per i non addetti ai lavori va precisato che le InnoDB vengono distribuite con il ben noto MySQL grazie a un accordo di partnership che dovrebbe scadere il prossimo anno.

Oracle è chiaramente interessata a negoziare un rinnovo di questo accordo e l’interesse verso la vicenda è indubbiamente alto considerando che le tecnologie InnoDB sono sfruttate da Slahdot, Wikipedia, Google e Yahoo Finance.

Aggioramenti?!