Newsgroup: it.comp.software.database
Titolo: Esistono database SQL in Java?

Ciao a tutti,
lavoro in $grande_azienda, purtroppo piena di regole regolette vincoli
burocratici pensati da persone col cervello piccolo e l'ego enorme...
Ho l'esigenza di lavorare con tabelle dai 100 ai 300mila record. Excel
2003 non ce la fa, Access sarebbe una possibilità ma mi piacerebbe
usare un vero e proprio database SQL (Oracle, MS, etc).
Purtroppo la burocrazia interna della mia azienda me lo rendera' quasi
impossibile.
Pensavo, esiste qualche sistema SQL basato su Java, che possa far
girare sul mio pc aziendale senza installare alcun programma?
 Io non lavoro nell'IT, e sarei l'unico impiegato del mio team a
lavorarci. Gli altri usano Excel e ancora non si capacitano del
perche' i vlookup non gli funzionino bene; vabbe', lasciamo stare :)
Secondo le regole dei mandarini aziendali, solo chi lavora nell'IT
puo' avere accesso ad un database. Non e' proprio contemplata la
possibilita' che possa servire anche a me. L'unica sarebbe farmi
comprare un server ed una licenza solo per me, ma non mi approveranno
mai la spesa. In realta' mi basterebbe che qualcuno mi facesse usare
un paio di GB al max su un server (non di produzione) gia' esistente,
magari creandomi un database solo per me, cosi' anche volendo non
potrei far danni ad altri, ma le Grandi Regole Burocratiche non lo
prevedono ne' consentono.
Secondo voi cosa posso fare? Mi porterei il mio portatile privato con
MySQL sopra, ma ovviamente non posso mettere i dati aziendali su PC
non aziendali...
PS Triste notare che in ogni azienda in cui abbia lavorato, la
stupidita' delle regole IT sia sempre stato uno dei principali
ostacoli alla produttivita'...

 sul mio pc aziendale senza installare alcun programma?
java non c'entra niente, ma il tuo problema si risolve con sqlite
http://www.sqlite.org/

 
http://www.sqlite.org/
Il punto e' che, non essendo amministratore del pc aziendale (ci gira
Windows XP) non posso installare programmi. Quindi pensavo a Java
nella speranza di poter usare un query editor che gira in Java e non
ha bisogno di installazione.
Per quanto riguarda sqllite, conosci qualche editor che gira in Java o
che possa far girare anche senza diritti di amministratore? Ho provato
a cercare un po', ma al momento la maggior parte dei siti vengono
bloccati dalla polizia informatica della mia azienda :(
Grazie

 ostacoli alla produttivita'...
quelle che tu chiami
"regole regolette vincoli burocratici"
"stupidita' delle regole IT"
sono in realtà policy aziendali che impediscono
a utenti mentecatti come te di fare:
- ca##i propri in ufficio col pc aziendale
- scaricare me##da da internet
- improvvisarsi programmatori
ecc. ecc.

 che possa far girare anche senza diritti di amministratore?
Editor per cosa, per creare le query?
sqlite dovrebbe avere già un client, se sull'account dove lavori puoi:
a) creare un file
b) lanciare un programma
dovresti essere a posto, scarichi sqlite e lo lanci.

 ecc. ecc.
Perché mai sarei un mentecatto???
Mica dico che non ci devono essere delle regole, assolutamente.
Mica mi sogno di voler accedere a facebook, di installare giochi o di
fare nulla di anche solo lontanamente simile...
Semplicemente, mi lamento quando l'inflessibilita' delle regole IT
finisce per ostacolare la produttivita' in azienda. Giusto per dirne
una, quando un'altra azienda mi trasferi' da una sede ad un'altra,
dovetti litigare ferocemente con l'IT per due settimane -dico due
settimane! - per fare in modo che i dati di cui avevo bisogno fossero
accessibili dalla sede nuova, perche' l'amministratore di sistema di
una sede non voleva che l'altra sede accedesse ai propri preziosissimi
server. Ti pare logico perdere due settimane per avere accesso ai dati
aziendali che servono per lavorare? Sono assurdita' del genere che mi
fanno perdere la pazienza, non certo i vincoli contro facebook o
l'installazione di giochini, che condivido appieno.
Molto semplicemente, ho l'esigenza, per lavoro, di analizzare grandi
quantita' di dati. Se potessi usare un vero e proprio database SQL
(non Access) lavorare su questi dati mi sarebbe piu' rapido e piu'
facile.
Non sono un programmatore ne' un database administrator, non ho
nessuna velleita' di improvvisarmici; so benissimo che le mie
competenze IT sono relativamente limitate. Non voglio improvvisarmi un
bel nulla; molto semplicemente, ho del lavoro da fare, e vorrei farlo
nel modo migliore, piu' efficiente e piu' produttivo possibile (cioe'
usando SQL e non Access). Ripeto: ho del lavoro da fare, e vorrei
farlo nel modo migliore, piu' efficiente e piu' produttivo possibile.
Cosa ci sarebbe di strano, di sbagliato o di mentecatto in tutto cio'?

 finisce per ostacolare la produttivita' in azienda.
Altro esempio: in un'altra azienda avevo l'esigenza di usare VBA in
Excel. Volevo accedere a forum dedicati su internet per consultare un
po' di materiale al riguardo, ma non mi fu consentito. Eppure chiedevo
di accedere al forum microsoft.excel.programming, non a
it.fantacalcio! In quel caso finii per consultare quello che dovevo
consultare da casa, perche' era piu' facile e piu' rapido che perdere
il mio tempo (prezioso) a litigare con quelli dell'IT.
Purtroppo troppo spesso quelli dell'IT si dimenticano di essere una
funzione di ***supporto***, e che la loro funzione e' supportare
l'azienda, non ostacolarla...

 
ps: triste notare come gente che scrive esplicitamente di non lavorare 
nell'it pretenda di prendere decisioni riguardanti l'it. ma fare ognuno 
il proprio lavoro pare brutto?
-- 
Paolo opg
BE AWARE that this post uses a fake reply-to address
to contact me write to:
janickg ( at ) hotmail ( dot ) com
--

 
dici tu stesso che hai competenze it limitate, non sei dba, non sai 
programmare e ti aspetti che installando un rdbms tu sarai in grado di 
fare meglio il tuo lavoro?
ma hai letto quello che hai scritto?
O_O
hai scritto che usando uno strumento che non sai usare riuscirai a 
lavorare meglio.
hem...
hum...
vabbe'...
buon lavoro, eh...


 il proprio lavoro pare brutto?
Ripeto, non mi piace quando regole stupide ostacolano la
produttivita'.
Ti rimando agli esempi che ho citato prima: perdere due settimane a
litigare con l'IT semplicemente per accedere ai dati aziendali, che mi
servivano per lavorare, dalla nuova sede in cui l'azienda mi aveva
spedito, ti sembra normale?
Non riuscire ad avere accesso a documentazione sul software che mi
serve per lavorare, perche' i filtri IT non distinguono tra un sito
dedicato al fantacalcio ed uno dedicato a VBA e il system admin si
scocciava di sbloccarmi i siti che mi servivano, ti sembra normale? Ti
sembra un lavoro fatto bene?
Secondo te questi qui non sono esempi che dimostrano un'enorme
stupidita' ed inflessibilita' dell'IT, che ha finito per ostacolarmi e
limitare la mia produttivita'? Secondo te non me ne dovrei lamentare?
Oppure non e' consentito parlare in termini men che lusinghieri dei
tuoi colleghi nell'IT?

 
certo che e' consentito.
esattamente come e' consentito a quelli dell'it di parlare di te negli 
stessi termini.


 stessi termini.
