Ist Oracle noch der Platzhirsch oder Schnee von Gestern?

[Uwe Raabe]

Zitat von Bernhard Geyer:

ca. 15 Balast

das sind ungefähr 42 Schroties, oder?

[jobo]

Fett: Ja, allein das "normale" Clientsetup geht nur knapp auf eine CD
alt: Ja, eines der ältesten Systeme
oll: absolut nein.

Hast Du grad ein "Moralproblem" in Deiner Truppe? Würde mich nicht wundern, wenn man dazu verdonnert ist, mit Oracle zu arbeiten wie mit MS Word.
Es ist nicht intuitiv (GUI) und es kann tatsächlich nicht jedes Kind. Oracle kann traditionell nicht intuitiv.

Zur Administration muss man sicher einiges wissen, wobei eine linux basierte Installation m.E. weniger Arbeit macht als eine Win basierte. Ansonsten kann man bequem alles mit SQL erledigen.

Ich könnte jetzt Romane schreiben, (tue ich wahrscheinlich auch) meine Erfahrungen liegen hauptsächlich im Oracle-Bereich, etwas MSSQL, Informix (früher), .. (nur zur Einordnung)
Ich kenne keinen Softwarehersteller, der so schlechte Installationsprogramme baut, wie Oracle. Ich kenne kein weiteres Produkt von Oracle (zugekauft oder nicht), das so gut ist wie die Datenbank.
Die User Experience ist dank durchgängiger Anwendung von Java immer gleich durchschnittlich schwach.

Zu den Aufgaben einer Datenbank:
Robustheit, Transaktionspower, konkurrierende Zugriffe, ich behaupte mal, da gibt es noch immer nichts, was Oracle das Wasser reichen kann.
Funktionalität ebenso, Beispiele: Analytic Functions (vereinfacht: Spreadsheet Funktionen per SQL) gibts seit über 15(?) Jahren. MS SQL bildet mit Server 2012 mittlerweile (oder notgedrungen) einen guten Teil davon ab, ähnlich bei XML, Embedded Java, Kreuztabellen, ..
XML Daten aus relationalen Tabellen generieren= nur ein SQL Statement, wenn nötig auch mit Schema Validierung. Den Kram dann noch per Email verschicken= ein SP Call. XML per SQL auswerten= nur ein SQL Statement. Dafür wird kein einziges Third Party Produkt benötigt. (nur am Rande: alles Standard Edition)
Kontinuität: Ob Datenbank Kernfunktionen, Zugriff oder Funktionalität, ich hab im DB Bereich noch nicht erlebt, dass da irgendwas abgeschafft wird. (ich sag nur ODBC,ADO OLEDB, ..). Gibt es einen neuen Trend am Markt, macht Oracle das verfügbar. Vor 2 Jahren haben sie sich noch über NoSQL ausgekotzt, könnte ja auch eine ernsthafte Bedrohung für sie sein. Ein Jahr später hatten sie es selbst im Angebot, wenn ich richtig informiert bin, sogar mit SQL Anbindung.

Viele Features fallen natürlich nicht ins Gewicht, wenn man mit einem AppServer arbeitet oder auch, wie es hier im Forum oft der Fall ist, mit Business Logic im Client.
Dann bleibt lediglich ein robustes RDBMS übrig.
Ein Platzhirsch ist es immer noch, oder warum z.B. sieht sich IBM ständig genötigt, Oracle Funktionalität nachzubauen und damit zu werben?

Im Netz wird irgendwo eine nette Geschichte zur Segelyacht von Larry Ellison kolportiert. Ein Hightech Segler (Volvo Ocean Race oder so, keine Ahnung), der zuvor unter MS Flagge lief, vollgestopft mit Messinstrumenten und natürlich Software. Keiner konnte das bedienen, bis sie die angeblich dutzenden MS Produkte rausgeworfen haben und durch eine(1) Oracle DB ersetzten. Die Story ist uralt (Oracle 8?), kann man ja mal suchen bei Interesse...

