Newsgroup: it.comp.lang.visual-basic
Titolo: Lo scempio dei Database

Tanti anni fa si lavorava benisismo.
Esistevano UN linguaggio, il PL/I dell'IBM.
Sapevi in anticipo quante perosne dovevi mettere sul database, mille, 
centomila, un milione, lo creavi, e basta. Potevi facilemente inserire 
revcords, delete records etc.
il PL/I era l'unico che permetteva di programmare l'ISAM (Indexed 
Sequential Access Method). Chè è in sostanza quello che usano oggi TUTTI 
i database systems : da Oracle a MySQL a Access.
Anche perchè è 'UNICO metodo di accesso che si adatta ad u database. 
Eliminando il sequential e il random access.
Si lavorava tranquilli, Ci si creava dei database in quattro e quattrotto.
Eppure anche allora c'Era il problema dell'accesso multiplo 
contemporanea. Non é mica un problema di oggi. Ma i semafori li gestva 
il sistema operativo.
Mica il programmatore doveva rompersi il culo con Try and Catch.
Eppure i database di allora gestivano anche loro milioni di persone.
E comunque tutti questi problemi li avevano solamente le grandi società.
Oggi no. Hai un piccolo database di 5000 pazienti (tanti quante una 
piccola unità ASL specialistica puo' avere) e giá ti rompi i coglioni
per sapere come connettere sto cazzo di piccolo Access .mdb.  Vuoi usare 
OLEDB ? oppure SQLClient ? Oppure ODBC ?? Oppure lo stracazzo di tua 
nonna Jet.OLEDB.4.0 ??
Ekkeka§§o me frega. Fammi connettere sto ca§§o di database con quello 
che vuoi, e fammi lavorare in pace con un paio di comandi SQL messi in 
croce  !!
L'informatica ha perso il suo fascino ! Veramente ! E' solo una rottura 
di coglioni.  A me dispiace solo per le giovani generazioni !
Poveretti voi!

 Jet.OLEDB.4.0 ??
io ti consiglierei di dormire un paio d'ore e poi rileggere tutte le 
invettive che hai lanciato a destra e a manca...poi ne riparliamo, sono 
almeno 12 anni (dalla alfa 1) che lavoro con 
ado.net
 e non ho mai avuto 
il benché minimo problema, come non ne ho mai avuti con i recordset di 
ado del resto.
.m
-- 
è corta :-)


Si vede che tu l'ADO lo mastichi come il chewing gum. Io invece no.
L'esperienza che tu hai nell'ADO io cxe l'ho in altri campi (Image 
processing ad esempio) e non databse.
Ci sono voluti 12 anni per te navigare imperterrito tra tutte le opzioni 
e occultismi dell'ADO antico e di quello nuovo.
L'assrdo è che si puo' fare un Datagridview in due secondi, e il wizard 
te lo collega in due secondi al databse che vuoi.
Poi funziona, MA NON SI È CAPITO UN CA§§O DI COME MAI FUNZIONA.
Quali sono i vari passaggi. Che ca§§o c'entrano i Datasetlink, 
Bindingsource, Tableadapter, che il wizard ti ha creato nel frattempo, 
come interagiscono tra loro.
Mi viene il dubbio se tutti questi 'fronzoli' siano veramente necessari
pe rpoter leggere in santa pace un database.
Si tratta di studiare ? E tante grazie al ca§§o. Ma uno non puo' mica 
passare 12 anni a sapere perfettamente tutto il .NET + ADO.
E come si trova il tempo per imparare altre cose importanti ?
Se per programmare correttamente un database in Visual Basic occorre un 
corso di laurea triennale, allora c'é qualcosa che non quadra.

Mauro Servienti [MVP] scriveva e il server registrava il messaggio 
456359
JOOOOOOHHHHNNNNNN FA CALDO!
OT x Mauro
...io invece l'ho allungata random.....eh eh!
-- 
----- Italliaaaaa 3227! -----
Lï¿œ dove l'uomo scopre un minimo di ordine, immediatamente ne suppone 
troppo.
(Francesco Bacone)

 Poveretti voi!
E' una *tua* opinione.
Alberto

 Am 14.07.2011 11:11, schrieb Mauro Servienti [MVP]:
JOOOOHHHHNNNNNN E CHE CAZZO!
Se non vuoi studiare fai altro! il mondo è pieno di gente che non fà il 
chirurgo o l'informatico!
ADO.(NET) cerca di andar bene per tutto quindi è fatto così
CONNESSIONE (ponte con il db...si occupa lui di inviare fisicamente i 
comandi al db)
PROBLEMA
....ma scusa e se cambio DB? A te non succederà mai...a me si! Il 
cliente parte con Access...poi si espande....passa a SQLserver....o a 
MySQL! Che faccio riscrivo tutto? ARGH un ecatombe di tempo sprecato e 
bug!
PAROLA MAGICA: PROVIDER ADO(.net)
Un coso che si occupa di tradurre i comandi, i protocolli, i cazzi vari 
in quelli SPECIFICI per un database
ANALOGIA:
Auto....UN TELAIO (connessione) che può montare vari motori (PROVIDER): 
benzina, diesel, metano, elettrico, ibrido!
Ci sei o sei perso?.....perchè se sei perso....la coltivazione di 
basilico geneovese è il tuo futuro...non "l'informastica" !
Confermami se ci sei...e dopo continuo....con la mia spiegazione "terra 
terra" !
lol ^^
-- 
----- Italliaaaaa 3227! -----
Bisogna sempre dare spontaneamente quello che non si può impedire ti 
venga tolto.
(Vittorio Alfieri)


alla faccia dell'aggiornamento. Io mi sto tenendo aggiornato dal 1964.
Ho cominciato a programmare nel 1966 col FORTRAN II. Da allora sono in 
continuo aggiornamento. La prima laurea in informatica é del 1991.
L'ultimo esame di Software engineering (Prof. Camurri, Uni Genova) l'ho 
passato nel febbraio 2010.
Belin, su cosa devo aggiornarmi ancora ?
Voglio IMPERATIVAMENTE  :
- Accedere ad un Access database in modo superfacile
- scrollarlo su e giu a piacimento, come si farebbe in un Datagrifview, 
ma in una GUI fatta DA ME, con apposite freccette.
- Voglio 'inserire o cancellare records SENZA dover fare una SQL query. 
Solo usando codice Visual Basic.
Io ESIGO che queste cose siano FACILI E INTUITIVE da farsi. E che siano 
apprendibili facilmente anche da studenti di intelligenza media
-
Ekkekazzo ! Vogliamo mantenere la passione per l'inmformatica o vogliamo 
affondarla ?
Io NON SONO D'ACCORDO che bisogna farsi una analilsi di tre giorni prima 
ancora di buttare giu un codice per leggere un database Access con al 
massimo una cinquantina di tabelle.
Io sono quarantanni che butto giù codice prima ancora di fare una 
analisi, perchè mi prende meno tempo.
Butto già codice, lo testo, e lo modifico. Bottom Up Prototyping, si 
chiama. E' immediato. L'analisi la lascio per i lavori seri (quelli per 
cui mi pagano).
Uso il Visual basic in un modo come molti usano il Python, semplicemente
perchè non mi piace l'idea che il mio codice sia visibile a tutti, e se 
voglio dare u prototipo gli do' l'exe file.
Ecco. Sono anch'io un professionista dell'informatica. Ed é proprio 
perchè l'amo profondamente che mi sono rotto i coglioni di tutti questi 
cosiddetti 'nuovi strumenti' che rendono la vita più difficile, anzichè 
dievrtente.
Io PRETENDO di DIVERTIRMI a fare l'informatico. E a 64anni ho il diritto 
di pretenderlo !! Okkazzo !

 pretenderlo !! Okkazzo !
Anche il maniscalco del mio paese pretende che la gente vada a farsi 
ferrare i cavalli.
Alberto

 terra" !
vedi il mio post di risposta al tuo...


E c'ha raggione c'ha. Forse che andare a cavallo non ï¿œ piï¿œ divertente 
che andare in auto ???

  ...è che mi devo studiare l'ADO .NET a fondo. proprio a fondo.
Però i due libri che ho posso buttarli alle ortiche.
Mi potete consigliare dei testi validi ???
Esistono in rete dei tutorial ben fatti, la' dove gli esempi funzionano 
ALLA PRIMA ?  Anche col VB express edition ???

 12 anni a sapere perfettamente tutto il .NET + ADO.
io non ho mica detto che ho studiato per 12 anni, forse qualche 
settimana non di più.



Ho il sospetto che il mio problema non sia dovuto al non studiare 
abbastanza. Quello magari è vero per la parte di 'scrolling' attraverso 
il database con (Movefirst, movelast), senza usare SQL.
Ma fin li non ci sono ancora arrivato.
Il problema è che non mi funziona il cmd.ExecuteNonQuery nel caso di un 
INSERT.
La sintassi é corretta a quanto pare.
Il compilatore non da errori. Il runntime non da errori. SOlo che non fa 
quello che deve fare.
Quindi se non funziona, IMHO il bug è 'funzionale'.
Si vede che in tutta la configurazione installata, qualcosa non quadra.
Forse è la versione VB express che non permette una 'piena funzionalità' 
nel caso di SQL con Access...chissà, va a capire....
Ho una versione completa di prova Visual Studio comprata con un libro, 
valida tre mesi. Proverò a installare quella.

 Quindi se non funziona, IMHO il bug è 'funzionale'.