Sarei molto curioso di sentire cosa pensano gli esperti IT di questo
forum relativamente agli esempi che ho citato (due settimane per
accedere ai dati da un'altra sede, siti di documentazione su software
di lavoro bloccati, etc), ma forse non avro' mai questo piacere: forse
un IT non parlera' male di un collega nemmeno sotto tortura...

 lavorare meglio.
Non ho mai detto questo. Usando uno strumento (SQL) che ho utilizzato
con profitto per gli ultimi 3 anni nell'azienda precedente, aumenterei
la mia produttivita', come e' stato nell'azienda precedente. Il fatto
che non sia un DBA o un programmatore non signfica che non tragga lo
stesso beneficio dall'usare SQL. Spero di essermi spiegato meglio.

 m'immagino che postaccio...
Il mio lavoro mi richiede, tra le altre cose, di analizzare dati (non
di programmare). Questo lo so fare, anche usando SQL, come facevo
nell'azienda precedente. Vorrei semplicemente continuare a lavorare in
un modo e con uno strumento (SQL) che 3 anni di esperienza mi hanno
dimostrato essere una soluzione piu' efficiente di quanto proposto
dall'IT (cioe' usare Access e basta). Piu' chiaro adesso?

 dall'IT (cioe' usare Access e basta). Piu' chiaro adesso?
Se avete un database centralizzato con tutti questi dati, richiedi 
l'accesso solo in SELECT alle tabelle di cui hai bisogno. Tutti i RDBMS 
lo consentono. Quindi usi il client ufficiale del database.
Bye.

 lo consentono. Quindi usi il client ufficiale del database.
Oh, ma se me lo consentissero io farei i salti di gioia!
Ma no, solo chi lavora nell'IT puo' accedervi; io no, nemmeno in sola
lettura...



Metti in copia il capo scrivendogli che col metodo attuale impieghi 10 
volte tanto il tempo che impiegheresti se avessi l'accesso, e che alcune 
operazioni non le puoi fare.
Se ancora non gli interessa l'efficienza, continua come stai lavorando 
adesso, vai a prenderti un caffe` (o vai a broccolare con le segretarie) 
mentre excel macina il filtro, e nel frattempo manda via un po' di 
curriculum.
Bye.

 Se mi fosse consentito me lo installerei da me...
Se mi convinco che tu sappia poi effettivamente usare (limitatamente al 
tuo uso) un rdbms, access tendenzialmente ti dovrebbe bastare, non è un 
server ma un motore (JET) che utilizza come storage un file, stessa cosa 
per sqlite, io lo uso col php dove in quest'ultimo è il php che fa da 
"motore" e scrive su file.
se ti servisse qualcosa del genere e NON vuoi usare Access, puoi 
benissimo usare sqlite, se hai firefox e puoi installarci addons esiste 
un ottimo manager per firefox che ti permette di "controllare" il db che 
ti crei.
alternativamente forse ti può essere utile questo:
http://coenraets.org/blog/2008/02/sqlite-admin-for-air-10/

 
http://coenraets.org/blog/2008/02/sqlite-admin-for-air-10/
Il link e' bloccato, lo guardo a casa. Se conosci qualche altro editor
che non richieda installazione o che possa girare da Internet
Explorer, mi rendi felice :)
Grazie

SantaClaus ha scritto:

puoi vedere questo: 
http://sites.google.com/site/sqlitetool/
o anche questo (c'è la versione zip che non richiede i diritti di 
amministratore): 
http://sqliteman.com/page/4.html
oppure questo: 
http://sqlitestudio.one.pl/index.rvt
altrimenti vedi qui e te ne scegli uno che ti si confà:
http://www.sqlite.org/cvstrac/wiki?p=ManagementTools

  
Adesso non esageriamo, eh...
Ciao  Manlio

 potrebbero volerci 20-30 giorni di lavoro.
BOOOOM :-)
-- 
ValeRyo
XT600 "Katoki Pajama" - 
http://www.slimmit.com/go.asp?7Y9
Napoli - appartamento in vendita: 
http://www.quisicasa.com
 

 [...]
Ciao  Manlio

 di lavoro bloccati, etc)
Difficile rispondere direttamente senza conoscere la struttura nella 
quale lavori, ma facilissimo rispondere indirettamente:
il fatto che tu sia costantemente autoreferenziale (tu conosci la 
soluzione e l' "IT" no, tu vuoi, sai e puoi lavorare piu' 
produttivamente e l' "IT"), e che tu non conosca minimamente le 
potensiali ed effettive problematiche della tua struttura, ne' tu le 
voglia conoscere, ti pone al di fuori della realta' di collaborazione 
della tua azienda (in malafede o sprovveduto, decidi tu).
I tempi e le rimostranze che citi possono essere ampiamente giustificate 
in una qualunque struttura organizzativa da esigenze o policy che sono 
le stesse che poi, probabilmente, ti consentono di lavorare, avere una 
scrivania, avere un pc funzionante, la mail aziendale, e via via 
discorrendo, fino al cedolino paga ogni mese, o al trovare gli uffici 
puliti ogni giorno.

 in una qualunque struttura organizzativa da esigenze o policy
Non mi sono spiegato. La policy non prevedeva che i dati della sede A
fossero raggiungibili dalla sede B. Quando feci notare che mi stavano
trasferendo da A a B e che senza quei dati non sarei riuscito a
lavorare, la risposta dell'IT fu: non ci riguarda, la policy e' questa
e non si cambia. Ti sembra una policy ragionevole? Ti sembra un
approccio sentato, improntato allo "spirito di collaborazione" di cui
parli tu? Io e il mio capo dovemmo litigare con quelli dell'IT per due
settimane. Io continuo a considerarlo inconcepibile ed inaccettabile.
Tu continua pure a non credermi, se vuoi...
Per quanto riguarda i siti di documentazione, quanto ci vuole a
verificare che un sito che ha "excel" e "vba" nel nome riguarda,
appunto, excel e vba, e non e' una fonte di distrazione? 1 secondo? 5?
Secondo me meno del tempo che ci mettevano a scrivere le email con cui
mi rifiutavano queste richieste.


 Adesso non esageriamo, eh...
OK, era un'esagerazione, ma ho letto che Microsoft testa le nuove 
versioni di Windows per mesi (non ricordo se 3 o 6) prima di proporle 
alle aziende, per verificare che le varie combinazioni di software (il 
piu` popolare) installato non crei conflitti.
In base a quanto e quale software viene usato, magari non 20, ma 10 
giorni potrebbero anche volerci, tra preparare una macchina clone, 
installare il nuovo software, verificare che tutti gli altri software 
continuino a funzionare, fare auditing sulla rete, ecc.
Bye.

 continuino a funzionare, fare auditing sulla rete, ecc.
Si, ma stiamo parlando di un client su cui è stato chiesto di installare
sql lite eh :-)


 continuino a funzionare, fare auditing sulla rete, ecc.