Seit Oracle Sun und damit Java und deren Hardware geschluckt hat, ergibt sich nochmal ein ganz anderes Bild. Nicht unbedingt erfreulich für die Java Gemeinde, aber für Oracle. Guter Schachzug.
Vielleicht verpennt Oracle beim Thema Usability das wichtigste, was bevorsteht (vielleicht ist aber auch mobile computing das wichtigste) und endet in ein paar Jahren überraschend wie Nokia, wer weiß ...

[Bernhard Geyer]

Zitat von jobo:

Fett: Ja, allein das "normale" Clientsetup geht nur knapp auf eine CD

Und wahrscheinlich gehen dann 1 von 10 Rechnern nach der Installation nicht mehr. Glücklicherweise gibts den Instant-Client.

Zitat von jobo:

Hast Du grad ein "Moralproblem" in Deiner Truppe? Würde mich nicht wundern, wenn man dazu verdonnert ist, mit Oracle zu arbeiten wie mit MS Word.
Es ist nicht intuitiv (GUI) und es kann tatsächlich nicht jedes Kind. Oracle kann traditionell nicht intuitiv.

Ein Grund es zu vermeiden. Eine halbwegs vernünftige verständliche Bedienphilosophie gehört m.E. dazu. Was nützt einen das beste DMBS wenn man eine Dr. brauch um es fehlerfrei zu konfigurieren.

Zitat von jobo:

Die User Experience ist dank durchgängiger Anwendung von Java immer gleich durchschnittlich schwach.

Was hat das mit Java zu tun? Einige der besten bedienbaren Programme ihres Bereiches die ich kenne basieren auf Java. Liegt wohl eher an der Unfähigkeit der eingesetzten Programmier oder den Unwillen der Oracle-Führung diese zu verbessern (Wenns einfach ist könnts ja jeder Administrieren).

Zitat von jobo:

Zu den Aufgaben einer Datenbank:
Robustheit, Transaktionspower, konkurrierende Zugriffe, ich behaupte mal, da gibt es noch immer nichts, was Oracle das Wasser reichen kann.

Stimmt. Hab noch keine andere DBMS gesehen mit dem man mit einem gültigen SQL-Statement das ganze (Uni-)Netz lahm legen konnte.Und bisher konnte unsere App bei Importen nur bisher eine Oracle-Installation komplett lahm legen so das selbst der Admin sich nicht mehr einloggen konnte.

Zitat von jobo:

.... ich hab im DB Bereich noch nicht erlebt, dass da irgendwas abgeschafft wird. (ich sag nur ODBC,ADO OLEDB, ..)

Das kann man auch als Nachteil auslegen. Abkündigen und 2 Versionen noch mitschleppen ist besser als wie bei Oracle das dann zig GB's (wieviel verschiedene JRE's werden denn aktuelle schon bei einer Oracle-Installation mitinstalliert?)

Zitat von jobo:

Ein Platzhirsch ist es immer noch, oder warum z.B. sieht sich IBM ständig genötigt, Oracle Funktionalität nachzubauen und damit zu werben?

Ist glaube üblich das alle Features von anderen Nachbauen.

Zitat von jobo:

Im Netz wird irgendwo eine nette Geschichte zur Segelyacht von Larry Ellison kolportiert. Ein Hightech Segler (Volvo Ocean Race oder so, keine Ahnung), der zuvor unter MS Flagge lief, vollgestopft mit Messinstrumenten und natürlich Software. Keiner konnte das bedienen, bis sie die angeblich dutzenden MS Produkte rausgeworfen haben und durch eine(1) Oracle DB ersetzten. Die Story ist uralt (Oracle 8?), kann man ja mal suchen bei Interesse...

Larry-Jacht. Ui. Mit sicherheit nicht von Larry/Oracle entsprechend "optimiert"

Zitat von jobo:

Seit Oracle Sun und damit Java und deren Hardware geschluckt hat, ergibt sich nochmal ein ganz anderes Bild. Nicht unbedingt erfreulich für die Java Gemeinde, aber für Oracle. Guter Schachzug.

