Newsgroup: it.lavoro.informatica
Titolo: meglio .NET/sql server o java/ORACLE?

Ciao, come da oggetto, la domanda mi è sorta leggendo i due post della ESIS
di oggi pomeriggio... sarei molto interessato all'offerta (corso gratuito e
inserimento in azienda per i migliori), ma non saprei quale dei due
scegliere... allo stato attuale delle cose quale dei due rami secondo voi
offre maggiori sbocchi/soddisfazioni?
Inoltre prima di inviare il mio CV a loro vorrei sapere se qualcuno di voi
ha mai avuto a che fare con tale azienda e le impressioni in merito...
Grazie ancora a tutti

 secondo voi offre maggiori sbocchi/soddisfazioni?
Java/Oracle è molto più richiesto al momento, è un'accoppiata tecnologica
ormai ben consolidata.
.NET è meglio di Java sotto tutti i punti di vista, però. Inclusi quelli
tecnologico e di usabilità (è multilinguaggio (Java compreso!), le librerie
sono diecimila volte meglio e Visual Studio è e resta il non plus ultra
degli IDE).
Rimane il dubbio se SQL Server sia o no meglio di Oracle... ma, del resto,
da .NET si può usare Oracle benissimo (anche se tutta l'integrazione che si
ha usando SQL Server ovviamente te la scordi).
Massimo

 offre maggiori sbocchi/soddisfazioni?
cosi', a caldo direi Java/Oracle.
informati bene su tempi e durata.
--
FabMind

 informati bene su tempi e durata.
sto per mandare una richiesta di maggiori informazioni sul corso, le
modalitą,i tempi...


se vuoi imparare una tecnologia stabile collaudata e molto utilizzata, 
che non cambia tutti i momenti seguendo questa o quella direzione del 
vento, ti consiglio java/oracle ;-)
-- 
--------------------------------------------------------------------
Non system disk or disk error, replace and strike any key when ready
--------------------------------------------------------------------

 tecnologico e di usabilità (è multilinguaggio (Java compreso!), le
librerie
quindi così a occhio mi consiglieresti .NET?

Siamo 2 a 1 per java/oracle finora... grazie

 secondo voi offre maggiori sbocchi/soddisfazioni?
Java/Oracle.
Con java e oracle hai a disposizione soluzioni alternative interessanti che 
prescindono da OracleAS.
Ma non fare scelte di fede, mantieniti aperto.

 Rimane il dubbio se SQL Server sia o no meglio di Oracle... ma, del resto,
qui stiamo veramente toccando il fondo.
sei un microsoftittiano convinto ?
Davide

 Ma non fare scelte di fede, mantieniti aperto.
3 a 1 per java/oracle...
non devo fare scelte di fede, solo valutare quale dei due rami mi conviene
scegliere se decidessi di propormi per uno di quei corsi, poi alla fine
l'altro ramo lo studierei per conto mio...

 sei un microsoftittiano convinto ?
Qui mi sembra che sia tu, quello che parla per dogmi...
Massimo

 ha scritto nel messaggio
news:jQ5Cb.15536$
i_5....@news.edisontel.com

Sicuramente è una piattaforma molto interessante.
Al momento, però, non è una competenza granché richiesta sul mercato...
Massimo

Chi sia meglio??? io ti dico cosa puoi fare con .net poi giudichi te...
Con il 
vs.net
 lavori in un'ambiente integrato dove puoi svillupare windows
application e web application con 
asp.net
. Con la nuova versione 
vs.net
 puoi
sviluppare anche per i dispositivi mobili(cellulari,palmari), creare web
service e applicazioni basate su xml con ottime prestazioni.
A breve uscirà anche aspnet 2.0 e framework 2.0 in  cui ci sarà un'altra
rivoluzione per la programmazione.
Tutto lavoro con una programazione orientata agli oggetti come fà java...
Sicuramente oracle è più tosto ma con la nuova versione di sqlserver(Yukon),
oracle perderà diverse fette di mercato.
Inotre puoi sviluppare con due linguaggi 
vb.net
 e c#.
Insomma un pò di notizie te lo date ma io sono di parte visto che sono anche
certificato come
Microsoft Certified Application Developer for .Net
--
Ciao
Marco Caruso
Articoli e Tips su
http://www.dotnethell.it

 Ho detto che rimane il dubbio, mica che SQL Server č meglio per forza.
:-)
IMHO chi tocca DB da diversi anni, ha per forza di cose una
considerazione maggiore per Oracle (o DB/2 o Informix) rispetto a SQL
Server. Mi č capitato di sentire persone riferirsi a MS SQL Server come
a "quella variante del Sybase SQL Server" ;-)
A me d'altra parte č capitato di dover toccare mySQL e Postrgres quando
erano ancore piuttosto sui generis (soprattutto il primo), per cui mi č
rimasta verso di loro una certa apprensione, mentre sia con Oracle che
con MS SQL Server fila tutto liscio d'amore e d'accordo.
--
ale
http://www.sen.it

 Ho detto che rimane il dubbio, mica che SQL Server č meglio per forza.