Stiamo parlando di un affarino piccolo piccolo che dovrebbe girare
solo in locale, non di un sistema business critical con migliaia di
connessioni simultanee e che si interfaccia a centinaia di altri
sistemi aziendali...

 ampiamente verificato che e' spyware-free e schifezze-free)?
Se ti basta sqlite da linea di comando, non ti serve nemmeno l'editor di 
testo, e sono d'accordo con te.
Se stiamo parlando di una GUI, sicuramente si portera` dietro delle 
librerie, che siano quelle di VB, di Java, di .Net o chissa` cos'altro, 
sono roba che va installata nelle cartelle di sistema, e quindi puo` 
creare conflitti.
Il mio era un discorso necessariamente generalizzato. Come posso sapere 
cosa vuoi?
Non aspettarti che sqlite abbia un'interfaccia alla Access in cui crei le 
query in modo visuale.
Bye.

 Tu continua pure a non credermi, se vuoi...
Senti: io non conosco l' organizzazione nella quale lavori, ma, 
statisticamente, questo tipo di argomentazioni (il tuo) viene fatto da 
chi non ha la minima idea del motivo per cui le policy sono fatte cosi' 
e cosi' (*).
Statisticamente, bada bene: se sei sicuro di cio che affermi, sicuro *al 
loro livello* preparati a fare le valige, ed in fretta, quella e' una 
organizzazione destinata a crollare in breve tempo.
BTW, tu e il tuo capo siete poco furbi/poco conoscitori dei fondamenti 
di organizzazione aziendale di base: come ti e' stato gia' detto, se sei 
sicuro, basta una semplice comunicazione motivata e dettagliata, con 
ufficiale individuazione di responsabilita' indirizzata dal piu' alto 
livello per te raggiungibile e che sia della tua stessa opinione, al 
piu' alto livello raggiungibile che possa decidere o sponsorizzare la 
lamentela.
Ti assicuro che, tranne che nel caso in cui il tuo lavoro non sia 
marginale nel business aziendale, la situazione verra' risolta in 
pochissimo tempo.
(*) Just for fiddling, ho conosciuto persone (parliamo di utenti finali) 
che erano in gradi di riscrivere SAP in Visual Basic da soli, persone 
che erano in grado di sostituire complessi programmi (ed algoritmi, 
magari proprietari) di simulazione finanziaria in Excel, e molti altri 
(anche nell' IT, per par condicio), tutti geni incompresi e tutti degni 
della battuta di George Burns: "E' interessante notare che le migliori 
intelligenze che potrebbero essere messa al lavoro per gestire lo stato 
siano tutte impegnate a tagliare capelli o a guidare tassi'".

 lamentela.
Allora vorra' dire che nelle nostre esperienze sono stato
particolarmente sfigato io e particolarmente fortunato tu :)
Mi stai descrivendo come dovrebbe funzionare in teoria, ma teoria e
pratica spesso divergono...

 di lavoro, Access migliora la mia produttivita' rispetto ad Excel.
refuso, ovviamente intendevo rispetto a SQL

 pochissimo tempo.
Visto che credi che tutto funzioni perfettamente, quanto raccontato in
http://www.soft-land.org/
 o in vari blog simili ti deve sembrare
un'insieme di assurdita' che mai e poi mai potrebbero accadere dove
lavori tu...

 ad usare SQL, conosco bene cio' di cui parlo.
SQL è solo uno standard, dovresti dire quale prodotto hai utilizzato.
Access si interfaccia ad un database SQL (tramite driver ODBC, se ricordo 
bene). Quindi quando usavi Access usavi di fatto SQL.
Ciao  Manlio

 bene). Quindi quando usavi Access usavi di fatto SQL.
Se non sbaglio il motore sottostante Access e' JET, che non e'
esattamente compliant al 100% con SQL

 ? Non e' un punto di vista, e' un dato di fatto.
Continui a non capire il punto centrale: se, come lasci intendere, si 
tratta di una organizzazione piu' grande di tanto, tu, come chiunque, 
hai una visibilita' necessariamente limitata, funzionalmente e 
culturalmente.
Se parlassimo di un piccolo ufficio con pochi PC, e relazioni dirette, 
potrei anche capire il tuo discorso, ma in una struttura piu' complessa 
di tanto, no.
Poi, ripeto per l' ennesima volta, dipende moltissimo dalla struttura di 
cui parliamo, dalla sua organizzazione e da chi effettivamente crea il 
business.

 business.
Che non e' mai l'IT, perche' l'IT e' una funzione di **supporto**,
anche se molte persone che ci lavorano se lo dimenticano e invece di
supportare ostacolano...

 esattamente compliant al 100% con SQL
neanche Microsoft SQL 2005 e'
esattamente compliant al 100% con SQL,
anzi  "compliant al 100% con SQL" è un ossimoro!

 quindi soluzioni basate su Firefox non le posso usare.
scaricati la versione portable di Firefox e almeno da questo punto di 
vista non hai problemi...

 
http://www.sqlite.org/cvstrac/wiki?p=ManagementTools
ti scarichi mysql su una chiavetta
tanto gira anche senza diritti di admin (detto in console) ecc...
te o metti sul pc e chi se visto se visto

 
Il fatto che abbiate solo IE6 mi puzza parecchio:
1) è noto che IE6 è il più buggato e scadente (lato sicurezza) browser di 
Microsoft
2) tutti i sysadm Microsoft sanno che IE6 è *IL MALE* e va quanto meno 
aggiornato alle versioni successive.
3) Se aggiorni Windows XP automaticamente aggiorni a IE7 e IE8. Quindi o 
il reparto IT della tua azienda 'dorme' oppure tu non ce la racconti 
giusta...


Ma che avete tutti, che non mi credete mai? Perché mai dovrei
inventarmelo, a che pro?
Sì, abbiamo IE6. Non è una scelta mia, ma dei vostri colleghi dell'IT
che sono sempre professionali e che creano quelle regole che
consentono a me mentecatto di lavorare etc etc etc come aveva detto
qualcuno su questo forum...
Appena arrivato chiesi all'IT se era possibile usare un altro browser
(firefox, Chrome, Opera) e se era in programma un aggiornamento a
versioni un po' meno bacate di IE. Risposta: no categorico ad entrambe
le domande.
Adesso su, forza, continuate ad insultarmi, a dire che non è
possibile, che mi sto inventando tutto, che io sono un mentecatto e
che i colleghi dell'IT che io non apprezzo sono degli stimati e
competenti professionisti, su, forza!


Non pensare che sia un caso così raro... per lavoro ho a che fare che 
due enormi banche italiane ed entrambe utilizzano ancora IE6.

 professionisti, su, forza!
Io non ti ho mai dato del mentecatto, ma lo do` ora ai "miei colleghi" 
dell'IT nella tua azienda, visto che IE6 e` stato dichiarato "buggato e 
non piu` aggiornato" da Microsoft stessa.
A meno che non sia confinato alla sola rete interna, e solo per far 
girare software aziendale web-based (e di deve essere un controllo 
assoluto sulla provenienza di qualsiasi dato nella rete interna), i "miei 
colleghi" dell'IT nella tua azienda si stanno comportando da 
irresponsabili.
Bye.

 ostacoli alla produttivita'...
Hai Access? Usa quello. Per qualche centinaio di migliaia di record in
monotasking non credo sia un problema.

 monotasking non credo sia un problema.
Certo, sarebbe una possibilita', ma io trovo che scrivere codice sql
direttamente, invece che avere a che fare con un ambiente grafico come
Access, sia piu' rapido.

 ti scarichi mysql su una chiavetta
Ma anche no!
Enrico

 sintassi colorata, sarebbe gia' un passo avanti...
Ah, le onefile application...
Girando online trovi fior fiore di client costituiti da un solo file 
eseguibile che si connettono via ODBC ad una qualsiasi fonte dati (e se hai 
Access installato hai anche il driver ODBC per il database Jet). 
Personalmente ne usavo uno, che aveva sia la sintassi colorata che il tree 
browser, ma non ricordo il nome
Enrico

 potrebbe essere sufficiente.
Oddio, ho sentito storie dell'orrore su Jet anche da persone che lo usano in 
modalita` monoutente e con un numero di record minore di quelli che deve 
manipolare l'OP
Enrico

 e' ampiamente verificato che e' spyware-free e schifezze-free)?