Guter Schachzug? Bisher konnte man sich bei Java verlassen das Sicherheitslücken schnell und umfassend geschlossen werden.
Nachem Oracle das Ruder übernommen ist, hat man die Qualitätsanspruch von Oracle. Erstmal nicht schließen, dann nur halbherzig. Es gibt genügen Sicherheitslücken der Oracle-DB bei der genauso verfahren wird.

Zitat von jobo:

Vielleicht verpennt Oracle beim Thema Usability das wichtigste, was bevorsteht (vielleicht ist aber auch mobile computing das wichtigste) und endet in ein paar Jahren überraschend wie Nokia, wer weiß ...

Oracle wäre die #1 auf meiner Liste denen ich so einen Absturz gönnen würde.

[Furtbichler]

Moin,

Danke für das Feedback.

Meine Erfahrung mit Oracle ist: Sauschnell, kaum zu administrieren, Installation der Client-Tools völliger Blödsinn und überladen.

Wenn ich eine neue DB einsetzen müsste, würde ich kein Oracle nehmen, weil ich damit nicht klarkomme. Hier ist aber noch eine Oracle-DB am Werkeln und man ist sich nun nicht sicher, ob das noch zeitgemäß ist und ob man nicht austauschen muss.

Laut den Aussagen hier ist der TCO aber wohl höher, denn ohne Spezialkenntnisse ist man ziemlich am Arm.

[jobo]

Zitat von Bernhard Geyer:

Oracle wäre die #1 auf meiner Liste denen ich so einen Absturz gönnen würde.

Deine polemischen und größtenteils nichtssagenden Antworten sprechen für sich und sind offenbar eher durch Mißgunst als durch Sachlichkeit geprägt.
Wie bitte kann ich mit einer Abfrage ein Netz lahmlegen? Ansonsten braucht man auch als SQL Anfänger wenig Fantasie, ein gültiges SQL Statement zu bauen, was die Datenbank platt macht (stark beschäftigt) und zwar in jedem RDBMS.

Ich bin kein Freund von Oracles Firmenphilosophie, ich habe lediglich Furtbichlers Frage beleuchtet und ein paar Pros & Cons aufgeführt.

Smartphones:
Ich vermute hier gehts um Berkeley DB /Olite. Was ich jetzt nicht als Thema dieses Threads sehen würde. Obwohl im Backend hängt da auch n Orcle RDBMS.
Es ist so oder so ebenfalls ein Zeichen von Oracles Markmacht und demzufolge ein Argument, dass es Oracle noch lange geben wird.

[Bernhard Geyer]

Zitat von Uwe Raabe:

Zitat von Bernhard Geyer:

ca. 15 Balast

das sind ungefähr 42 Schroties, oder?

Ergänze "Jahre". SQL Server 97 wurde ja komplett neu entwickelt.

[Insider2004]

Wieder mal kompletter Unfug. Jedes Mal, wenn Du mit Deinem Schmarrnphone telefonierst oder im Internet surfst, ist eine Oracle-DB mit dabei! Ich arbeite bei den entsprechenden Hersteller(n).

[Furtbichler]

Was ist Unfug?
Das ich keine Oracle einsetzen würde, weil ich keine Ahnung davon habe?
Das der TCO höher ist, wegen dem erhöhten Aufwand?

Die Tatsache, das Oracle eingesetzt wird, steht nicht im Widerspruch zu meinen persönlichen Aussagen.

[Bernhard Geyer]

Zitat von Insider2004:

Wieder mal kompletter Unfug.

Deine Aussage oder was?

Zitat von Insider2004:

Jedes Mal, wenn Du mit Deinem Schmarrnphone telefonierst oder im Internet surfst, ist eine Oracle-DB mit dabei!

Bei der vielzahl der DBMS/Storage Engines die sie zusammen gekaut haben ist das wohl keine wunder. Ich tippe auch darauf das mit sehr hoher wahrschlichkeit auch noch viele andere Systeme beteiligt sind.

Zitat von Insider2004:

Ich arbeite bei den entsprechenden Hersteller(n).

Du arbeitest bei Nokia, Samsung, HTC und Apple das du sowas weist.
Dann konkretisiere mal den Einsatz der Oracle-DB's und lass uns nicht dumm sterben.