SI ...nella funzione dei tuoi neuroni!!!!
VB6
ON ERROR RESUME NEXT
cazzo di errore
msgbox("Il reattore funziona bene")
TUO CODICE 
VB.NET
try
cazzo di errore
catch
end try
messagebox.show("Il reattore funziona bene")
...e poi hai anche il coraggio di dire tutto quello che hai detto....
DAI RETTA....testa nel freezer e ripassa domani per le scuse!!!
-- 
----- Italliaaaaa 3227! -----
Anche sul trono più alto del mondo, si sta seduti sul proprio culo.
( Michel de Montaigne )

 ZAC
se proprio vuoi un qualcosa di più controllabile:
try
iret = cmd.ExecuteNonQuery()
catch cazzoUnErrore as Exception
  messagebox.show("ARGH UN ERRORE: " + cazzoUnErrore.Message)
  Stop
end try
-- 
----- Italliaaaaa 3227! -----
Verace o finta, è da temersi sempre  pietà di plebe.
(Vittorio Alfieri)

 ha scritto:

Ado.Net 2.0 PAsso per Passo (per iniziare)
e poi
Programmare Ado.Net 2.0 di David Sceppa


Ho tolto il try catch nel button bInsert. Ecco l'errore :
The field 'Tbl_Anagrafica.DataNasc' cannot contain a Null value because 
the Required property for this field is set to True.  Enter a value in 
this field.
Mi da lo stesso errore anche se apro questo file in Access.
Forse l'inghippo è proprio questo.
Mo vedo se posso smanettare con  Access gli ultimi record (ha 4700 
records ed io volevo aggiungerne uno, per test).
Adesso provo a fare il test con un altro database  più piccolo che mi 
costriusco ad hoc e poi riferirò.

Ho tolto il try catch nel button bInsert. Ecco l'errore :
The field 'Tbl_Anagrafica.DataNasc' cannot contain a Null value because
the Required property for this field is set to True.  Enter a value in
this field.
Mi da lo stesso errore anche se apro questo file in Access.
Forse l'inghippo è proprio questo.
Mo vedo se posso smanettare con  Access gli ultimi record (ha 4700
records ed io volevo aggiungerne uno, per test).
**********************************************
Quindi semplicemente non passi al campo DataNasc
il valore richiesto.
Spero che tu stia inoltre utilizzando
una copia del db per le tue prove e
non il db di produzione.
---------------------------
Mauro Gamberini
Microsoft MVP - Excel
http://www.riolab.org/
http://www.maurogsc.eu/
 

 
Ho un brivido di freddo per lui guarda :D e con questo caldo è tutto dire

"Loganino"  ha scritto nel messaggio 
news:201107141...@mynewsgate.net...



******************************************************
Seriamente parlando, capisco anche la frustrazione
che si può provare approcciandosi per la prima volta
a queste cose.
Poi c'è modo e modo per esprimerla e anche per
affrontare il problema.
Moooolto originale(e genuino) questo... ;-)



io aspetterei delle scuse ....non a me...al NG!
Hai incolpato "altri" di (gravi) mancanze tue!
ora ti scontrerai con un altro problema delle date:
Ossia....che in genere ogni db tratta secondo un dialetto suo!
...e al 90% ti incazzerei con microsft...il buco dell'ozono....la 
frutta tropicale e Dio sa cos'altro!
Da retta a me...fai pausa oggi!
-- 
----- Italliaaaaa 3227! -----
Soldato Joker, cosa ci fa il soldato Palla di Lardo con quel fucile in 
mano nel mio fottutissimo bagno?
Sergente Artman [ da: "Full Metal Jacket" ]

 Da retta a me...fai pausa oggi!
io la farei fino a lunedì :-)


Esistevano UN linguaggio, il PL/I dell'IBM.
Veramente esiteva anche l'RPG per i più tontoloni (esite tutt'ora eh...) 

Se non vuoi vedere 
ADO.NET
 e non vuoi vedere l'SQL ti scegli un bellissimo 
oggetto che implementa Activerecord e vivi felice.
http://subsonicproject.com/docs/Using_ActiveRecord
Se vuoi ti mando pure i sources di una implementazione Activerecord in 
VB.NET
 che funziona senza file di mapping e con tutti i provider possibili 
immaginabili. Se magari ne leggi pure i sorgenti impari come funziona 
ADO.NET
 :-)

"John"  wrote in message news:ivmfr0$63d$1...@speranza.aioe.org...



Dipende dall'auto. Se poi ti capita un cavallo stronzo non ci si diverte 
affatto.