Si. Usando opportunamente le librerie di sistema, nulla mi vieta di creare 
un editor SQLite che, per ogni query, spedisca i dati estratti in giro per 
il mondo. E non sto parlando di cose astruse, eh
Enrico

 Il fatto che abbiate solo IE6 mi puzza parecchio:
Non puzza per nulla, conosco un bel po' di aziende che ancora oggi usano IE6 
su Windows 2000[1] in quanto e` dichiarata come piattaforma stabile e 
funzionante (le policy aziendali sono restrittive e rognose, eh)
Enrico
[1] tali aziende stanno programmando ora, o hanno programmato poco tempo 
fa', il passaggio a Windows XP

 forum relativamente agli esempi che ho citato
Posto che questo non e` un forum, il problema e` da ambo le parti: il 
reparto IT della tua azienda e` parecchio inefficiente nel metterti a 
disposizione i dati (ma non gli strumenti, bada bene) da te richiesti, 
mentre da parte tua vi e` un tentativo di abuso scavalcare le policy 
aziendali, con tutto quel che ne consegue (considera che per qualsiasi 
problema dovuti ad una tua azione, il primo a rimetterci e` il reparto IT). 
Di conseguenza, le azioni che dovresti intraprendere, sono semplicemente 
due:
 1) Parli con il tuo responsabile, in modo da aggirare eventuali colli di 
bottiglia che non ti permettono di rispettare la tabella di marcia;
 2) Richiedi (sempre tenendo informato il tuo responsabile) un accesso ad un 
database aziendale (perche` sicuramente ce n'e` uno in piu` istanze) con la 
relativa installazione del client.
Personalmente mi ritrovo con il tuo opposto problema (gestisco 
l'infrastruttura aziendale), ovvero per direttive (e non policy) aziendali 
gli utenti possono fare quello che vogliono su alcuni server, con la 
conseguenza che quelle macchine sono dei veri e propri letamai su cui 
mantenere il controllo si rivela assai arduo e complicato
Enrico

 aziendali che servono per lavorare?
Si. Ma, soprattutto, non e` un problema tuo, se c'e` un blocco aziendale per 
cui tu non ti fanno accedere a quei dati, il tuo compito e` segnalare il 
problema, anche piu` volte al giorno se necessario. Aggirare gli ostacoli 
significa rischiare casini e, nel peggiore dei casi, rovinare il lavoro 
altrui
Enrico

 l'azienda, non ostacolarla...
L'attivita` dell'IT e` duplice: supporto al personale aziendale e controllo 
della corretta applicazione delle policy informatiche. Se una sola delle due 
attivita` viene meno, l'azienda non funziona. Probabilmente, mi immagino 
cosa sia successo: tu sei andato dall'IT chiedendo l'installazione per non 
meglio specificati motivi di un RDBMS sulla tua macchina, cosa che ha 
portato l'intero reparto a riderti in faccia (ne sono quasi sicuro, in 
quanto sarebbe stata la mia reazione). Ed hanno fatto bene. Perche` se tu 
sei il primo a non seguire le regole, i primi a rimetterci il culo sono 
coloro che ti hanno autorizzato a comportarti in una determinata maniera. 
Stesso discorso per la richiesta dei dati dell'altra sede. L'unica cosa che 
devi fare tu, e` seguire le regole, poi e` colpa del tuo capo se qualcosa 
non va per il verso giusto (non per nulla prende piu` soldi di te)
Enrico

 Enrico

Ma, soprattutto, non e` un problema tuo,
Invece lo e' eccome, perche' l'accesso a quei dati mi serviva per
completare dei lavori importanti le cui scadenze non venivano estese
affatto. Quindi piu' tardi mi davano accesso, piu' nottate avrei
dovuto passare a lavorarci!


 mantenere il controllo si rivela assai arduo e complicato
Infatti non mi sono mai sognato di criticare le policy che vietano di
installare schifezz-ware vario sui pc aziendali, anzi. Semplicemente
critico l'eccessiva rigidita' che spesso rende impossibile installare
software che non sia Microsoft Office anche quando serve direttamente
al business.

 funzionante (le policy aziendali sono restrittive e rognose, eh)
Mi fa piacere vedere che qualcuno riconosce limiti e difetti delle
policy aziendali!

SantaClaus ha scritto:

In ogni caso è lo strumento più integrato con ms office che, mi pare di
aver capito, usate già regolarmente; e poi, se proprio senti la
necessità di scrivere le query direttamente in sql, lo puoi fare
benissimo anche con access.

Enrico 'Henryx' Bianchi ha scritto:

Che non sia il massimo siamo d'accordo ma:
1) lo ha già;
2) il suo uso è consentito dalle policy aziendali;
3) la quantità dei dati ed il numero di utenti sono minimi;
4) è integrato con ms office che viene già usato in azienda;
Io una prova la farei...

Alessandro Pellizzari ha scritto:

a sto punto mi pongo dall'altro lato visto che sono dell'it...glielo 
dici tu hai programmatori web che sulla homepage della loro web 
application NON dovrebbe esserci scritto "per funzionare 
quest'applicazione necessita OBBLIGATORIAMENTE di Internet Explorer 
6"...e il maiuscolo è loro...

 6"...e il maiuscolo è loro...
Anche io sono "piu` o meno" dell'IT, e da parte mia avrei sconsigliato 
caldamente l'acquisto di un software "IE6 only" (se e` web deve essere 
standard web secondo il w3c).
Qualche anno fa il capo mi chiese un'opinione sull'inglobamento di 
un'azienda con un certo parco clienti, ma con tutti i siti in ASP (non 
ASP.Net, ASP), al che gli ho risposto "se vuoi assumere un sistemista MS 
e un programmatore ASP, fai pure, io non ci metto le mani", e 
l'acquisizione e` saltata (da quel che ho saputo dopo, aggiungerei un 
"per fortuna").
Mi rendo conto che ci siano (molti) casi in cui la direzione ignora l'IT, 
e questo in oggetto mi pare possa essere uno di quelli, e probabilmente 
l'IT ha alzato barricate per evitare casini.
Ma allora e` una situazione malata alla radice, e vale il primo consiglio 
che ho dato: "arrangiati con quello che hai e inizia a mandare curriculum 
in giro".
Bye.

 attivita` viene meno, l'azienda non funziona.
