database gestione pazienti

[matpez]

Secondo me per un lavoro del genera Access è migliore, poi ognuno la pensa a modo suo

[a2000]

Originally posted by "cionci"


Sì, ma non ti puoi stare ad inventare la ruota ogni volta...

ogni volta no ma almeno UNA volta sì !

il percorso formativo di una persona ripercorre il percorso formativo del passato (compresa la ruota e il pigreco).

con la scusa di non reinventarsi la ruota importiamo tutto bell'è fatto da fuori dalla Birra Peroni agli algoritni e a noi c'è rimasto solo pizza, mandolino e database.

[a2000]

Originally posted by "matpez"

Secondo me per un lavoro del genera Access è migliore, poi ognuno la pensa a modo suo

sì, sì ognuno la pensa a modo suo ma il topic sulla cena col C++ che lo hai aperto

[matpez]

Cena C++, al massimo si fa la cena di tutti

Cmq io lo apre se mi dici almeno il periodo, non se, luglio, settembre, bho dimmi

O ti piacerebbe una pre iscrizione

[a2000]

Originally posted by "matpez"

Cena C++, al massimo si fa la cena di tutti
Cmq io lo apre se mi dici almeno il periodo, non se, luglio, settembre, bho dimmi

giusto non solo la cena del ca++o ma la cena di tutti, bionde naturali comprese

per me potrebbe funzionare a fine luglio dopo gli esami degli studentelli universitari
Biella, Milano, Napoli dove volete !

[maxithron]

Originally posted by "a2000"

cionci, gli unici due dati necessari sono la carica dell'elettrone e pigreco, tutto il resto si calcola.

hai dimenticato i tachioni.....

quando dimostreranno la loro esistenza, intraprenderò un viaggio tachionico con il mio fratello gemello, in modo che ognuno di noi possa vedersi costantemente + giovane di se stesso

Cmq...fare un Db in excel (nel modo che tu dici), sarebbe come intraprendere un viaggio da Napoli per Roma passando prima per Oslo!!(tiè!!)

[a2000]

ne ho uno, in Excel, a campi variabili (il n° di campi per ogni record varia da 20 a circa 1000 con significato variabile per ogni campo).
L'input dati avviene con maschere attivate per via grafica con clic sugli oggetti grafici di un grafo (nodi e rami) che può rappresentare un impianto chimico come un circuito elettrico come la pianta di una città.
Non credo che in Access si riesca a fare records up to 65000 campi (ma potrebbero essere up to libitum machinae).

Comunque maxitron, vai tranquillo, i problemi di calcolo e anche di "gestione dati" che si affrontano nelle "cose serie" sono sempre di difficoltà e categoria superiore di quelli affrontati in databasistica, se non altro per una questione di principio: se hai molti dati e pochi calcoli è materia per sfaldoners
mantenendo sempre valido il principio che i calcoli NON si fanno con i numeri.

[a2000]

per quanto riguarda la carica dell'elettrone e pigreco, la cosa può sembrare provocatoria e in parte lo è, comunque calza l'esempio di potersi ricavare la quasi totalità delle proprietà termodinamiche e di trasporto di qualunque sostanza conoscendone una decina di proprietà molecolari invece di centinaia di coefficienti parametrici.


maxitron ma con che fa rima tachione ?

[cionci]

Originally posted by "a2000"

ne ho uno, in Excel, a campi variabili (il n° di campi per ogni record varia da 20 a circa 1000 con significato variabile per ogni campo).
L'input dati avviene con maschere attivate per via grafica con clic sugli oggetti grafici di un grafo (nodi e rami) che può rappresentare un impianto chimico come un circuito elettrico come la pianta di una città.
Non credo che in Access si riesca a fare records up to 65000 campi (ma potrebbero essere up to libitum machinae).

Ma per questo va benissimo Excel... L'importanza di un'applicazione come la tua è la rappresentenzazione...non i dati in se stessi...
In Access sono i dati ad essere il fattore fondamentale...

Metti il caso di una banca...come faresti a rispondere ad un domanda tipo:
voglio la lista di tutti i clienti sposati, residenti a Rimini, aventi una saldo maggiore di 20.000 € e che abbiano fatto almeno due bonifici negli ultimi 3 mesi intestati ad un cliente residente a Montecatini...
In Excel ti dovresti mettere a fare liste temporanee su liste temporanee durando una fatica incredibile...e poi infine arriveresti certo ad un risultato...ma quanto ci metteresti ? Sicuramente di più di quello che ci ha messo un DBMS...
E ti spiego il perchè...l'orientamento dei DBMS ai dati fa sì che questi vengano memorizzati su disco in un formato che avvantaggia la ricerca (con indici primari e secondari, B+-tree o quant'altro)...quindi non si dovrà quasi mai scorrere tutti i dati per ottenere un risultato...
Di conseguenza stai sicuro che comunque tu faccia il programma in Excel con Access ci emtterai meno a farlo e sarà senza dubbio più efficiente e veloce...

[cionci]

Originally posted by "a2000"

ogni volta no ma almeno UNA volta sì !

il percorso formativo di una persona ripercorre il percorso formativo del passato (compresa la ruota e il pigreco).

con la scusa di non reinventarsi la ruota importiamo tutto bell'è fatto da fuori dalla Birra Peroni agli algoritni e a noi c'è rimasto solo pizza, mandolino e database.

Allora tu ti sei già fatto un programma simile ad Excel ? Ma allora perchè continui ad usare Excel ?

[maxithron]

Originally posted by "a2000"


maxitron ma con che fa rima tachione ?

indovinalo con un calcolo delle probabilità