Per dare una risposta piů seria: ognuno ha il suo dominio applicativo.
Un punto di partenza, al di lŕ delle considerazioni personali, puň
essere il sito 
http://www.tpc.org/
. Tra i partecipanti, per quanto
riguarda l'utilizzo da back-end per e-commerce web, Microsoft SQL Server
stravince su tutta la linea (certo, non c'č mySQL[*]). Ma se passiamo
all'OLTP duro e puro Oracle ara il campo, mentre su TPC-H con decine di
migliaia di GB in ballo NCR e DB/2 sono i soli che abbiano il coraggio
di metterci la faccia ..
[*] a proposito, sviluppato in Svezia, come tanti altri rdbms che non
sono riusciti ad emergere cosě prepotentemente (qualcuno l'ho provato,
ci doveva essere una scena di db developer niente male una decina di
anni fa' da quelle parti). Quindi abbiamo Linux che č nato in Finlandia,
mySQL in Svezia, ci mancano Islanda, Danimarca e Norvegia e poi siamo al
completo: notare che tutte insieme arriveranno sě e no alla metŕ degli
abitanti dell'Italia ..
--
ale
http://www.sen.it

3 a 2 per java per ora...
Da come ne parli si sente che sei piuttosto di parte, ma sinceramente
anch'io sarei piů propenso al .NET, dato che di java per ora ne so piuttosto
poco, mentre di VB ne so qualcosina in piů...

 poco, mentre di VB ne so qualcosina in più...
IMHO approccio errato.
Se studi Java capirai di più di .Net che non approcciandoti a
quest'ultimo basandoti su una piccola esperienza VB. Il passo da Java a
VB non mi è mai sembrato nemmeno tanto lungo, è come guidare una FIAT
Uno [*] dopo esserti allenato con una Mercedes, spesso nel traffico di
punta ti riescono manovre molto spericolate ;-)
In definitiva non è tanto la tecnologia che devi cercare di imparare, ma
i paradigmi di programmazione. Una volta che hai compreso che cos'è la
programmazione ad oggetti, la curva di apprendimento di tutti i
linguaggi ad oggetti diventa molto più ripida.
Java e .Net, tranne che per i rispettivi crociati, dal tuo punto di
vista pari sono.
Personalmente poi, se dovessi incontrare me stesso all'età in cui ho
iniziato a programmare, mi metterei in mano un bel libro di Python, anzi
due, perché almeno uno deve essere quello di Alex Martelli.
[*] Nessun disprezzo, ed approfitto per un piccolo ricordo personale: ho
guidato per anni (il proprietario era mio fratello) una versione a 4
marce leggendaria fra i miei amici e colleghi. A parte la ripresa da
fare invidia ad una BMW con il doppio dei cilindri e della cilindrata,
quella cosa si tirava tutto il contachilometri e la lancetta si andava a
schiantare a fine corsa (e fidatevi, erano effettivi). L'abbiamo dovuta
far demolire perché una volta i carabinieri hanno fermato un mio amico a
cui l'avevamo prestata, e (invece di confiscargliela e comminargli una
multa piramidale) gli hanno intimato di portar loro i documenti da cui
ne risultasse il disarmo in meno di una settimana. A quanto pare
quell'auto aveva iniziato la propria carriera come auto civetta della
Digos a Palermo, e per chissà quale vie traverse era arrivata per due
lire nelle mani del mio ignaro padre, che l'aveva regalata al mio
neopatentato fratello. In famiglia l'unico che avesse più o meno il
coraggio di guidarla ero io, ma mi è capitato decine di volte di
ritrovarmi ben oltre i limiti consentiti senza essermene praticamente
accorto. Il meccanico che l'aveva fatta diventare quello che era doveva
avere delle mani d'oro.
--
ale
http://www.sen.it

 due, perché almeno uno deve essere quello di Alex Martelli.