Aggiungo che questo tuo commento mi da' l'impressione (correggimi se
mi sono sbagliato) che tu, come molte persone nelle funzioni di
supporto, non abbia ben chiaro come funzioni un'azienda e quali siano
le priorita'.
Un'azienda esiste per far soldi, e li fa vendendo prodotti e/o
servizi. Le policy IT non esistono (o non dovrebbero esistere) per far
sentire importante qualche mandarino burocrate che decide, che so, che
Firefox e' piu' sicuro di Chrome , mentre il suo collega in un'altra
azienda decide l'esatto opposto. Esistono, o dovrebbero esistere, per
rendere piu' produttiva l'azienda e per limitare quei rischi (virus,
utenti che rubano dati su chiavette usb, etc) che la danneggerebbero.
Quando l'IT, il dipartimento legale o altro diventano un ostacolo non
giustificato alla produttivita', allora si' che l'azienda e' nei guai.
Perche', vedi, i soldi che pagano il tuo stipendio non li porta in
casa il burocrate che decide le policy IT, ma i venditori che se ne
trovano ostacolati. Se il cliente su cui lavoravo quando l'IT non mi
voleva dare accesso ai dati cui accedevo dalla sede precedente mi
avesse mandato al diavolo stanco dei ritardi causati dall'IT, a
riceverne un danno sarebbe stata tutta l'azienda.
Alla fine della fiera, al di la' delle belle parole nelle brochure
patinate, in azienda si viene valutati per il contributo che si porta.
A meno che montagne di dati non vengano rubati o l'intera rete
aziendale non sia infettata di virus, ai dirigenti di un'azienda glie
ne frega poco o niente delle policy IT, mentre glie ne frega eccome
delle vendite, di cio' che le influenza e di cio' che eventualmente le
ostacola.

 competenti professionisti, su, forza!
Allora, visto che effettivamente sei nella situazione che descrivi, ti 
suggerisco le mosse da fare (IMVHO).
1) $grande_azienda avr� una gerarchia. Tu a che livello sei? 
Lustrascarpe o Lup.Mann.? Hai dei colleghi che ti possono spalleggiare o 
siete nella situazione in cui se vi cade una moneta a terra la lasciate 
l� per paura di chinarvi? Il tuo capo ti offre il caff� o ti riga la 
macchina tutte le sere?
2) stabilita la gerarchia, compatibilmente con le regole aziendali, 
prepari un piccolo rapportino, in cui scrivi:
** ---------
Per fare il mio/nostro lavoro, necessito di un sistema di analisi dei 
dati pi� performante di quelli che ho/abbiamo a disposizione. Chiedo 
quindi che venga attivata, tramite il reparto IT, una delle seguenti 
soluzioni:
a) server SQL dipartimentale (a scelta tra MsSQL server, MySQL, 
PostgreSQL, od altro) a cui avr� accesso solo il nostro reparto/ufficio. 
La gestione dei dati sar� mia/nostra competenza.
b) un database su un SQL server aziendale, con autorizzazioni per 
lettura/scrittura a (me/noi).
c) (qui mettici quello che pi� ti piace, ma non mettere 'voglio che 
installino quel software sul mio pc')
d) varie ed eventuali
** ----------
3) il rapportino lo mandi in primis al tuo capo, intortando il tutto con 
uno stile da 'senza SQL siamo rovinati'. Cura molto il discorso del 
'noi'. Se hai degli esempi pratici di quello che vuoi fare e che non 
riesci a fare, mettili come esempio.
4) attendi risposta.
Se dopo la richiesta, nulla si muove, oppure ti rispondono picche, o 
(spero di no) ti affiancano un ragazzino in 
co.co.pro
 a farti un corso 
di Excel, non ti resta che abbozzare e continuare a lavorare con quello 
che hai. Le $grandi_aziende sono tutte cos�, se ti piace lavorare con 
loro devi accettare il loro metodo (ed il loro ecosistema), altrimenti 
inizia a mandare CV in giro.
D'altro canto, senza regole ferree sarebbe l'anarchia ed il conseguente 
collasso sotto il peso di situazioni eterogenee ed incontrollabili. 
Ricordo il caso un manager di una grande multinazionale che per avere 
una copia di Autocad nel suo reparto ha dovuto attendere 6 mesi... 
perch� nell'organigramma aziendale i manager ed i reparti come il suo 
(classificato commerciale, ovvero non tecnico) non erano previsti essere 
dotati di Autocad. Per 6 mesi hanno dovuto contare la lunghezza dei cavi 
nelle planimetrie facendosi stampare i disegni di straforo ed usando poi 
il righello...

 una copia di Autocad nel suo reparto ha dovuto attendere 6 mesi...
Anche questo e' collasso! Le regole devono potersi adattare alle
esigenze del business, che cambiano di continuo...

 
forse sono strano io, ma dopo un po' di esperienze lavorative, le cose 
che cambiano di continuo son quelle che si devono nascondere per non 
farsi accoppare...
soprattutto quando entrano in gioco parole fumose come 'esigenze del 
business'...
se sai cosa vuoi/dove vuoi arrivare, descrivilo con un minimo di dettagli 
(no, 'voglio sql' non e' una descrizione); se non hai una giustificazione 
migliore di 'esigenze di business' troverai scetticismo da parte di 
qualsiasi tecnico di qualsivoglia settore, compresi alcuni capi che pur 
dovendo stare attenti alle cifre hanno background tecnici.
e se non hai ancora capito una cosa cosi' elementare della vita in 
azienda...
-- 
Paolo opg
BE AWARE that this post uses a fake reply-to address
to contact me write to:
janickg ( at ) hotmail ( dot ) com
--

 (no, 'voglio sql' non e' una descrizione)
come gia' detto, non ho affatto detto questo

 altri senza motivo.
[cut]
eh...
sfondi una porta aperta...


 Piu' chiaro adesso?
mmm provo per un momento a credere che il db
non ti occorra per scopi personali quali la contabilit�
del condominio o la classifica della bocciofila...
in effetti 300mila record sarebbero un'esagerazione...
a questo punto in qualit� di responsabile del reparto
formalizza un progetto atto a migliorare la produttivit�,
proponi il percorso formativo per te e le tue persone,
richiedi gli strumenti adeguati tra i quali la natura dei
dati da esternalizzare la frequenza di aggiornamento
poich� immagino che dovranno essere estratti dal
gestionale.. dovresti anche indicare i miglioramenti
che ti proponi di ottenere, riduzione tempi di reportistica
abbattimento degli errori, analisi pi� accurate, ...
proponilo alla direzione e certamente saranno felici
di sponsorizzarti e farti ottenere tutto quanto.

 come dev'essere dura lavorare ed essere incompreso...
com'e' dura avere a che fare con gente piena di preconcetti e
pregiudizi, che ti mette in bocca paorle non tue...


Tu stai sbagliando bersaglio: se i membri del tuo team fanno errori con 
Excel, significa che debbono essere addestrati all'analisi automatica 
dei dati in generale, poi all'uso di Excel, Access ed SQL.
Non è un problema di strumento, ma di utente.
Se non conosce SQL e/o Access, difficilmente correggerà la lacuna usando 
uno strumento come un query editor senza essere opportunamente formato.
Le tue possibilità sono limitate:
- fai fare dei corsi di formazione al tuo team in modo da livellare le 
conoscenze;
- oppure convinci il tuo superiore che ti servono degli strumenti ad-hoc 
da dare al tuo team. Questi strumenti non sono un software specifico, ma 
un insieme di utility preparate da terzi e/o da te che permettano al 
team di effettuare le query come devono essere fatte. Possono essere 
delle macro per Access, per Excel, oppure delle stored procedure per SQL 
(se le supporta).

 ha scritto nel messaggio

Ragazzi, quando parlate così mi fate pensare che lavorate tutti in
aziende razionalissime ed efficientissime, e che sono io l'unico
sfigato a non aver mai sperimentato datori di lavori tanto
illuminati :)
Quello che descrivi tu e' giustissimo in teoria, ma nella pratica si
scontrera' con mille obieizoni e difficolta'...

 scontrera' con mille obieizoni e difficolta'...
operbacco!
ma dove lavori in un laboratorio di Cinesi?
affermi di essere a capo di un team,
presumo che ti occupi di controllo di gestione,
in azienda č presente un reparto IT
l'azienda ha piů sedi,
sono dati che mi indicano una discreta
piccola/media impresa
e poi obiezioni da parte di chi?
non č che magari stai mettendo le mani avanti...

 uno strumento come un query editor senza essere opportunamente formato.
Certo, infatti mica mi sogno di dargli SQL senza opportuna formazione,
mi sembrava di averlo specificato.
La mia domanda iniziale era su come far girare SQL su una workstation,
non su come gestire il mio team :)

 
com'e' dura aver a che fare con gente che lancia il sasso e nasconde la 
mano...


 occhio a queste sviste, ci fai brutta figura...
