Quicksearch
Disclaimer
The individual owning this blog works for Oracle in Germany. The opinions expressed here are his own, are not necessarily reviewed in advance by anyone but the individual author, and neither Oracle nor any other party necessarily agrees with them.
Kris über Mysql, Sun und Oracle
Wednesday, April 22. 2009
Mit "Sun, IBM, Cisco, Oracle" hat Kris eine herrlich unaufgeregte Meinung, warum Oracle kein Problem für Mysql an sich darstellen wird, geschrieben:
MySQL deckt also eine Technologie- und Lizenzlücke im Oracle-Portfolio ab. Schon alleine deswegen wird Oracle MySQL nicht absterben lassen, und sicherlich auch einsehen, daß MySQL-Kunden in den meisten Fällen nicht sinnvoll in Oracle 11g Kunden konvertierbar sind. Oracle hat das bei InnoDB verstanden, warum sollten sie es bei MySQL nicht tun?und
Der andere Gedanke: IBM ist aus dem Sun-Deal rausgegangen, weil ihnen Sun zu teuer war, und weil IBM und Sun zu viele Überlappungen haben. Aber aus der Perspektive des heutigen Tages sieht es so aus, als könne der Deal für IBM jetzt noch teurer werden. Für Sun ist es so sicher besser.There is an additional english version of the text available.
Trackbacks
Trackback specific URI for this entry
No Trackbacks
Comments
Display comments as
(Linear | Threaded)
Ich habe schon die Slashdot geschrieben, dass sich IBM ziemlich ärgern dürfte, die paar Hundert Millionen nicht gezahlt zu haben. Denn Sun+Oracle kann genau das liefern, was IBM heute bei vielen großen Kunden immer noch unentbehrlich macht: Eine Lösung aus einem Haus von der Hardware bis zur Business-Applikation (inkl. SAN, Java-VM, Middleware, Application-Server, OS, Datenbank, etc. pp).
Zu MySQL: Wer MySQL mit MyISAM einsetzt, braucht kein Oracle und würde dafür auch nie bezahlen. Oracle hat daher keinen Grund, das MySQL zu nuken. OK, vielleicht stecken die nicht mehr so viel Resourcen rein wie Sun, aber sterben lassen, macht keinen Sinn. Ganz nebenbei: Who cares? Im Fall der Fälle gibt es PostgreSQL.
Zu MySQL: Wer MySQL mit MyISAM einsetzt, braucht kein Oracle und würde dafür auch nie bezahlen. Oracle hat daher keinen Grund, das MySQL zu nuken. OK, vielleicht stecken die nicht mehr so viel Resourcen rein wie Sun, aber sterben lassen, macht keinen Sinn. Ganz nebenbei: Who cares? Im Fall der Fälle gibt es PostgreSQL.
Bill Coleman dürfte jedem von uns etwas sagen. Er hat auch eine "herrlich unaufgeregte Meinung". Immerhin wurde auch seine Firma von Oracle übernommen und er war Vice Pres. von SUN.
Er geht von einem Cut von 50% aus und keinerlei Interesse seitens Oracle an den High End Servern und den Speicherlösungen von SUN.
Er geht von einem Cut von 50% aus und keinerlei Interesse seitens Oracle an den High End Servern und den Speicherlösungen von SUN.
Eher nicht vergleichbar, da BEA Systems eine Softwarefirma ist, die von einer Softwarefirma gekauft wurde..
Oracle scheint wenn man die Präsentation liesst, explizit Sun wg. der Hardware gekauft hat. Dafür fehlt Oracle aber die komplette Infrastruktur. Ich glaube auch nicht, das kein interesse an den Highend-Servern besteht, da selbst Oracle weiss, das RAC nicht wirklich skaliert. Und by the way: OpenStorage wurde auch explizit in der Präsentation als Keypunkt erwähnt inclusive Lösungen von App to Disk ... wo soll denn da bitte die Disk herkommen ... bitte mal die offiziellen Materialien lesen, nicht nur von Webseiten, die kurz vorher auch noch behauptet haben, wir wuerden bei IBM rumbetteln, das die wieder an den Tisch zurückkommen
Ausserdem: BEA wurde 1995 gegruendet ... Coleman ist cofounder. 1995 ... das war technisch noch vor dem Karnickelkäfig E3000, also vor der wirklich Ausprägung des Servergeschäfts und vor dot.com boom. Der Herr ist seit 14 Jahren nicht mehr bei Sun. Ich weiss also nicht so recht, wie diese Person besonders qualifiziert sein sollte, über Sun zu werten.
Oracle scheint wenn man die Präsentation liesst, explizit Sun wg. der Hardware gekauft hat. Dafür fehlt Oracle aber die komplette Infrastruktur. Ich glaube auch nicht, das kein interesse an den Highend-Servern besteht, da selbst Oracle weiss, das RAC nicht wirklich skaliert. Und by the way: OpenStorage wurde auch explizit in der Präsentation als Keypunkt erwähnt inclusive Lösungen von App to Disk ... wo soll denn da bitte die Disk herkommen ... bitte mal die offiziellen Materialien lesen, nicht nur von Webseiten, die kurz vorher auch noch behauptet haben, wir wuerden bei IBM rumbetteln, das die wieder an den Tisch zurückkommen
Ausserdem: BEA wurde 1995 gegruendet ... Coleman ist cofounder. 1995 ... das war technisch noch vor dem Karnickelkäfig E3000, also vor der wirklich Ausprägung des Servergeschäfts und vor dot.com boom. Der Herr ist seit 14 Jahren nicht mehr bei Sun. Ich weiss also nicht so recht, wie diese Person besonders qualifiziert sein sollte, über Sun zu werten.
I agree with Rockwood: Sun is dead. Anything else is now Oracle. (and Sun died because of bad management). Try to buy Sun hardware in Singapore. Sales/Marketing here is hopeless.
Sun may be cease to exist as an independet company when the deal get through. And even this isn´t sure. Ben knows as much about Oracles plans with Sun as everybody else: Nothing. Let´s wait and see.
+1
The LKSF book
The book with the consolidated Less known Solaris Tutorials is available for download here
Web 2.0
Contact
Networking
xing.com
LinkedIn
Facebook
My photos
- mail: joerg@c0t0d0s0.org
- icq: 144000169
- Me, myself and I
- openBC
- My del.icio.us
- c0t0d0s0@twitter
- c0t0d0s0@last.fm
- wiki@c0t0d0s0
- Amazon Wishlist
Networking
xing.com
My photos
Comments
about Nanosecond
Wed, 23.05.2012 00:11
I remember this being drummed
into us during Digital Design
at Uni. It's important to cons
ider it when laying out [...]
Mon, 21.05.2012 18:04
Hello Kevin, Im not surprised
with what you are seeing or ha
ve seen when attaching a SSD t
o a USB2.0. USB3.0 helps [...]
Mon, 21.05.2012 04:44
Hi Greg,
With regards to IO
PS I have seen terrible result
s using a 60GB SATA2 SSD with
USB2.0 - USB2 really cho [...]
about ZFS Dedup Internals
Sat, 19.05.2012 09:50
There is no impact to boot/imp
ort times, as the DDT is loade
d as needed ... so the pool is
imported as fast as wit [...]
Buttons
This work is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 3.0 Germany License