Alzo il cappello per salutare sia il Python (un signor linguaggio) sia
A. Martelli.
:-)
p.s.
per matan= il mio voto a java/oracle
oracle non e' paragonabile con mssql, per quanto ti possano dire (vari
casi tipo il nuovo yukon)... niente da fare... oracle e' una spanna
sopra, come ti hanno detto poi, non fare scelte di fede, provali se puoi
tutti e due.
E allora cosa ti puo' far decidere?
semplice anche il budget che hai.. i corsi oracle costano una cifra da
spavento.. :-)
buono studio..
Ergo

 ha usando SQL Server ovviamente te la scordi).
è evidente che non sai una cippalippa di Oracle.
Il paragone non si fa nemmeno, tranne che per DB ridicoli.
Caso mai ti scordi l'integrazione con SQlserver, qualcuno ti ha detto che
Oracle è nato multipiattaforma, e che lo usi su Sun,Unix,Linux,Windows,BSD
funziona sempre ? Hai idea di cosa vuol dire gestire qualche DB da oltre
100GB ?
Hai idea delle differenze architetturali e delle prestazioni ? Ma stiamo
scherzando o cosa ?


Puoi anche fare .NET/Oracle non è che deve essere per forza Sql Server in
Dbms con .NET.
-- 
MAX
BUON NATALE A TUTTI !!!
http://www.birreonline.net
Chi beve birra campa cent'anni

...

E eventuali clausolette... non si sa mai...

> E eventuali clausolette... non si sa mai...
azz... non ho fatto in tempo ad aggiungere anche questo... ormai mi
informerò se manderò il CV... dico se perchè non mi hanno ancora risposto...

 spavento.. :-)
Ehm,  io mi riferivo a dei corsi "gratuiti" proposti qualche ora prima del
mio post...


I corsi proposti sono quelli che ho specificato,poi č chiaro che io
studierei per conto mio il resto, solo volevo sapere quale dei due conviene
aver segnato su un pezzo di carta...

 avere delle mani d'oro.
Pensa che è successa una cosa simile al cognato di mi fratello ma con 
una Giulietta dell'alfa romeo... praticamente bruciava l'asfalto!!!
Ciao Daniele

 
Anzi, stiamo scavando!
Daniele

 scherzando o cosa ?
P.S.
Sto su 2 progetti: 1 con M$SQLServer e l'altro con Oracle...
Oracle ha dalla sua le performance, l'affidabilità etc. (solo per il 
RDBMS... non per gli strumenti di sviluppo!!!) ma ha contro l'assurdità 
di certe customizzazioni...
SQLServer ha i pro che mancano a Oracle in fatto di usabilità, ma una 
tabella che cresce di 1000 rec al giorno richiede una ricostruzione 
degli indici!!!! tutti e due con l'installazione di default!
Ciao Daniele

 ha usando SQL Server ovviamente te la scordi).
Stiamo confrontando un topolino con un elefante....
Ciao
Jack

 conviene aver segnato su un pezzo di carta...
Sorry....,
Risposta secca : .NET/SqlServer


 degli indici!!!! tutti e due con l'installazione di default!
ma certo, adesso non voglio mortificarlo troppo : ho lavorato su un
clusterino con SQL che gestisce uno dei piu' grossi siti ecommerce italiani,
db da 7-8 GB, molto comodo farsi le repliche coi wizard e altri tool
amministrativi che Oracle, causa multipiattaforma e menefreghismo
sull'interfaccia java (anche se il nuovo ent manager di O9i è mejo) ,
sviluppata non da Oracle stessa, pero' come dici tu ricostruzioni indici a
manella, prestazioni buone giusto perche' era un quadriprocess etcetc, ma
sentirmi uno che dice "te la scordi l'integrazione che hai con SQlserver"
significa semplicemente che spara cazzate e non sa cosa sia Oracle. :-)

 una Giulietta dell'alfa romeo... praticamente bruciava l'asfalto!!!