Brutta figura la fa chi da' addosso senza motivo allla gente,
mettendogli in bocca parole mai pronunciate...

 non è che magari stai mettendo le mani avanti...
Avere qualche persona che riporta a me non mi rende l'amministratore
delegato.
E comunque non mi occupo di contabilita'.
Il mio timore e' molto semplice: che chi deve approvare la spesa di un
database e dei corsi di aggiornamento possa dire che dovremmo
continuare ad operare come abbiamo (anzi, hanno) sempre operato, e
pazienza se questo modo e' piu' lento, inefficiente ed esposto ad
errori. Non sarebbe la prima volta che vedo una situazione di questo
tipo... Poi, ovviamente, siete liberi di non credermi, tanto qui non
mi crede quasi nessuno ogni volta che parlo...
Mani avanti de che? Non capisco...


[...cut...]
Se il foglio Excel è così complesso, una query sql non sarà da meno, 
anzi, sarà assai più complessa. Saranno più facili i controlli, ma non 
sperare che un utente (alle prime armi) sappia metterci le mani dentro.
In conclusione, la strada migliore potrebbe essere questa:
- fatti dare uno spazio su un SQL aziendale;
- prepara (o fai preparare) le query;
- fatti sviluppare (anche in Excel) un frontend che permetta all'utente 
di immettere i dati e vedere i risultati in forma di tabella, che poi 
arrangerà a suo piacimento.



La faccenda è molto più complessa, purtroppo. Quello che dici tu vale
per dati interni, su cui l'azienda ovviamente esercita tutta una serie
di controlli.
Non vale per una serie di dati che ci forniscono i clienti, che
variano da cliente a cliente, da transazione a transazione, e che non
hanno alcuna struttura uniforme (o quasi). Ovviamente se un cliente mi
da' dei dati sbagliati, o dove ci sono numeri al posto di stringhe
etc, non gli posso dare dell'imbecille, anche se se lo merita :)
Quindi problemi di data integrity sui dati forniti dai clienti ci
saranno sempre, e non possiamo farci nulla, perche' se dovessimo
lavorare solo con clienti che ci danno dati perfetti dovremmo chiudere
la baracca. Non fatemi dire di piu' sul lavoro o sui tipi di dati,
perche' se quelli del personale mi sgamano mi licenziano :(

 paradosso!
[cut]
le parole che hai scritto sono quelle e sono piuttosto eloquenti, mentre
tu neghi l'evidenza e ti nascondi dietro un dito: dire che i tuoi
colleghi 'non hanno voglia' e' decisamente poco lusinghiero, quale che
sia il loro ruolo. 


 sia il loro ruolo.
Ho chiarito piu' volte quanto detto. Gestire un database e capire i
dati che ci sono dentro sono competenze diverse: il DBA di un ospedale
non deve essere un ricercatore, e un ricercatore non deve essere un
DBA, non ci vedo nulla di strano o di male.
Detto questo, non sprechero' altro fiato con chi continua a mettermi
in bocca parole non mie. Addio.

 Access, sia piu' rapido.
Non ho ancora capito perchè nessuno ti ha fatto notare che PUOI
tranquillamente scrivere direttamente codice SQL anche dentro Access,
magari usando il query builder.
Se sei così in gamba com'e' che non te ne sei accorto? :^)
bye!

 
gne!
buon lavoro e alla prossima ^^



So benissimo che e' una possibilita', ma alquanto limitata perche'
l'editor non colora nemmeno il codice. Forse i duri e puri scrivono
codice in notepad, ma io no, ho i miei limiti. Potrei fare copia ed
incolla da Notepad++, ma non e' il massimo... Ovviamente sono aperto
ad opzioni! Su un ng dedicato ad access mi hanno consigliato solo
Notepad++

 l'editor non colora nemmeno il codice.
senza parole...


Vorresti paragonare l' "editor" SQL di Access ad un qualsiasi editor
di un qualsiasi database SQL (Oracle, Sybase, Microsoft etc)?


Non voglio paragonare niente, semplicemente valutare un Database per la 
disponibilità o meno di un editor con Syntax highlight è(scusa la 
franchezza) demenziale.
Visto poi che l'SQL ha quattro parole chiave in croce a che serve il SI 
è una cosa tutta da scoprire...
PS per Oracle ma di che editor stiamo parlando? noi in azienda abbiamo 
TOAD ma non è un prodotto Oracle e neanche gratuito...

 ostacoli alla produttivita'...
Penso che ormai sia chiaro quello che intendi dire e la situazione in
cui ti trovi... e capisco il tuo "lamento".
Tuttavia, secondo me stai giudicando il reparto it senza adeguata
cognizione di causa. Dovresti lavorarci dentro (nel reparto it) per
alcuni anni, e poi potremmo ricominciare tutto questo bel discorso.
Considera che se in una grande azienda il reparto it si trova con n
persone come te, che cominciano a chiedere cose "strane", nel
medio-lungo termine i casini sono assicurati.
Questo non significa che la risposta debba essere automaticamente "no",
ma dovrebbe aiutarti a capire l'atteggiamento del reparto it.
Infine, dopo quanto ho letto, mi permetto di dire che il nocciolo del
problema non sia il fatto che non ti danno un rdbms, ma il fatto che il
tuo reparto debba inventarsi accrocchi fatti in
excel-access-qualsiasialtracosa. I dati dovrebbero essere recuperati (da
qualsiasi fonte provengano) da gente adatta, caricati in un rdbms dopo
le opportune validazioni e quindi messi a disposizione di gente come te
per essere analizzati, possibilmente con strumenti adatti.
-- 
David Martin

 > Se sei così in gamba com'e' che non te ne sei accorto? :^)
