Oracle

Komolyan érdekelne, hogy miért vannak érte oda annyian ezért a telibefosott takonyért, amikor még arra sem képes, hogy egy normális, használható hibaüzenetet adjon ki magából.

( vOrOn | 2010. 09. 22., sze – 12:40 )

Mert bírja a terhelést, mert ha megszoktad a "takonyságát", akkor viszonylag konzekvensen kiszámítható a viselkedése.

Amivel el szoktak baltázni a használatát - olcsó desktop hw-re pakolják fel (ha me', ez már kész szerver, me' fizessek procinként, magonként?!), aztán nézik, hogy "ez mekkora szar".
--
OpenSolaris
Opera

Oké, és miért kell ehhez nevetséges megkötéseket tenni a szintaxisban, ami miatt kurvára kényelmetlen a használata és miért nem lehet kiírni pontosan, hogy mi a baja.

Pl.: olyan foreign key-t akarunk létrehozni, amilyen nevű már van. Mi a balheréért nem lehet kiírni, hogy melyik névvel van a problémája?

Az ilyen programra én azt mondom, hogy usability szempontjából egy nagy rakás szar.

----------------
Lvl86 Troll

Megtehetne akár azt is hogy semmi üzenet csak leáll, core, lehet dumpolni.

Mondjuk én sem "szeretem" a fejlesztőket, amikor lényegében semmitmondó hibaüzenetet kreálnak, és tökmindegy hogy ezt egy szavas/soros vagy többoldalnyi blablával oldják meg. Többoldalnyi blablánál sajnos azt is el szoktak játszani, hogy néha benne van a tényleges hiba oka valahol rejtve, de a legtöbbször nem...
--
OpenSolaris
Opera

Remek, akkor kérlek magyarázd el, hogy az "ORA-nnnn: már létezik ilyen megszórítás" esetén rákeresek az ORA-nnnn -nek, (ahol kifejtik, hogy valamilyen megszorítás neve ütközik), hol fogja nekem megmondani azt, hogy melyik ütközik. Ameddig mondjuk egy néhány megszorítást tartalmazó create table scriptet akarok futtatni, addig még kezelhető a probléma. Egy 1-200 táblát tartalmazó nagyobb DB esetén már lehet, hogy igencsak szopóág.

----------------
Lvl86 Troll

Is. Munkatársak meg fene tudja, láttam náluk többféle klienst, annyira nem érdekelt. (De egyébként is a szerver adja vissza a hibaüzenetet AFAIK).

Most épp APEX-szel kellett volna foglalkoznom, - szerencsére csak órai gyakorlat. Ma épp egy (egyébként teljesen valid) XML fájlt szerettem volna feltölteni. Az össz üzenet egy "XML Parse error" volt. Se több, se kevesebb. IE, Firefox rendben beparseolta.

Másik kedvenc: CREATE TABLE scriptbe szerettem volna egy üres sort írni a mezők és a FOREIGN KEY-k közé, mikor az előző féléves beadandómat írtam. Kb. 3/4 óra szopás és semmitmondó hibakódok utáni Googlizás után jöttem rá teljesen véletlenül, hogy az üres sor a baja. Agyfasz.

--

Jó, elismerem, hogy egyáltalán nem ismerem mélyen az Oracle lelkivilágát és hál'istennek megúsztam azt is, hogy dolgoznom kelljen vele éles projekten is. De az alapján, amit eddig láttam, nemhogy megkedveltem, inkább megutáltam. Pedig szerintem ezért a célért van a suli oldalán a támogatók között az Oracle :)

Elismerem, biztos van, ahova jó. De az ilyen apróságok(!) nagyon idegőrlőek tudnak lenni.

----------------
Lvl86 Troll

Fasság. Attól, hogy fejlesztő vagyok, attól még az Oracle-nek (MySQL-nek, PostgreSQL-nek, Visual Studio-nak, GCC-nek, tetszőleges szoftver behelyettesíthető) a felhasználója vagyok. Igenis számít az usability.

Elégedett fejlesztő -> örül.
Elégedettlen fejlesztő -> elkezd alternatívákban gondolkodni, _HA_ lehet.

----------------
Lvl86 Troll

( LGee | 2010. 09. 22., sze – 14:26 )

Tok jol nez ki a blog 'dobozban' egymas alatt ;-)

  • Oracle
  • katasztrófák

( s3r3nity | 2010. 09. 23., cs – 06:31 )

Ha lenne normális error message ugyan hogyan adnák el neked a support szolgáltatást méregdrágán? :))

--
When your mind is empty of prejudices you can see the Tao.
When your heart is empty of desires you can follow the Tao.