Sinceramente per anni avevo ascoltato piuttosto dubbioso e magari
divertito storie su auto "normali" dalle prestazioni incredibili. Se non
me ne fosse passata una tra le mani, sarei sicuramente rimasto molto
scettico sulla questione. Col senno di poi immagino che in realtà i
produttori di auto configurino le auto con un occhio più al punto di
vista dell'affidabilità che alla prestazione, e che in realtà, sapendo
dove e come mettere le mani, anche da un normale macinino si possono
tirare fuori prestazioni piuttosto al di sopra dell'ordinario. Su quella
Uno avrei decine di esempi a disposizione, giusto per citarne uno una
volta la prestai ad un amico che doveva fare un lavoro a 30 km di
distanza. Quando me la ritornò mi disse piuttosto preoccupato che l'auto
aveva qualcosa che non andava, in 5ª era arrivato a malapena a 150km/h.
A me stranizzò subito la menzione della 5ª, l'auto aveva 4 marce, per
cui glielo feci presente: scoprimmo che in effetti non si era reso conto
di essere in 3ª! :-))
--
ale
http://www.sen.it

 offre maggiori sbocchi/soddisfazioni?
Secondo me... dipende!
Dipende dal tuo background, dalle tue esperienze e dalle tue
ambizioni/interessi professionali.
Per come la vedo io, la professionalità java è richiesta indubbiamente,
soprattutto in ambiti medio/grandi o grandissimi (vedi le varie telecom,
banche, assicurazioni, ecc), secondo alcuni per motivi puramente tecnici,
secondo me per motivi puramente di marketing (le decisioni in tali ambiti
sono spesso prese da un management digiuno di competenze tecniche,  contano
decisioni prettamente politiche, e in tali ambiti storicamente, almeno in
Italia, IBM si muove molto piu a suo agio di Microsoft). Java promette un
supporto multipiattaforma, la cui utilità è secondo me sovrastimata (conta
la soluzione, non dove essa funziona), tanto è vero che poi *tutti* gli
screenshot di applicazioni java che si vedono in giro sono su piattaforma
windows ;-) Questo multipiattaforma ha un suo costo: spesso il framework del
linguaggio ha dovuto reinventare cose di appartenenza del sistema operativo
per offrire tutto ciò che gli sviluppatori richiedevano, con il risultato di
averlo reso davvero mastodontico; spesso ci sono molti modi di fare la
stessa cosa, e capire qual è la strada giusta spesso è arduo; inoltre la
curva di apprendimento è piuttosto ripida. Personalmente, trovo le
interfacce utente realizzate in java piuttosto brutte, spesso orrende; tanto
per dire, alzi la mano quanti usano dba studio di oracle e quanti invece
toad :-)
D'altro canto, Microsoft offre un approccio allo sviluppo meno accademico e
piu pragmatico, magari meno accademicamente perfetto, ma piu diretto al
risultato (anche se, avendo studiato molto bene .NET, debbo dire che
contiene alcune cose davvero pregevoli). Offre il classico 80% delle
features ad un costo direi onesto, e per questo gode di maggiore mercato e
reputazione nelle piccole/medie aziende, dove websphere/sun solaris/database
oracle sono ormai decisamente fuori mercato.
E' anche la scelta preferita dai piccoli sviluppatori (anzi, per loro direi
scelta quasi obbligata) e dalle piccole software house, ti parlo di quelle
che realizzano prodotti per il mercato, non chi fa body rental, e questo sta
a dimostrare secondo me che, alla fin fine, se si vuole arrivare con un
prodotto sul mercato in tempi e con costi ragionevoli, la scelta microsoft è
probabilmente la migliore. Chi vuole obiettare su questo punto, mi citi per
favore almeno 10 esempi di software commerciale di un certo respiro
realizzati in java, visto che se ne possono citare almeno 10x realizzati in
ambiente windows. Attualmente .net non è ancora molto usato, ma rappresenta
certamente il futuro obbligato per chi lavora in ambito Microsoft.
Insomma: se vuoi andare a lavorare alla Telecom o in banca Intesa, vai a
fare il corso java; se ti interessa lavorare in qualche software house (o
fartene una tua :-) ) vai a farti il corso .NET. (spero, tra le altre cose
che .NET significhi csharp e non vb); se non sai che pesci pigliare o sei
incerto, vai a fare il corso java: è piu probabile che tu abbia già
dimestichezza con windows e magari VB6, quindi un approccio piu accademico e
che non ti consenta di fare similitudini pericolose (VB6 e .NET non hanno
niente a che fare tra loro) potrebbe esserti molto utile; passare poi da
java a .net si tratta di capire che nome diverso dare agli stessi concetti,
e impararti le differenze tra i due, ma il passo non è poi molto lungo, e la
documentazione in materia molto ampia (mentre la letteratura contraria è
molto piu rara: chissà poi perchè?)
Tra l'altro, la documentazione disponibile gratuitamente su MSDN e altre
fonti relative a .NET è mastodontica, libri disponibili sull'argomento non
ne parliamo, ed i costi dei corsi .net molto piu accessibili.
Per quanto riguarda la questione Sql Server - Oracle.. bah, da un punto di
vista da "sviluppatore" sono pressapoco equivalenti, ognuno con punti di
forza e debolezza, ma il 90% delle nozioni apprese con uno possono essere
riutilizzate con l'altro con poche o nessuna modifica. Diverso forse sarebbe
il discorso se si trattasse di un corso DBA: probabilmente il secondo ha
molto piu senso, in quanto le installazioni medie di Oracle sono di
dimensioni/complessità tali da richiedere un DBA a tempo pieno, molto meno
frequente è trovare un DBA SQL Server fulltime. L'approccio stesso dei due
prodotti è opposto: il primo fa di tutto per evitare un DBA, l'altro lo
richiede quasi d'obbligo non appena le dimensioni del database sono un po'
importanti.

 significa semplicemente che spara cazzate e non sa cosa sia Oracle. :-)