PS Ho dall'inizio messo le mani avanti specificando che non sono un
*esperto* di database, che la mia competenza e' sicuramente limitata
rispetto alla vostra ma che mi consente di fare bene quello che coi
database ci devo fare, cioe' analizzare i dati che mi servono per
lavorare (non programmare).
Quanta arroganza e quanta supponenza in questo ng, che delusione... E
quanta irragionevolezza, gente che addirittura giustifica delle policy
che impediscono l'accesso ai dati necessari per lavorare... Non mi
stupisce che in nessuna azienda in cui abbia lavorato l'IT goda di
altissima considerazione!

 Quanta arroganza e quanta supponenza in questo ng, che delusione...
il bue che da del cornuto all'asino...
Parli di database di query e alla fine della fiera non sai nulla.
scendi dal piedistallo caro il mio babbo natale.

 per essere analizzati, possibilmente con strumenti adatti.
Ma se cio' fosse possibile io sarei la persona piu' felice del mondo!
Potrei concentrarmi sull'analizzare quei dati ed usare i risultati per
le discussioni coi clienti, e lascerei la parte tecnica a persone
sicuramente molto ma molto piu' competenti di me.
Visto che pero' possibile non lo e', cosa si dovrebbe fare?
Il budget per un database server e dei DBA solo per il mio team non
c'e'. Continuare ad usare accrocchi in Excel ed Access e' garanzia di
casini. Cosa si dovrebbe fare secondo te? Se fosse possibile mi
gestirei io un mio database, ma le policy non me lo consentono. Le
policy mi consentono di continuare ad usare accrocchi in Excel ed
Access, anche se palesemente inadatti. Vorrei solo fare al meglio il
mio lavoro, ma non mi e' consentito!
Io vorrei semplicemente fare il mio lavoro al meglio, scusatemi tanto
se cosi' facendo do fastidio al reparto IT! Se continuassi ad usare
Excel con tutti i suoi limiti, l'IT sarebbe "piu' contento", ma
sarebbe una soluzione del tutto inadatta, e sarei una sconsiderato se
la adottassi.
Secondo me questo e' un problema generale: usare Excel come se fosse
un database e' notoriamente fonte di enormi casini, ovunque. Le
aziende dovrebbero consentire una soluzione intermedia quando non c'e'
il budget per un vero e proprio rdbms, perche' l'alternativa e'
continuare ad usare Excel, con tutti i limiti che comporta. Ho visto
gente inventarsi macro assurde e lunghissime in VBA per Excel per fare
delle operazioni che avrebbero richiesto un paio di linee di SQL (robe
banali tipo join e cross apply).
Ripeto, inoltre, che e' estremamente difficile, se non impossibile,
esercitare tutti i controlli di cui parli sui dati che ci mandano i
clienti. In un mondo perfetto lavoreremmo solo con clienti che ci
danno dati perfetti, nel mondo reale se fossimo cosi' schizzinosi
dovremmo chiuedere bottega!

 Parli di database di query e alla fine della fiera non sai nulla.
??? ma se ho ammesso sin dall'inizio di non essere un programmatore o
un DBA, ma di limitarmi ad interrogare database per le analisi che mi
servono per il mio lavoro?? Tutti ciechi e sordi, in questo ng...

 clienti. 
Ok, non so quali sono i dettagli della tua situazione, ma penso che se i
dati sono importanti, andrebbe perlomeno segnalato alla direzione.
Credo che i mezzi tecnologici non manchino, per fare cose anche moto
complesse...
E' chiaro che se la direzione se ne frega e preferisce pagare n persone
che spippolano con Excel piuttosto che  investire in qualcosa che faccia
il lavoro delle persone, posso solo augurarti di trovare un posto
migliore in futuro.
-- 
David Martin


se per scrivere una query hai bisogno dell'evidenziazione della sintassi 
in pratica vuol dire che non sai fare neanche quello...
Diceva bene il mio ex-capo: ad ognuno il proprio lavoro...

 in pratica vuol dire che non sai fare neanche quello...
Mi pare che ogni tanto si esageri... l'evidenziazione non è una
necessità irrinunciabile, però non penso si possa negare che è una
comodità ed un aiuto.
Poi se a qualcuno piace scrivere senza, può certamente configurare
l'editor per non evidenziare le parole chiave oppure usare sempre
notepad/vi.
-- 
David Martin

 comodità ed un aiuto.
la mancanza di questa funzionalità può far definire un DB come non 
utilizzabile? perchè alla fine è di questo che si parla....
E poi la SI su una query cosa di evidenzia? le quattro parole chiave 
dell'SQL? ... ma siamo seri...

 che spippolano con Excel
Secondo me hai descritto il 90% delle realta' aziendali... :(


 dell'SQL? ... ma siamo seri...
Beh, non so tu, ma le mie istruzioni tipo non sono semoplicemente
"select * from miatabella", quindi l'evidenziazione mi č comoda.
-- 
David Martin

 dell'SQL? ... ma siamo seri...