P.S.:non vorrai rimettermi nel mucchio dei 5 mld solo per qualche battuta spero!

[a2000]

Originally posted by "cionci"


Ma per questo va benissimo Excel... L'importanza di un'applicazione come la tua è la rappresentenzazione...non i dati in se stessi...
In Access sono i dati ad essere il fattore fondamentale...
...

ma quale rappresentazione, casomai l'introspezione:
sono codici che macinano milioni di conti per l'integrazione di equazioni differenziali.

cionci lo so cosa è un database, anche se ti sembrerà blasfemo: è solo un archivio elettronico. punto.

non esce più informazione di quella che c'è dentro.
mentre un codice di calcolo genera informazione.

[a2000]

Originally posted by "cionci"


Allora tu ti sei già fatto un programma simile ad Excel ? Ma allora perchè continui ad usare Excel ?

tu carino scherzi, ma la risposta è SI' !!! [/siz]

esattamente una griglia con barre di scorrimento e input dati con in più un controllo TextBox, che avevo chiamato "mattonella()"

e anche un Word Processor .... in per la tesi of my brothr

Tutto in QuickBasic su 286 !!![/siz]

ah cionci cosa mi fai ricordare ... correva l'anno 1985 ...

[a2000]

Originally posted by "maxithron"



non vorrai rimettermi nel mucchio dei 5 mld solo per qualche battuta spero!

eh, caro maxitron stai rischiando di perdere il tuo posto su l'

[/siz]

[/siz]

per adesso siamo io, Cam, Sem, Pal, Secam, tu (forse), la Bionda Naturale, matpez e cionci se viene alla cena

[cionci]

Originally posted by "a2000"

non esce più informazione di quella che c'è dentro.
mentre un codice di calcolo genera informazione.

Ecco vedi che siamo d'accordo !!!

In questo caso non serve alcuna generazione di informazioni...serve soltanto un archivio elettronico dei dati dei suoi pazienti...

[a2000]

e se invece se le/li vuole anche trombare ? ig:

gli/le toccherà fare qualche previsione di comportamento:

|




per quanto riguarda Excel: proprio perchè ne ho abbozzato uno in QB45 e ho utilizzato VisualBasic 3, 4, 6 classico per interfacce input-output e so cosa vuol dire, NON voglio spendere una riga di codice più del necessario per leggere e scrivere dati dallo e sullo schermo e quindi uso un ambiente già predisposto per questo che mi riduce ad un decimo la programmazione d'interfaccia dati.
E penso che l'utilizzo dell'oggetto Worksheet (che è la versione TURBO di tutte le MinchiaGrid di VB) possa essere adottata come Form di default nell'80% delle applicazioni Visual.

Certo, forse si sacrifica qualcosa alla grafica (ma anche no), ma la sostanza è superiore.

Diciamo che la mia NON è la battaglia per Excel ma per l'uso del controllo Worksheet come default-form in VB.

[mattomatt]

Ma MicroMerd vi paga per scrivere tutte ste ca...te? Tutto quello che dite si fa veramente in cinque minuti garantendo affidabilità maggiore, performances migliori e costi nulli usando un qualsiasi sistema SQL freeware ad esempio MySql (www.mysql.org). Con tale soluzione hai la garanzia di poter utilizzare i tuoi dati come meglio credi, puoi fare un'interfaccia in php magari e caricare il tutto in un bel serverino e accedere al tuo programma da qualsiasi computer collegato ad internet(Occhio ai problemi di sicurezza introdotti nel caso dell'utilizzo ad internet, potrebbero aumentare di molto la complessità del progetto). Ma come fate a parlare di Excel o Access o peggio ancora l'aborto dei linguaggi di programmazione?(Indovinate un po' di quale sto parlando...)
Scusate lo sfogo, è solo la mia opinione, mi da fastidio che c sia gente che contribuisce ad un monopolio di fatto come voi solo per la paura di velutare altre soluzioni, spesso di gran lunga migliori.

[mattomatt]

Comunque ritornando al problema...
se mi dai le specifiche e se hai voglia di scaricarti e installarti mysql sul tuo sistema t spiego veramente in 4 righe come fare quello che t serve, se poi hai bisogno di un'interfaccia user-friendly...che linguaggi conosci?

[a2000]

hai ragione mattomatt !
nessuno può avere ragione più di te !


(sto' forum mi fa morire ! )


... ma vedi a noi dei di quello che sta attaccato al filo del telefono non ce ne fo++e un ca++o !

vieni qui, to', smack !
(un bacio sulla fronte!)

[cionci]

Originally posted by "mattomatt"

Ma come fate a parlare di Excel o Access o peggio ancora l'aborto dei linguaggi di programmazione?(Indovinate un po' di quale sto parlando...)
Scusate lo sfogo, è solo la mia opinione, mi da fastidio che c sia gente che contribuisce ad un monopolio di fatto come voi solo per la paura di velutare altre soluzioni, spesso di gran lunga migliori.

Piano piano...uso MySQL ormai da diversi anni...e mi ci trovo proprio bene... Però bisogna dire che fare una cosa così semplice Access è 100.000 volte più comodo... Con 20 righe di codice riuscirebbe a fare ciò che gli interessa ed una maschera...

Se dovessi fare un DB per un'applicazione seria allora userei anche io MySQL (non faccio altro che consigliarlo a destra e a sinistra)... Ma poi l'applicazione stand alone chi gliela costruisce ?

Bisogna dare a M$ ciò che è di M$...per fare cataloghi o gestire una lista di cose o persone Access è l'ideale... Chiaramente a ppena si va sulla multiutenza bisogna subito cercare altre strade...