Concordo anche in questo! :-)

 sei a posto!
Non è IT però mai sentito parlare delle classi OleDb? Se vuoi hai la
possibilità di utilizzare una classe per accedere a qualsiasi db.
Se vuoi puoi usare le classi ottimizzate. Quindi con .net manco cambi due
righe se è per questo.
La verità è che quando si parla di queste cose sembra di essere ad un derby.



Correggimi se sbaglio... OleDB NON E' .net!
Caspita che bello il CLR!  :-)
Per fare cose normali devi tornare a Win32!!!
Ciao Daniele

 banche, assicurazioni, ecc), secondo alcuni per motivi puramente tecnici,
[...]
Perche' non fai la distinzione tra applicativi lato client e lato 
server? Lato server il multipiattaforma e' indispensabile! Lato client 
ancora no ma spero che molto presto lo sara'... ;-)
In ogni caso per gli applicativi lato client non ha molto senso parlare 
ne di java ne di .net, ma visto che ormai e' quasi tutto server based...
-- 
--------------------------------------------------------------------
Non system disk or disk error, replace and strike any key when ready
--------------------------------------------------------------------

 (comunque il discorso è lungo e non è questa la sede giusta)
Tutto piuttosto falso. Ci sono almeno due modi per avere lo stesso codice su
.net che accede a database diversi: il primo è usare oledb, il secondo..
beh, è vero che derivano da classi diverse, ma implementano le stesse
interfacce. Quindi, astraendo a livello di interfaccia invece che di classe
di base, si ottiene il medesimo risultato. Comunque a partire da Whidbey
(visual studio 2004) e quindi 
ADO.NET
 2.0, ci sarà una classe di base comune
da cui tutti discendono. Questo pur senza rompere la compatibilità con il
codice già esistente.
Comunque pura accademia.. viste le differenze tra dialetti sql, spesso nè in
java nè in .net si può ottenere il risultato di passare da un db ad un altro
cambiando 2 righe di codice, se non per le applicazioni piu banali :-)

 righe se è per questo.
Certo che figo OleDB .. sei talmente astratto dal database che per fare 
una insert fa prima mio nonno ad andare sul db e mettere i dati a 
mano.... Dici "se vuoi usare le classi ottimizzate" .. in java *usando 
sempre* jdbc usi direttamente classi ottimizzate... cambiando sempre 
solo 2 righe!!! tutto dipende dall'ottima architettura di jdbc :-)