Una colorazione seria, oltre alle parole chiave, evidenzia i nomi di 
colonna, le stringhe (e vedi subito se le hai chiuse correttamente), le 
costanti, le funzioni e relativi parametri, ecc.
Come dice David, su una select * from tabella non serve a niente, ma 
quando hai subquery, join, stored procedures, espressioni booleane 
complesse, ecc. e` praticamente necessaria.
Bye.

 altissima considerazione!
non mi stupisce che in nessuna azienda in cui
tu abbia lavorato si siano stracciati le vesti per
trattenerti

 trattenerti
E tu che ne sai di com'e' andata?

 incolla da Notepad++, ma non e' il massimo...
Insomma a te non manca sql server per le sue caratteristiche come
DBMS, ma perchè ha un query editor più amichevole. E nelle tante
lamentele che hai esposto, hai detto che ti "necessitava" sql server
perchè access non va bene. Peccato che sia vero; per 300K record da
far gestire ad un singolo utente access va benissimo. sql server è
tutto un altro prodotto e il query editor è una parte trascurabile
dello stesso: è come se ti incazzassi con i servizi generali perchè
non ti hanno messo un lampadario in cristallo di boemia invece
dell'alogena da scrivania perchè il lampadario ha un bell'interruttore
e la lampada da scrivania no ;^)
Hai voglia ad incazzarti dicendo che l'interruttore del lampadario lo
sai azionare benissimo e quello della lampada da scrivania ti resta
scomodo; se sei il CEO magari ti montano il lampadario senza
protestare, ma a chi sostiene che per il bene dell'azienda dovresti
usare la lampada da scrivania e non rompere le scatole non vedo come
dargli torto...
La reazione un po' sguaiata è anche un problema di comunicazione, non
essendo del mestiere confondi alcuni concetti per altri e finisce che
vieni trattato a male parole anche quando hai ragione sacrosanta, come
quando dici che l'azienda se ti ha dato mandato per lavorare su certi
dati devi anche assicurarsi che tu abbia le modalità per accederci in
tempi e modi ragionevoli.
Tornando a bomba, il punto è che tu proponi la soluzione prima del
problema, per così dire. In concreto, quello che serve a te non è un
DBMS, ma uno strumento software che ti consenta di analizzare
facilmente delle collection di dati, e se tanto mi dà tanto visto che
parli di vendite saranno o dati di consuntivi di vendita, o previsioni
di vendite, o dati di prospect, ecc.: tutta roba per cui esistono
parchi sterminati di prodotti e suite già ben "collaudate" e
integrate, sotto forma di pacchetti CRM, o di Business Intelligence,
che ti possono consentire di lavorare efficientemente magari anche
senza ricorrere a scrivere personalmente in SQL; che se anche a te
riesce abbastanza bene, non è propriamente una skill idonea per una
figura non tecnica e non è molto giustificabile far fare corsi al tuo
team per insegnarla a tutti, mentre può essere molto più utile e
produttivo introdurre uno strumento ad hoc pensato per utenti come voi
(non faccio volutamente nomi di prodotti per non ingenerare sospetti
di volerci fare un guadagno ;^)).
Poi, se proprio ci tieni ad andare avanti per la tua strada, intanto
beccati access se è quello che passa il convento e cercati quello che
ti serve davvero, e cioè un query editor amichevole e gratuito che non
richieda installazioni particolari come ad esempio Squirrel Sql, che
funziona anche con access utilizzando un bridge odbc/jdbc...
bye!

 richieda installazioni particolari come ad esempio Squirrel Sql, che
Non lo conoscevo, sembra interessante. Infatti era proprio questo che
chiedeva la mia domanda iniziale, prima che la discussione
degenerasse. Grazie!


 strumento piu' adeguato come SQL.
ed è sbagliato ;^)
A dispetto di quello che pensi, chi lavora nell'IT comprende benissimo
l'esigenza, tant'e' che ci sono diversi professionisti che fanno dei
bei soldini sviluppando e vendendo prodotti di business intelligence,
che sono ambitissimi dalle aziende che capiscono quanto la loro
efficienza possa migliorare impiegandoli.
bye!

 E tu che ne sai di com'e' andata?
I know my chickens!

 I know my chickens!
E sai male, molto male!
Anzi, una delle cose che apprezzarono di piu' nell'azienda precedente
fu proprio che riuscivo, grazie a SQL, a lavorare molto piu'
velocemente di altri team.

 efficienza possa migliorare impiegandoli.
Vedi sopra: come fai ad implementare un sistema di business
intelligence su dati la cui struttura cambia di continuo?
Se invece avessi accesso ad un sistema di 'analisi dei dati' e potessi
smanettarci come facevo nell'azienda precedente, sarei del tutto
autonomo, non peserei sul budget e soprattutto sarei molto piu'
efficiente.

 intelligence su dati la cui struttura cambia di continuo?
e tu come fai a farci sopra le query sql se la struttura cambia di
continuo?
Oh, poi fai come ti pare. Hai fatto la tua domanda, ti ho risposto,
mo' arrangiati...
bye!

 continuo?
Perche' le query che mi servono le cambio di continuo, di conseguenza.
Ha senso secondo te impostare un sistema di business intelligence per,
poniamo, 4 tabelle di 300mila record su cui si lavora una settimana e
poi mai piu', perche' la settimana successiva ne arriveranno altre
completamente diverse? Secondo me, ma gli esperti di database siete
voi, illuminatemi :)

 policy aziendali!
L'unico limite e difetto delle policy aziendali e` che in parte devono 
essere costantemente aggiornate. Ma questo richiede tempo, risorse e, 
conseguentemente, denaro. Nella fattispecie, aggiornare un software critico 
(IE6) richiede una pianificazione tale affinche` tutto funzioni senza 
intoppi, pena il malfunzionamento di qualche applicativo piu` o meno critico 
(personalmente mi sono ritrovato che l'aggiornare la versione di PHP 
equivaleva a far tirare fuori un sacco di warning ad un'applicazione web 
ritenuta critica, con la conseguenza che ho dovuto effettuare il downgrade 
del noto linguaggio web). Te lo ripeto, personalmente vedo il problema in 
una duplice visuale:
 - l'IT non si adopera in uno dei suoi compiti (ovvero fornirti supporto),
   in modo da non permetterti di completare il tuo lavoro (e qui mi
   riferisco all'accesso dei dati).
 - Tu stai cercando sistematicamente di installare un software definito
   critico in violazione delle policy aziendali e senza autorizzazione.
Se e` vero che il comportamento dell'IT puo` essere sanzionato a fine 
progetto (sempre se documentato), e` vero anche che la tua insistenza nel 
voler aggirare le policy ti mette in condizione di essere richiamato in 
forma scritta. Te l'ho detto in precedenza, se vuoi usare un software non 
installato sul tuo PC, segui le policy e fai una richiesta (scritta) al tuo 
responsabile motivandone la ragione. In alternativa, l'unico modo 
accettabile per aggirare il problema e` usare un client ODBC composto dal 
solo eseguibile (esistono, li ho usati) e creare un database Jet come fonte 
dati ODBC. In tutti i casi, tieni presente che non sei nella posizione di 
dettar legge, il PC non e` tuo ma dell'azienda ed e` dato in gestione 
(tramite le solite policy aziendali) al reparto IT ed e` quindi compito (e 
responsabilita`) loro manutenerli in modo efficiente
Enrico

 una copia di Autocad nel suo reparto ha dovuto attendere 6 mesi...
Io non ricordo il caso di un altro, io l'ho vissuta in maniera diretta :)
Devo dire che ho utilizzato quei 6 mesi in modo piu` o meno produttivo, in 
quanto ho avuto modo di imparare i rudimenti dello sviluppo in Java 
(ovviamente non ho fatto solo quello, anche perche` non avevo nulla di serio 
su cui lavorare ed ero comunque nella posizione di dare supporto ai miei 
colleghi)
Enrico

 voi, illuminatemi :)
Ciccino:
1) il problema � tuo e non me ne potrebbe frega' de meno;
2) ho il sospetto che tu sia uno di quelli che si diverte a sparare
stupidaggini per godersi la flame;
3) hai il problema di gestire meglio i dati e vorresti un dbms, in
azienda avete Access, il CED ti ha detto di usare Access, io ti dico di
usare Access, altre persone in questo ng ti dicono di usarlo ma a te non
va bene "perch� non � abbastanza potente" (senza manco provarci) e poi
perch� ti fa sentire figo scrivere le query in SQL. Per� con l'editor
con le paroline colorate. Se no non si pu� fare. Te devi essere uno di
quelli che quando va dal dottore ha gi� la diagnosi e la terapia perch�
ha letto l'enciclopedia medica a fumetti e gira finch� ne trova uno che
gli da ragione.
Queste sono le ragioni per cui ti killo.

 Queste sono le ragioni per cui ti killo.
Addio!
Tu devi essere uno di quelli che pensa che l'azienda ruota attorno
all'IT, non si sforza di capire le esigenze degli altri e poi si
stupisce se tutti gli altri dipartimenti lo detestano.

 stupisce se tutti gli altri dipartimenti lo detestano.
Ma di solito non funziona che tutti detestano tutti? :-P
-- 
David Martin

 wrote in news:89j80uFhvvU1
@
mid.individual.net
:

per il momento, pare che tutti detestino SantaClaus ^^
il suo it che non gli da' quello che vuole lui, i suoi capi che non lo 
spallegiano (altrimenti otterrebbe quello che vuole lui) e noi che lo 
prendiamo in giro.
il motivo di tanta acredine e' ignoto: e' cosi' esperto, motivato, ben 
disposto e di belle maniere!
possibile che siamo tutti cosi' cattivi?
:-)
-- 
Paolo opg
BE AWARE that this post uses a fake reply-to address
to contact me write to:
janickg ( at ) hotmail ( dot ) com
--