comunque io sono un MS puro, ma data la situazione pragmaticamente direi di
andare su java/oracle ..
okkio solo che in effetti c'e' + salto da vb6 a 
vb.net
 che da java a 
vb.net
.. quando ho fatto un corso di .net in c# quelli che capivano al volo erano
queli che sapevano java .. queli di vb6 erano un po' "spiazzati" :)
comunque, è meglio non farci prendere da tifo da stadio ma essere pragmatici
.. la MS sono degli squali, la SUN sono degli squali , e IBM pure .. e
nessuno e più bravo o politically correct o biocompatibile dell'altro ...
naturalmente
IMHO


 Rigorosamente IMHO!!!
Sě, ma qui si parlava di .NET e Java, non di Delphi...
Massimo

 Lato server il multipiattaforma e' indispensabile!
Oggi sono andato ad installare un router, e mi hanno detto di metterlo
in uno stanzino, dov'era presente un gran bel server Unix, di cui non
cito il nome per motivi che ora capirete. Siccome non c'era una presa di
corrente libera, ho chiesto all'interno che mi seguiva se si poteva
liberare qualche spina superflua, e lui, con mia sommo stupore ed
apprensione, č andato a strappare la spina del server .. si dev'essere
accorto della mia reazione, per cui si č girato e mi ha detto: "non si
preoccupi, č un ferrovecchio, da quando abbiamo Windows 2000 Server non
usiamo piů Unix". Due note: non era proprio un ferrovecchio, ed il
Windows 2000 Server lo utilizzano anche come desktop ..
--
ale
http://www.sen.it

> Sì, ma qui si parlava di .NET e Java, non di Delphi...
tu parlavi di IDE.
cmq hai mai provato netbeans ?
p.s. non parlo per dogmi ho provato svariati ide
ho programmato in delphi per 4 anni ho usato anche 
visual studio e uso net beans come ide per java.
ci vuole poco a superare visual studio.
Davide

 usiamo più Unix". 
eri un ina pubblicità di microsoft ?
questo non vuol dire niente anche noi in ufficio abbiamo server vecchi sia
windows che linux.
Davide

oggi non ho avuto risposta, attendo lunedě ormai, poi li chiamo direttamente

solo 2 righe!!! tutto dipende dall'ottima architettura di jdbc :-)
Ah, allora non sono solo io a dire: "ma perche' questi per contare le
mucche contano le zampe e dividono per quattro?" :-)
-- 
Gugliandalf

solo 2 righe!!! tutto dipende dall'ottima architettura di jdbc :-)
Jack, guarda che il discorso è quasi opposto: OLEDB è molto più
"vicino" ai dati rispetto a ODBC o JDBC. basta che ti scarichi l'sdk
per fare un driver per le rispettive e te ne rendi subito conto.
per quanto riguarda la tua associazione jdbc=prestazioni, ti faccio
notare che per forza di cose se usi un layer astratto per l'accesso ai
dati, perdi in performance. quindi, quando dici "cambio sempre 2 righe
di codice" ricordati che non è un vantaggio in assoluto: dipende dalle
esigenze. se, ad esempio, sono le performance a contare, è meglio
utilizzare soluzioni dedicate. viceversa, se conta la flessibilità, va
benissimo usare interfacce generiche.
--------
Francesco "Matro" Martire
available at 
www.realpopup.it
:
RealPopup, the freeware winpopup replacer
RealAccount, freeware plugin for MS Outlook XP
MaTreo, freeware frontscreen for your Treo and PalmOS devices

sei a posto!
in .Net hai diverse strade. se ti riferisci alle classi per l'accesso
diretto, la System.Data SQLClient e la System.Data.OracleClient
espongono un'interfaccia molto simile (per la maggior parte delle
necessità, è proprio identica). quindi, per la maggior parte delle
esigenze basta cambiare il tipo delle variabili coinvolte.
se prendi la strada OLE DB o la strada ODBC, è chiaro che il codice
non cambia, a meno (sopratutto nel primo caso) di implementazioni
specifiche (come il TSQL per quanto riguarda SQLServer, o le varianti
di SQL in entrambi). ma questo è un discorso che prescinde dalla
piattaforma di sviluppo.
