text:
"Diego Lotti" <
mac...@NOSPAM.iol.it
> ha scritto nel messaggio
news:itFS9.91564$TC5.2...@twister1.libero.it...
> In alcuni casi le uso, ma in altri mi serve la flessibilità di poter
operare
> sul recordset.
> Esiste un modo di aprire un recordset senza aprire tutta la tabella, in
> modalità "solo inserimento" come nelle maschere?
> Qual'è il modo migliore per aprire un rs molto grosso da codice?
>
> Grazie
>
Ma scusa, se apri un Recordset come vuoi fare te devi aprirlo tutto,
altrimenti
filtrarlo in fase di apertura con un predicato SQL che limita a 1 record.
A questo punto fai un ADDNEW, ma la PrimaryKey come la generi, come la
controlli, devi perforza in ogni caso ricorrere alle transazioni.
Perforza dovendo ridurre il n° dei Records devi imporre delle condizioni
"Select * FROM Tabella WHERE xxxxx"
Più aumenti le condizioni più riduci i Record, a meno di filtrare per
PrimaryKey, allora basta una condizione se è unica.
Ma quale indice metti...???Minimo ne devi usare uno esistente, e non mi
dirai che fai un DlookUp....??????????
Secondo me in questo caso puoi tralasciare la flessibilità dei Recordset
eventualmente ti serva per altre cose
li puoi usare.
Io gli aggiornamenti di Form non associate su Tabelle li eseguo proprio
così, e proprio per evitare di fare accrocchi.
@Alex.


title: Trasferimento dati da excel ad access

author: Andrea

text:
Buongiorno a tutti. Avrei bisogno di un aiuto..
Nonostante mi sia già documentato non riesco a trovare un modo di
passare i dati da unatabella excel ad una access in modo automatico.
Esiste qualche procedura che se avviene un cambiamento nella tabella
excel mi aggiorni automaticamente quella access?
Ringrazio anticipatamente per la collaborazione.
saluti Andrea


title: Trasferimento dati da excel ad access

author: Sergio MAZZA

text:
"Andrea" <
and...@inwind.it
> ha scritto nel messaggio
news:6775f36b.04052...@posting.google.com...

Leggi la risposta al messaggio di mrfree con oggetto: trsasporto dati da db
ad ecxel...
Ciao.
--
Sergio MAZZA


title: Trasferimento dati da excel ad access

text:
"Andrea" <
and...@inwind.it
> ha scritto nel messaggio
news:6775f36b.04052...@posting.google.com...

File - Carica dati esterni - Collega tabelle...
Ciao.
--
Sergio MAZZA


title: Trasferimento dati da excel ad access

text:
"Sergio MAZZA" <
sergi...@tiscali.it
> wrote in message news:<c8vmu9$ftq$
1...@canarie.caspur.it
>...

Grazie, ci provo...ciao.


title: Re: Immagine di fondo (Background Completo) su Access 2000

author: BB

text:
ALESSANDRO Baraldi ha scritto:
> "JoeBlack" <
web...@email.it
> ha scritto nel messaggio
> news:eI%%c.286969$5D1.12...@news4.tin.it...
> > Salve a tutti...
> >
> > Ho fatto un programmino in Access 2000  e vorrei mettere un fondello fisso
> a
> > tutto schermo, (tipo immagine ripetuta).
> > Ho provato creando una maschera ed ingrandendola l'effetto è quello
> > voluto... ma appena posiziono il mouse su di essa, va in primo piano e
> copre
> > le altre...
> >
> > :( è grave?
> >
> > Grazie..
> > Saluti .. Joe
> Ci sono altri sistemi per impostare un'immagine nel BackGround di Access.
> Trovi esempi sul Sito di Lebans, nel mio sito c'è un bell'esempio, ma è
> sviluppato in Access_XP, se hai la possibilità di aprirlo è completo.
> [Vedi sito sotto]
> Ciao.
caro SASA'! ho scaricato archidoc dal tuo sito, vi è la funzione di
visualizzare il documeto archiviato che mi interesserebbe, ma perche non
metti l'mdb in modo da vedere anche come è stato sviluppato? (proprietà,
eventi, modifiche?)
luigi
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


author: Alessandro IT

text:
onof...@tin.it
 (BB) wrote in message news:<chrgqc$tnq$
1...@news.newsland.it
>...
> ALESSANDRO Baraldi ha scritto:
[CUT]
>
> > Ci sono altri sistemi per impostare un'immagine nel BackGround di Access.
> > Trovi esempi sul Sito di Lebans, nel mio sito c'è un bell'esempio, ma è
> > sviluppato in Access_XP, se hai la possibilità di aprirlo è completo.
> > [Vedi sito sotto]
> > Ciao.
>
>
> caro SASA'!
Prego...? ci conosciamo..?
>ho scaricato archidoc dal tuo sito, vi è la funzione di
> visualizzare il documeto archiviato che mi interesserebbe, ma perche non
> metti l'mdb in modo da vedere anche come è stato sviluppato? (proprietà,
> eventi, modifiche?)
> luigi
Se lei avesse cercato nei Post del NG avrebbe letto le modalità
per accedere al Codice.
Quanto pubblicato sul Sito è OPENSOURCE, il motivo della protezione
anche se chiamarla così è molto azzardato è che sono applicativi
che possono tornare comodi anche a coloro che non vogliono entrare
nel Codice.
In ogni caso le comunico che basta accedere al menù Password e digitare
"sitocomune"--->Sproteggi, quindi riaprire il Progetto.
Saluti...!!!!!!
@Alex.


author: MA

text:
"Alessandro IT" <
ik2...@libero.it
> ha scritto nel
messaggio
news:9a759ec2.04091...@posting.google.com...

Quanto ti arrabbi ti nicki come Alessandro IT nel
senso Io Ti spiezzo in due????
A parte gli scherzi, hai ragione ma credo che
seguiranno le scuse.
E poi Sasà dovrebbe essere Salvatore non
Alessandro
MAssimiliano


author: Alessandro Baraldi

text:
"MA" <
m...@accessgroup.it
> wrote in message
news:jOe0d.16332$
B06....@news.edisontel.com
[CUT]
>
> Quanto ti arrabbi ti nicki come Alessandro IT nel
> senso Io Ti spiezzo in due????
> A parte gli scherzi, hai ragione ma credo che
> seguiranno le scuse.
> E poi Sasà dovrebbe essere Salvatore non
> Alessandro
> MAssimiliano
Ciao MA, no il problema è che non posto da casa quindi tramite
Google o Mailgate e li il Nick è quello della registrazione...!
Non mi sono arrabbiato...!Ho dato questa impressione...?
Ciao.
Alessandro
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG


text:
"Alessandro Baraldi" <
ik2...@libero.it
> ha scritto
nel messaggio
news:480d1cf4eaf1597b9e...@mygate.mailgate.org...
> "MA" <
m...@accessgroup.it
> wrote in message
> news:jOe0d.16332$
B06....@news.edisontel.com
>
> [CUT]
> >
> > Quanto ti arrabbi ti nicki come Alessandro IT
nel
> > senso Io Ti spiezzo in due????
> > A parte gli scherzi, hai ragione ma credo che
> > seguiranno le scuse.
> > E poi Sasà dovrebbe essere Salvatore non
> > Alessandro
> > MAssimiliano
>
>
> Ciao MA, no il problema è che non posto da casa
quindi tramite
> Google o Mailgate e li il Nick è quello della
registrazione...!
>
> Non mi sono arrabbiato...!Ho dato questa
impressione...?
>
> Ciao.
> Alessandro
>
Lascia che lo dimettano dall'ospedale per morsi di
cane... e te lo dirà lui!
MAssimiliano


author: Karl Donaubauer

text:
JoeBlack wrote:
> Ho fatto un programmino in Access 2000  e vorrei mettere un fondello
> fisso a tutto schermo, (tipo immagine ripetuta).
> Ho provato creando una maschera ed ingrandendola l'effetto è quello
> voluto... ma appena posiziono il mouse su di essa, va in primo piano
> e copre le altre...
>
> :( è grave?
Beh qualche riga di codice...
API: Put an image in Access window
http://www.mvps.org/access/api/api0035.htm
--
HTH
Karl
*********
Access FAQ:
www.donkarl.com/it


author: JoeBlack

text:
nel sito  inglese.. ho visto... ma non era poprio il massimo della
semplicità... (almeno per le mie limitate conoscenze) e per quanto riguarda
Access XP ... per adesso... nada..
cmq.. ci smanetto un po vedo di fare qualche prova..
Grazie.. cmq..
Saluti Joe


text:
...non è che ci sarebbe qualche "anima pia" che potrebbe dirmi dove
prelevare un esempio di cui all'oggetto?
Saluti
Joe


author: OL

text:
MA ha scritto:


no a me ha dato l'impressione dello scherzo bonario!
grazie ma sul sito comune non avevo letto della sprotezione.
Azz !!  quanti cazziatoni stò avendo su questa newsgroup!!!
ehh! sono le conseguenze di voler imparare qualcosa!!.
Saluti a tutti!
OL  ex BB  alias onofrio Luigi



text:
Alessandro IT ha scritto:

> Prego...? ci conosciamo..?



> Saluti...!!!!!!
> @Alex.
ueh!! alessandro!!!
ho visto il codice!
ma che è un trattato sei servizi segreti? :-))
a quel livello non ci capisco niente!!!  mi dispiace ma in questo campo
non sono assolutamente alla tua altezza!
a me serve solo importare il percorso di un doc. in un campo prendendolo
da una lista!
mah!
ciao



title: più parametri a wherecondition

author: giggino

text:
cone faccio ad inserire più parametri al were condition: non conosco SQL.
Ciao
giggino


title: più parametri a wherecondition

author: Roberto da casa

text:
"giggino" <
luigiv...@libero.it
> ha scritto nel messaggio
news:3Hrhb.23874$vO5.8...@twister1.libero.it...
> cone faccio ad inserire più parametri al were condition: non conosco SQL.
>
> Ciao
> giggino
Nella condizioniWHERE unisci le varie condizioni con l'operatore And.
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: più parametri a wherecondition

text:
"Roberto da casa" <
r.ma...@libero.it
> ha scritto nel messaggio
news:oNvhb.26158$e6.8...@twister2.libero.it...

ci ho provato varie volte, ma mi dice sempre "tipo non corrispondendte" cosa
devo fare?
cIAO


title: più parametri a wherecondition

text:
"giggino" <
luigiv...@libero.it
> ha scritto nel messaggio
news:4GShb.27035$vO5.9...@twister1.libero.it...
>
> "Roberto da casa" <
r.ma...@libero.it
> ha scritto nel messaggio
> news:oNvhb.26158$e6.8...@twister2.libero.it...
> >
> > "giggino" <
luigiv...@libero.it
> ha scritto nel messaggio
> > news:3Hrhb.23874$vO5.8...@twister1.libero.it...
> > > cone faccio ad inserire piů parametri al were condition: non conosco
> SQL.
> > >
> > > Ciao
> > > giggino
> >
> > Nella condizioniWHERE unisci le varie condizioni con l'operatore And.
> >
> > --
> > Roberto
> >
> > ---------------------------------------------
> > il Sito Comune di it.comp.appl.access:
> >
http://www.sitocomune.com
> > ---------------------------------------------
> >
> >
>
> ci ho provato varie volte, ma mi dice sempre "tipo non corrispondendte"
cosa
> devo fare?
> cIAO
A causa di uno sciopero convocato dalle sfere di cristallo non sono in grado
di indovinare quale errore di sintassi hai commesso. ;-)
Forse se posti il codice VBA che stai usando č piů facile che ti si possa
dare una mano.



title: più parametri a wherecondition

text:
> A causa di uno sciopero convocato dalle sfere di cristallo non sono in
grado
> di indovinare quale errore di sintassi hai commesso. ;-)
> Forse se posti il codice VBA che stai usando è più facile che ti si possa
> dare una mano.
Ecoolo quà!
Private Sub cognome_Click()
cognome = Form_PerCognome.cognome
nominativo = Form_PerCognome.nome
DoCmd.OpenForm "SOLE LETTURE", , , "cognome = '" + cognome + "'" And "nome =
'" + nominativo + "'"
End Sub
messaggio errore:<< Tipo non corrispondente>>


title: più parametri a wherecondition

text:
"giggino" <
luigiv...@libero.it
> ha scritto nel messaggio
news:Tpaib.31284$e6.11...@twister2.libero.it...

Prova a scrivere il metodo OpenForm così:
DoCmd.OpenForm "SOLE LETTURE", , , "cognome = " & _
Chr$(34) & cognome & Chr$(34) & " And nome =" & _
Chr$(34) & nominativo & Chr$(34)



title: più parametri a wherecondition

text:
GRAZIE FUNZIONA PERFETTAMENTE!!
non pensavo proprio che fosse quello l'errore, inoltre, se provavo ad
utilizzare una condizione alla volta tutto funzionava!
Grazie ciao
Giggino


title: A97 --> Excel97

author: UJ

text:
Dopo avere reinstallato Office 97 in un PC (in modo completo!) il formato di
esportazion Excel non compare più nella lista del "Tipo File" quando tento
di esportare manualmente una tbl o un qry.
Lo stesso problema lo avevo già visto, poi misteriosamente tale formato era
"comparso" senza aver fatto assolutamente nulla.
Qualcuno mi potrebbe dare una "illuminazione"?
Grazie.
UJ


title: A97 --> Excel97

author: Mark

text:
"UJ" <
uncl...@nospamtiscalinet.it
> wrote in message
news:a8h4st$e06$1...@fe1.cs.interbusiness.it...

Questa è la soluzione del problema
Saluti
Marco Dell'Oca
D.M.Software
 ACC: Troubleshoot "Couldn't Find Installable ISAM" Error
ID: Q155666
----------------------------------------------------------------------------
----
The information in this article applies to:
  a.. Microsoft Access versions 7.0, 97
----------------------------------------------------------------------------
----
Moderate: Requires basic macro, coding, and interoperability skills.
SYMPTOMS
When you try to export data to Microsoft FoxPro, Paradox, dBASE, Lotus
1-2-3, Text, or Microsoft Excel files, you may receive the following error
message:
  Couldn't find installable ISAM
You may also receive this error message when you try to import data from any
one of those file types.
CAUSE
This error message can occur if you have invalid information in the
registry, or if you have a missing or a corrupted dynamic-link library
(.dll) file.
RESOLUTION
You may be able to resolve this error message by removing and then
reinstalling the indexed sequential access method (ISAM) drivers in
Microsoft Access 95 or Microsoft Access 97. To do so, follow these steps:
  1.. Start Windows Explorer (or File Manager) and search for the following
files. If you find any of these files, rename them. For example, change the
extension for each file from .dll to .old (Msxl3032.old).
  In Microsoft Access 95, search for the following files:
        File Name       Import/Export ISAM For
        --------------------------------------
        Msxl3032.dll    Microsoft Excel
        Mstx3032.dll    Text
        Mslt3032.dll    Lotus 1-2-3
        Mspx3032.dll    Paradox
        Msxb3032.dll    Microsoft FoxPro
        Msxb3032.dll    dBase
  In Microsoft Access 97, search for the following files:
        File Name       Import/Export ISAM For
        --------------------------------------
        Msexcl35.dll    Microsoft Excel
        Mstext35.dll    Text
        Msltus35.dll    Lotus 1-2-3
        Mspdox35.dll    Paradox
        Msxbse35.dll    Microsoft FoxPro
        Msxbse35.dll    dBase
  2.. If you have Microsoft Access as a stand-alone program (not as part of
Microsoft Office), start the Setup program for your version of Microsoft
Access (95 or 97). If you have Microsoft Access as a part of Microsoft
Office Professional, start the Setup program for your version of Microsoft
Office Professional (95 or 97).
  3.. Click the Add/Remove button.
  NOTE: If you are running Setup for Microsoft Office 95 or 97, select
Microsoft Access in the Options box, and then click Change Option before you
proceed to step 4.
  4.. Select Data Access in the Options box, and then click Change Option.
  5.. Clear the check box for each driver that has a check mark next to it.
  6.. Click Continue. Follow the instructions on screen to complete the
process of removing the ISAM components.
  7.. Start the Setup program again to reinstall the ISAM drivers.
  8.. Click the Add/Remove button.
  NOTE: If you are running Setup for Microsoft Office 95 or 97, select
Microsoft Access in the Options box, and then click Change Option before you
proceed to step 9.
  9.. Select Data Access in the Options box, and then click Change Option.
  10.. Click to select the check box for each ISAM driver that you want to
reinstall.
  11.. Click Continue. Follow the instructions on screen to complete the
process of reinstalling the ISAM components.
If you still receive the error message after you have completed these steps,
then remove and then reinstall Microsoft Access. To do so, follow these
steps:
  1.. Back up all the Microsoft Access database (.mdb) files that you have
created.
  2.. If you have Microsoft Access as a stand-alone program (not as part of
Microsoft Office), start the Setup program for your version of Microsoft
Access (95 or 97). If you have Microsoft Access as a part of Microsoft
Office, start the Setup program for your version of Microsoft Office (95 or
97).
  3.. Use one of the following methods to remove Microsoft Access:
    1.. If you have Microsoft Access as a stand-alone program, in the
Installation Maintenance Program box, click Remove All.
    2.. If you have Microsoft Access as a component of Microsoft Office
Professional, in the Installation Maintenance Program box, click Add/Remove,
and then click to clear the Microsoft Access check box. Click Continue.
  4.. Follow the instructions on screen to complete the process of removing
Microsoft Access 95 or Microsoft Access 97.
  5.. Start Windows Explorer (or File Manager) and search for the following
file names. If you find any of these files, rename them. For example, change
the extension for each file from .dll to .old (Msxl3032.old).
  In Microsoft Access 95, search for:
       File Name       Import/Export ISAM For
       --------------------------------------
       Msxl3032.dll    Microsoft Excel
       Mstx3032.dll    Text
       Mslt3032.dll    Lotus 1-2-3
       Mspx3032.dll    Paradox
       Msxb3032.dll    Microsoft FoxPro
       Msxb3032.dll    dBase
  In Microsoft Access 97, search for:
       File Name       Import/Export ISAM For
       --------------------------------------
       Msexcl35.dll    Microsoft Excel
       Mstext35.dll    Text
       Msltus35.dll    Lotus 1-2-3
       Mspdox35.dll    Paradox
       Msxbse35.dll    Microsoft FoxPro
       Msxbse35.dll    dBase
  6.. Insert Disk 1 of the Microsoft Access 95 or Microsoft Access 97 disks
into a floppy drive on your computer, or insert the Microsoft Office 95 or
Microsoft Office 97 CD into a CD-ROM drive.
  7.. Use one of the following methods to reinstall Microsoft Access:
    1.. If you are installing Microsoft Access as a stand-alone program,
click Start, click Run, type a command to start Setup, and then follow the
instructions to install Microsoft Access on your computer. For example,
type:
      a:\setup
    2.. If you are installing Microsoft Access as a part of Microsoft
Office, start Setup, click the Add/Remove button, and then click the
Microsoft Access check box. Click Continue and follow the instructions on
screen to install Microsoft Access.
REFERENCES
For more information about ISAM settings in the Windows registry, search on
the phrase "ISAM," and then view "Customize Windows Registry settings used
by Microsoft Access," or ask the Office Assistant.
Additional query words: attach link couldn t find installable ISAM
Keywords : kb3rdparty kberrmsg
Version : WINDOWS:7.0,97
Platform :
Issue type : kbprb
Technology :
      Last Reviewed: October 5, 2000
      © 2000 Microsoft Corporation. All rights reserved. Terms of Use.
----------------------------------------------------------------------------
----


title: Aiuto access

author: emilia

text:
          Ciao a tutti e complimenti per la vostra preparazione.
ho un problema con un programmino che ho fatto con access premetto niente di
eroico essendo poco pratica di questo database. Vengo al dunque: in una
query che ha un campo "virtuale" che calcola il numero delle ore per 51.65
ottenendo dei totali che io vorrei sommare in un unica cifra in base al
filtraggio dei records, purtroppo ottengo solo messaggi di errore come:
impossibile utilizzare somma in una funzione di aggregazione, oppure
impossibile eseguire una query che non includa l'espressione ID specificata
come parte di una funzione di aggregazione.
Cosa devo fare? c'è speranza? ho mi ricovereranno in neuro?.
Vi ringrazio anticipatamente
Ciao a tutti da emilia
emi...@libero.it
--------------------------------
Inviato via
http://arianna.libero.it/usenet/


title: Aiuto access


title: Aiuto access

text:
> Cosa devo fare?
usare un subject significativo
> c'è speranza?
sì se usi  un subject significativo
> ho mi ricovereranno in neuro?.
no, se husi un subject significativo
> Vi ringrazio anticipatamente
Col subject significativo o no?
> Ciao a tutti da emilia
ciao MAssimiliano
p.s. dai posta bene che la soluzione è facile


title: Aiuto access

author: Pablitomf

text:
emilia ha scritto:


--
Pablitomf (Maurizio Facciuti)
Lentamente muore chi abbandona un progetto prima di iniziarlo, chi non fa
domande sugli argomenti che non conosce, chi non risponde quando gli
chiedono qualcosa che conosce. (P.Neruda)
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: Aiuto access

text:
"Pablitomf" <
maurizio...@accessgroup.it
> ha
scritto nel messaggio
news:cdg3h6$pbf$1...@news.newsland.it...
ho notato, ho notato...
[ot] oggi sono al Centro Direzionale, vengo a
trovarti?
MAssimiliano


title: Aiuto access

text:
Pablitomf ha scritto:
> emilia ha scritto:
> > Ciao a tutti e complimenti per la vostra preparazione.
> > ho un problema con un programmino che ho fatto con access premetto niente
di
> > eroico essendo poco pratica di questo database. Vengo al dunque: in una
> > query che ha un campo "virtuale" che calcola il numero delle ore per 51.65
> > ottenendo dei totali che io vorrei sommare in un unica cifra in base al
> > filtraggio dei records, purtroppo ottengo solo messaggi di errore come:
> > impossibile utilizzare somma in una funzione di aggregazione, oppure
> > impossibile eseguire una query che non includa l'espressione ID specificata
> > come parte di una funzione di aggregazione.
> > Cosa devo fare? c'è speranza? ho mi ricovereranno in neuro?.
> > Vi ringrazio anticipatamente
> > Ciao a tutti da emilia
> >
emi...@libero.it
> > --------------------------------
> > Inviato via
http://arianna.libero.it/usenet/
Ricordo che nelle "gomme da masticare" usciva sempre e solo quell'odioso
messaggio "ritenta sarai più fortunato"... bhè, senza Subject che
individui realmente il tuo problema, non dovrai altro che ritentare a
postare il tuo Dilemma e a diff. delle gomme riceverai la risposta :-)



title: Aiuto access

text:
Ciao Massimiliano ho appena letto il tuo messaggio credo di aver capito che
ci voglia un subject o sbaglio?
ma come cavolo si fa!!!! :-)
descrivimelo su dai!
ciao da emy



title: Aiuto access

text:
MA ha scritto:


Cos'hai notato?????....
Cmq, si dai, mi fa piacere... ma sempre dalle 13 alle 14 (Entrata Holiday
Inn)... attendo tua conferma ok?



title: Aiuto access

text:
emilia ha scritto:


Si fa che al posto di "Aiuto access" che è quello per cui chiunque scrive
a questo NG, dovresti scrivere qualcosa che individui direttamente il tuo
problema... tipo "Errore somma su query on campi aggregati"... almeno chi
leggerà e si sentirà preparato sull'argomento ti risponderà subito...
consiglio... leggi le regole dell'NG su
www.sitocomune.com



title: Aiuto access

text:
"Pablitomf" <
maurizio...@accessgroup.it
> ha
scritto nel messaggio
news:cdg3qt$t31$1...@news.newsland.it...
> MA ha scritto:
>
> > "Pablitomf" <
maurizio...@accessgroup.it
>
ha
> > scritto nel messaggio
> > news:cdg3h6$pbf$1...@news.newsland.it...
>
> > ho notato, ho notato...
> > [ot] oggi sono al Centro Direzionale, vengo a
> > trovarti?
> > MAssimiliano
>
> Cos'hai notato?????....
L'account della tua posta.
> Cmq, si dai, mi fa piacere... ma sempre dalle 13
alle 14 (Entrata Holiday
> Inn)... attendo tua conferma ok?
Non penso di farcela
MAssimiliano


title: Aiuto access

text:
MA ha scritto:
> > Cos'hai notato?????....
> L'account della tua posta.
Haaaa!
> > Cmq, si dai, mi fa piacere... ma sempre dalle 13
> alle 14 (Entrata Holiday
> > Inn)... attendo tua conferma ok?
> Non penso di farcela
> MAssimiliano
Massimo, io alle 17.30 credo di uscire dall'ufficio... ci vogliamo vedere
a quell'ora? ci prendiamo un caffè e parliamo un pò del sito e del resto...



title: Aiuto access

text:
"Pablitomf" <
maurizio...@accessgroup.it
> ha
scritto nel messaggio
news:cdg47g$2hn$1...@news.newsland.it...
> MA ha scritto:
>
> > > Cos'hai notato?????....
>
> > L'account della tua posta.
>
> Haaaa!
>
> > > Cmq, si dai, mi fa piacere... ma sempre
dalle 13
> > alle 14 (Entrata Holiday
> > > Inn)... attendo tua conferma ok?
>
> > Non penso di farcela
> > MAssimiliano
>
> Massimo, io alle 17.30 credo di uscire
dall'ufficio... ci vogliamo vedere
> a quell'ora? ci prendiamo un caffè e parliamo un
pò del sito e del resto...
Ok.
MAssimiliano


title: Aiuto access

author: Antonio Biso

text:
"MA" <
m...@accessgroup.it
> ha scritto nel messaggio
news:1AMKc.3209$B06....@news.edisontel.com...
>
> > > > Cmq, si dai, mi fa piacere... ma sempre
> dalle 13
> > > alle 14 (Entrata Holiday
> > > > Inn)... attendo tua conferma ok?
> >
> > > Non penso di farcela
> > > MAssimiliano
> >
> > Massimo, io alle 17.30 credo di uscire
> dall'ufficio... ci vogliamo vedere
> > a quell'ora? ci prendiamo un caffè e parliamo un
> pò del sito e del resto...
> Ok.
> MAssimiliano
Ma fatevi pure i fatti vostri sul NG eh?
Tanto noi non disturbiamo...
Antonio


title: Aiuto access

text:
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel
messaggio
news:P%PKc.37$1V3....@twister2.libero.it...

vedi che non è vero e disturbi sempre???
MAssimiliano


title: Aiuto access

text:
"Antonio Biso" <
ch...@etruria.net
> ha scritto nel messaggio
news:P%PKc.37$1V3....@twister2.libero.it...

AHAHAHAHAHAHA EHEHEHEHEH HIHIHIHI
Ciao.
--
Sergio MAZZA


title: Aiuto access

text:
Antonio Biso ha scritto:
> Ma fatevi pure i fatti vostri sul NG eh?
> Tanto noi non disturbiamo...
> Antonio
Sei invidioso? Lo so che nella tua "Valle di lacrime" ci sono solo 2
pastori, 3 pecore e un vigile urbano, ma mica ce ne vorrai fare una colpa?
:-) E poi, se vuoi, il caffč puoi venire a prenderlo pure tu con noi...
che saranno 1 ora e mezzo d'aereo per vedere due amici... :-D
Antņ, fa caldo....



title: Aiuto access

text:
"Pablitomf" <
maurizio...@accessgroup.it
> ha scritto nel messaggio
news:cdgl1m$n7l$1...@news.newsland.it...
> Antonio Biso ha scritto:
>
> > Ma fatevi pure i fatti vostri sul NG eh?
> > Tanto noi non disturbiamo...
>
> > Antonio
>
> Sei invidioso? Lo so che nella tua "Valle di lacrime" ci sono solo 2
> pastori, 3 pecore e un vigile urbano, ma mica ce ne vorrai fare una colpa?
> :-) E poi, se vuoi, il caffč puoi venire a prenderlo pure tu con noi...
> che saranno 1 ora e mezzo d'aereo per vedere due amici... :-D
>
> Antņ, fa caldo....
Se presenti quella scollatura ti porto un tir di bevande!!!
> --
> Pablitomf (Maurizio Facciuti)
>
> Lentamente muore chi abbandona un progetto prima di iniziarlo, chi non fa
> domande sugli argomenti che non conosce, chi non risponde quando gli
> chiedono qualcosa che conosce. (P.Neruda)
Ciao.
--
Sergio MAZZA


title: Aiuto access

text:
"Pablitomf" <
maurizio...@accessgroup.it
> ha scritto nel messaggio
news:cdgl1m$n7l$1...@news.newsland.it...
> Antonio Biso ha scritto:
>
> Antò, fa caldo....
AUUUUUUUUUUUUUUHHHHHHHHH
Antonio


title: Aiuto access

text:
Sergio MAZZA ha scritto:
> Se presenti quella scollatura ti porto un tir di bevande!!!
Ma tu non avevi Playman.doc e LeVogliose.html in C:\ ???? Cerchi ancora
scollature? scommetto che tra poco su
domini.it
 vedrņ il tuo nome come
proprietario di
www.programmami_tutta.it
 :-D
(Ragazzi, il caldo inizia a far danni !!!! )
--
Pablitomf (Maurizio Facciuti)
Lentamente muore chi abbandona un progetto prima di iniziarlo, chi non fa
domande sugli argomenti che non conosce, chi non risponde quando gli
chiedono qualcosa che conosce. (P.Neruda)
questo articolo e` stato inviato via web dal servizio gratuito



title: Problema con report

author: Alberto

text:
Ho creato un report di fattura e con la sezione del totale nel pie di pagina
report.
Quando si tratta di una pagina da stampare tutto bene. Il problema avviene
quando devo stampare 2 pagine, vorrei che il totale fattura rimanga
impostato in fondo alla pagina e non successivamente alla creazione dei
record come avviene adesso.
Quindi la domanda è:
Esiste una proprietà della macro che posso impostare le coordinate della
sezione e bloccare queste impostazioni in modo tale che ad ogni pagina
creata il totale fattura rimane fisso in quel punto?
Devo utilizzare per forza il VBA?
Vi ringrazio in anticipo e saluti
Alberto


title: Problema con report

author: omnitow

text:
"Alberto" ha scritto:
omnitow risponde:
Non c'ho capito un'h :-)
> Ho creato un report di fattura e con la sezione del totale nel pie di
pagina
> report.
il pie di pagina repor è una sezione del report come puoi averne inserita
un'altra,
forse intendevi dire che il/i controllo/i che visualizzano i totali sono nel
pie di pagina repor?
>
> Quando si tratta di una pagina da stampare tutto bene. Il problema avviene
> quando devo stampare 2 pagine, vorrei che il totale fattura rimanga
> impostato in fondo alla pagina e non successivamente alla creazione dei
> record come avviene adesso.
cosa significa "successivamente alla creazione dei record", forse alla fine
di tutti i record visualizzati?
[cut]
>
> Vi ringrazio in anticipo e saluti
> Alberto
>
se ho tradotto bene :-), e quello che intendi fare è visualizzare nel "pie
di pagina pagina" quindi su ogni pagina del report i totali desunti dalla
somma di tutti i record prima che questi siano stati caricati, per quello
che so devi ricorrere per forza al VBA e tramite le funzioni di aggregazione
(Dsum, Dcount ecc) calcolarti i totali nell'evento Open del report,
memorizzarli in variabili dichiarate a livello di modulo e nell'evento Page
assegnare tali valori ai controlli nel pie di pagina pagina
Ciao, omnitow


title: Problema con report

text:
Il problema, secondo me, è più semplice di quanto immagini.
Si è vero mi sono spiegato con un italiano non molto corretto. Spero di
essere più esplicativo:
A me interessa visualizzare il totale fattura in fondo alla fattura, come
tutte le fatture normali di questo mondo.
Inserendo il totale nel pie di pagina report il totale viene visualizzato
subito dopo la sezione del corpo, cioè righe fattura. Il problema avviene,
quando creo una seconda pagina e il totale può finire in diverse posizioni
della pagina e non in fondo.
Il totale deve essere visualizzato sempre nella stessa posizione, cioè in
fondo pagina, che mi ritrovi nella prima o nella seconda, quindi mi
interessa bloccare o la sezione o una serie di controlli (totale iva, totale
fattura) che si trovano nella sezione pie di pagina report. Se utilizzo il
pie di pagina pagina mi compare su tutte le pagine e non è molto bello :-)
Come posso risolvere questo problema?
Ti ringrazio
Ciao
Alberto
"omnitow" <
omn...@tin.it
> ha scritto nel messaggio
news:K6v7a.161893$YG2.4...@twister1.libero.it...



title: Problema con report

text:
"Alberto" <
albl...@postino.it
> ha scritto nel messaggio
news:deF7a.7836$%1.23...@tornado.fastwebnet.it...
> Il problema, secondo me, è più semplice di quanto immagini.
> Si è vero mi sono spiegato con un italiano non molto corretto. Spero di
> essere più esplicativo:
> A me interessa visualizzare il totale fattura in fondo alla fattura, come
> tutte le fatture normali di questo mondo.
> Inserendo il totale nel pie di pagina report il totale viene visualizzato
> subito dopo la sezione del corpo, cioè righe fattura. Il problema avviene,
> quando creo una seconda pagina e il totale può finire in diverse posizioni
> della pagina e non in fondo.
> Il totale deve essere visualizzato sempre nella stessa posizione, cioè in
> fondo pagina, che mi ritrovi nella prima o nella seconda, quindi mi
> interessa bloccare o la sezione o una serie di controlli (totale iva,
totale
> fattura) che si trovano nella sezione pie di pagina report. Se utilizzo il
> pie di pagina pagina mi compare su tutte le pagine e non è molto bello :-)
> Come posso risolvere questo problema?
> Ti ringrazio
> Ciao
> Alberto
In ogni caso il pie di pagina report viene visualizzato una sola volta alla
fine del report, quindi:
Immagino che avrai un campo di raggruppamento nel tuo report, per esempio
IDfattura, inserisci i totali nel "pie di pagina IDfattura" ed imposta la
propietà "Interruzione pagina = Dopo la sezione", poi per visualizzare il
pie di pagina id fattura nella stessa posizione non saprei di preciso come
fare, però tramite vba potresti nell'evento PièDiPaginaNomeGruppo_Format
calcolare ed assegnare la propietà Height di tale sezione e la propietà Top
dei controlli.
ciao omnitow


title: Problema con report

text:
"Alberto" <
albl...@postino.it
> ha scritto nel messaggio
news:deF7a.7836$%1.23...@tornado.fastwebnet.it...
> Il problema, secondo me, è più semplice di quanto immagini.
> Si è vero mi sono spiegato con un italiano non molto corretto. Spero di
> essere più esplicativo:
> A me interessa visualizzare il totale fattura in fondo alla fattura, come
> tutte le fatture normali di questo mondo.
> Inserendo il totale nel pie di pagina report il totale viene visualizzato
> subito dopo la sezione del corpo, cioè righe fattura. Il problema avviene,
> quando creo una seconda pagina e il totale può finire in diverse posizioni
> della pagina e non in fondo.
> Il totale deve essere visualizzato sempre nella stessa posizione, cioè in
> fondo pagina, che mi ritrovi nella prima o nella seconda, quindi mi
> interessa bloccare o la sezione o una serie di controlli (totale iva,
totale
> fattura) che si trovano nella sezione pie di pagina report. Se utilizzo il
> pie di pagina pagina mi compare su tutte le pagine e non è molto bello :-)
> Come posso risolvere questo problema?
> Ti ringrazio
> Ciao
> Alberto
Quando rispondi scrivi DOPO e non prima del testo dei messaggi precedenti.
Prova a vedere se risolvi i ruoi problemi andando sul Sito Comune (link qui
sotto) e leggendo nella Sezione Reports la FAQ di Federico Luciani
intitolata "Stampare un numero N costante di righe per pagina".
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: Problema con report

text:
"Alberto" <
albl...@postino.it
> ha scritto nel messaggio
news:deF7a.7836$%1.23...@tornado.fastwebnet.it...
> Il problema, secondo me, è più semplice di quanto immagini.
Il problema, secondo me, è più complesso di quanto immagini,
visto che non scrivi correttamente DOPO il quoting!!!
Antonio


title: riflessione su NY

author: stwe

text:
innanzi tutto ho scoperto che molti di voi hanno bambini, complimenti a
tutti, io ho solo 27 anni e non credo che ne avrò
[considerazione sul NG] come siete vecchi!!!!!!!!!!
ho letto il lungo thread su NY, nessuno [non solo nel NG] ha fatto la
stupida considerazione che ho fatto io:
quasi sicuramente sono mussulmani gli attentatori, quindi provengono dal
medio oriente. Detto questo mi fa ridere che siamo noi i primi a finanziare
queste persone, in larga misura con il petrolio, ma del resto questo è
difficile da non usare, invece mi sono fatto questa idea discutendo al
telefono con una mia amica ieri sera, cazzo siamo noi che fumiamo canne a
tutto spiano (non so da voi, ma da me da 20 a 35 anni fumare canne è
paragonabile a fumare sigarette) [preciso che io non fumo più da 7 anni], è
il fumo buono ai miei tempi era "pakistano" questo la dice lunga... insomma
noi cretini incrementiamo la criminalità in Europa che a sua volta
arricchisce i produttori di queste droghe "leggere", e con i soldini si
armano da noi, e si addestrano a fare i terroristi.
è certamente il gatto che si morde la coda, ma non mi sembra poi un'idea
così idiota, voi che ne pensate?
by
stwe


title: riflessione su NY

author: Bolo

text:
stwe <
st...@stwe.org
> wrote in message
4ubo7.53678$ul3.1...@news.infostrada.it...
> innanzi tutto ho scoperto che molti di voi hanno bambini, complimenti a
> tutti, io ho solo 27 anni e non credo che ne avrò
> [considerazione sul NG] come siete vecchi!!!!!!!!!!
Io di anni ne ho 31 e di bambini ne ho 3 (non sono poi tanto + vecchio di
te).
Cerca di averne invece perchè, seppure impegnativo, il crescere dei figli è
l'esperienza + bella che puoi fare nella tua vita.
Ciao e ripensaci.
Bolo


title: riflessione su NY

author: Luciano (DOC)

text:
"Bolo" <
s.b...@tiscalinet.it
> wrote in message
news:9nscf2$g2a$1...@fe2.cs.interbusiness.it...
> Io di anni ne ho 31 e di bambini ne ho 3 (non sono poi tanto + vecchio di
> te).
Auguri!:-)
37 anni, due gemelli di 6 e mezzo.
> Cerca di averne invece perchè, seppure impegnativo, il crescere dei figli
è
> l'esperienza + bella che puoi fare nella tua vita.
Hai ragione, sigh....(lacrimuccia!:-)
Saluti.
Luciano


title: riflessione su NY

text:
"stwe" <
st...@stwe.org
> wrote in message
news:4ubo7.53678$ul3.1...@news.infostrada.it...
> ho letto il lungo thread su NY, nessuno [non solo nel NG] ha fatto la
> stupida considerazione che ho fatto io:
> quasi sicuramente sono mussulmani gli attentatori, quindi provengono dal
> medio oriente.
Mi sembra che ti sfuggano alcuni punti fondamentali:.
I mussulmani nel mondo sono circa un miliardo. Di questi solo 200 milioni
sono arabi, una modesta minoranza tutto sommato.Il paese mussulmano piu'
popoloso e anche tra i piu' agguerriti e' l'Indonesia., assai lontano quindi
dal medio oriente. Esistono arabi ebrei in Israele (pochi ma ci sono) e
cristiani in Egitto e Libano. Alcuni paesi Arabi, come il Marocco e
l'Algeria hanno fortissime presenze di etnie non arabe, soprattutto Berberi,
spesso anche represse duramente (Algeria), ma comuqnue mussulmane. Sono
mussulmani tutti i paesi della la fascia sahariana, alcuni fondamentalisti,
come il Sudan, ma la maggior parte pacifici. E' mussulmano il corno
d'Africa, come anche grande
parte della regione caucasiaca. Sono mussulmani alcuni dei popoli che
abbiamo sostenuto con la guerra dei balcani (bosniaci) ed e' mussulmana la
Turchia che
pure fa parte della NATO. Infine, moltissimi americani sono mussulmani,
primo fra tutti Cassius Clay che cambio infatti il suo nome in Mohammed
Ali'.
Ce la vogliamo prendere con tutta questa gente? Siamo proprio sicuri che
sono un miliardo di criminali?
> Detto questo mi fa ridere che siamo noi i primi a finanziare
> queste persone, in larga misura con il petrolio, ma del resto questo è
> difficile da non usare, invece mi sono fatto questa idea discutendo al
> telefono con una mia amica ieri sera, cazzo siamo noi che fumiamo canne a
> tutto spiano (non so da voi, ma da me da 20 a 35 anni fumare canne è
> paragonabile a fumare sigarette) [preciso che io non fumo più da 7 anni],
è
> il fumo buono ai miei tempi era "pakistano" questo la dice lunga...
insomma
> noi cretini incrementiamo la criminalità in Europa che a sua volta
> arricchisce i produttori di queste droghe "leggere", e con i soldini si
> armano da noi, e si addestrano a fare i terroristi.
Condivido il tuo pensiero circa le contraddizioni dell'occidente ma ti
garantisco che 20 anni fa il top per i palati fini erano la sinsemilla della
California ed l'olio di Manali (due posti ne' mussulmani ne' arabi) ed il
pakistano roba da ragazzetti di strada.
Quanto a tempi piu' recenti, si legge spesso di piantagioni scoperte in
Calabria ed in Albania. Insomma, la criminalita' fiuta gli affari
fregandosene di razze e religioni.
Saluti.
Luciano


title: Problema Euro con Access

author: Sidia Vr2

text:
Salve a tutti, ho un problemino riguardante i decimali dell'euro con
accesss, vi faccio un esempio.
Se dopo un espressione il risultato di un campo č ? 444,1350 il programma
non mi arrotonda a ? 444,1400 ma me lo lascia cosě causandomi errori poi
nella generazione di altre statistiche.
esempio se sommo 444.1400 + 444.1400 = 888.28
invece se sommo 444.1350 + 444.1350 = 888.27
come potete vedere il risultato č ben diverso.
Come posso risolvere questo enorme problema (per me) ?
Premetto che ho formattatto tutti i campi in Euro con decimali 2, ho provato
anche in automatica e a mettere Valuta come formato, ma il risultato non
cambia.
C'č un  soluzione?
Scusatemi ma non sono molto ferrato in queste cose.


title: Problema Euro con Access

author: DBN

text:
"Sidia Vr2" <
v...@rcapoint.it
> ha scritto nel messaggio
news:KabTa.909$Za4....@news2.tin.it...

Tempo fa ho posto una questione simile.
MAssimiliano mi ha detto che su
www.sitocomune.com
    c'č la risposta.


title: Problema Euro con Access

text:
>
> Tempo fa ho posto una questione simile.
> MAssimiliano mi ha detto che su
www.sitocomune.com
    c'è la risposta.
>
>
Scusa sarò anche orbo ma sono 10 minuti che cerca e non trovo nulla....hai
un link piu preciso?


title: Problema Euro con Access

author: Daniele LBSF

text:
"Sidia Vr2" <
v...@rcapoint.it
> ha scritto nel messaggio
news:KabTa.909$Za4....@news2.tin.it...

Prova ad usare la funzione ROUND(nomecampo;2)
>


title: Problema Euro con Access

author: Roberto dalla campagna

text:
Sidia Vr2 <
v...@rcapoint.it
> wrote in message
avbTa.1062$Za4....@news2.tin.it...

Vai sul Sito Comune (link qui sotto) e nella Sezione General leggiti la FAQ
di Karl Donaubauer intitolata "Arrotondare un numero alla cifra decimale
specificata (uso commerciale)".
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: Problema Euro con Access

text:
Daniele LBSF <
d.mi...@sicop.it
> wrote in message
6mcTa.195007$lK4.5...@twister1.libero.it...

Per Access 97 non esiste la funzione ROUND, inoltre mi sembra di aver capito
da altri messaggi transitati in questo NG che detta funzione non rispetta  i
criteri di arrotondamento commerciali.



title: Problema Euro con Access

author: Sib

text:
"Sidia Vr2" <
v...@rcapoint.it
> ha scritto nel messaggio

Oltre a quanto ti hanno gia' detto, vorrei aggiungere una considerazione.
In ambito commerciale bisogna fare molta attenzione con gli arrotondamenti,
molti tendono ad arrotondare tutte le cifre che gli passano per le mani, ma
il rischio maggiore non e' di non arrotondare correttamente, bensi' di
arrotondare qualcosa che non deve essere arrotondato.
Ad esempio, parlando di fatturazione, *l'unico* arrotondamento che va fatto
prima della somma e' quello di imposta e imponibile, mentre tutte le altre
somme vanno fatte senza eseguire alcun arrotondamento, mentre le righe di
una fattura, per es, vanno tutte sommate cosi' come sono (con un minimo di 4
cifre decimali) senza arrotondare (non importa come sono rappresentati gli
importi delle righe in stampa).
Sib


title: Problema Euro con Access

text:
"Sidia Vr2" <
v...@rcapoint.it
> ha scritto nel messaggio
> Salve a tutti, ho un problemino riguardante i decimali dell'euro con
> accesss, vi faccio un esempio.
>
> Se dopo un espressione il risultato di un campo č ? 444,1350 il programma
> non mi arrotonda a ? 444,1400 ma me lo lascia cosě causandomi errori poi
> nella generazione di altre statistiche.
>
> esempio se sommo 444.1400 + 444.1400 = 888.28
> invece se sommo 444.1350 + 444.1350 = 888.27
>
> come potete vedere il risultato č ben diverso.
Aggiungo che il comportamento del programma e' correttissimo, ci mancherebbe
che si mettesse pure a decidere da solo quando deve arrotondare e quando no.
Sib


title: Problema Euro con Access

author: massimo

text:
"Sidia Vr2" <
v...@rcapoint.it
> ha scritto nel messaggio
news:KabTa.909$Za4....@news2.tin.it...

    Se con access 97 si possono utlizzare nelle query
    la funzioni scritte nei moduli, puoi crearti la funzione round da solo,
altrimenti ...
>


title: Problema Euro con Access

text:
"Sidia Vr2" <
v...@rcapoint.it
> ha scritto nel messaggio
news:KabTa.909$Za4....@news2.tin.it...

Public Function ArrotondaEuro(dblValore)
 On Error Resume Next
     If dblValore < 0 Then
         dblValore = (Mid(dblValore, 2, Len(dblValore)) * 100) + 0.5
         If InStr(CStr(dblValore), ",") <> 0 Then dblValore = Int(dblValore)
         ArrotondaEuro = dblValore / 100
         ArrotondaEuro = "-" & ArrotondaEuro
     Else
         dblValore = (dblValore * 100) + 0.5
         If InStr(CStr(dblValore), ",") <> 0 Then dblValore = Int(dblValore)
         ArrotondaEuro = dblValore / 100
     End If
End Function
>
>


title: Access vs MSDE vs SQL Server vs MySql

author: yQy

text:
Ciao a tutti...
una discussione tecnica piu che una risoluzione a problemi.
Secondo voi:
In quale condizione e' meglio usare una basedati piuttosto che
un'altra?
Cioe'....in quale occasione (facendo esempio) usereste Access come
base dati piuttosto che database server tipo mysql/sql server?
Inoltre....MSDE lo usereste? in quale occasione?
Avete mai provato MySql e Sql Server? differenze (qualsiasi)?
Mi piacerebbe conoscere i Vs pareri in merito, am soprattuto il
perche' di una scelta poiuttosto che un'altra.
Commenti? pareri? (anche tecnici)


title: Access vs MSDE vs SQL Server vs MySql

author: OneEDP

text:
E' una domanda da 20 milioni di dollari di cui aspetto ancora risposta.
Io dico la mia.
1) Con MySql hai le garanzie che puoi avere gli OpenSource
2) SQL non l'ho mai sperimentato
3) Access ne parlano male, ma lo usano tutti. Perché alla fine i brillocchi
e le stelline colorate piacciono a tutti e sinceramente come front-end per
me è il massimo.


title: Access vs MSDE vs SQL Server vs MySql

text:


Quindi tu dici:
Access (interfaccia)
MySql (basedati)
e MSDE ?


title: Access vs MSDE vs SQL Server vs MySql

author: Francesco R.

text:
"yQy" <fabrizi...@SESPAMMITISTRONCOtin.it> ha scritto nel messaggio
news:61jpdvkpfpsq7eo06...@4ax.com...

Ogni tanto riesco a dare un'occhiata alle recensioni e prove che vengono
pubblicate sulle riviste di informatica che acquisto.
Per quanto riguarda Access, nel numero 144 di PC-Professionale, viene
definito come un RDBMS non proprio semplicissimo ed intuitivo, ma
sicuramente di una robustezza, flessibilità e programmabilità di assoluto
rilievo. In ogni caso viene comunque considerato un motore che pur
consentendo la gestione di applicazioni sofisticate e professionali, rimane
adatto ad un uso personale o per  gruppi di lavoro circoscritti. Non adatto
quindi a fungere da server per centinaia di accessi contemporanei.
Inoltre, non solamente è un software proprietario, ma l'autore, per motivi
ben comprensibili, lo rende disponibile per le sole piattaforme Windows. (A
meno di ricorrere ad emulatori sotto altri S.O.).
MySQL è invece uno dei più diffusi database (qui non sono ferratissimo xchè
ho le prove da qualche parte in garage), che deve la sua diffusione
sopratutto all'essere il DBMS open-source + veloce in internet, pur
rinunciando ad alcune caratteristiche per il quale non può essere
considerato un vero database relazionale (con l'ultima versione le cose
dovrebbero essere un pò diverse).
Si integra con diversi sistemi operativi, pur prediligendo i sistemi Linux e
cugini.
Non dispone di tutta la parte (credo si dica Front End) con la quale
generare l'interfaccia utente: maschere, report, ecc... Tuttavia si presta
ad una marea di tecniche di interfacciamento, sia open-source, sia
proprietarie.
Personalmente, per certe applicazioni tenterò la migrazione a PostgreSQL
http://www.postgresql.com/
Gira su piattaforme Linux-Unix, Windows, ed altre; viene definito il +
avanzato RDBMS open-source, ed è anche molto veloce.
Nonostante questo, per tante altre apllicazioni, viva Access.
E viva questo NG.
Ciao a tutti.


title: Access vs MSDE vs SQL Server vs MySql

text:
On Tue, 03 Jun 2003 20:01:17 GMT, "Francesco R."
<
rfrance...@infinito.it
> wrote:
>
>Per quanto riguarda Access, nel numero 144 di PC-Professionale, viene
>definito come un RDBMS non proprio semplicissimo ed intuitivo, ma
>sicuramente di una robustezza, flessibilità e programmabilità di assoluto
>rilievo. In ogni caso viene comunque considerato un motore che pur
>consentendo la gestione di applicazioni sofisticate e professionali, rimane
>adatto ad un uso personale o per  gruppi di lavoro circoscritti. Non adatto
>quindi a fungere da server per centinaia di accessi contemporanei.
Ma per una applicazione client in rete con 5/6 client tu cosa faresti?
installeresti mysql e ci svilupperesti o ti muoveresti e installeresti
tutti fatto in access?
>Inoltre, non solamente è un software proprietario, ma l'autore, per motivi
>ben comprensibili, lo rende disponibile per le sole piattaforme Windows. (A
>meno di ricorrere ad emulatori sotto altri S.O.).
vabbe....se uso mysql su windows....stiamo da capo a piedi :)
mysql ha senso usarlo su server unix :)
>MySQL è invece uno dei più diffusi database (qui non sono ferratissimo xchè
>ho le prove da qualche parte in garage), che deve la sua diffusione
>sopratutto all'essere il DBMS open-source + veloce in internet, pur
>rinunciando ad alcune caratteristiche per il quale non può essere
>considerato un vero database relazionale (con l'ultima versione le cose
>dovrebbero essere un pò diverse).
la 3.56 non permetteva le sub-select con + di 2 livelli (mi pare)
la 4 si credo, ma nessuna delle 2 non ha le stored....
non e' una bella cosa...csta nulla ma...c'e' MSDE (motore server di
sql server, gratuito)
se ci devifare applicazioni in rete per 5/10 client credo sia +
ottimale...no?
>Si integra con diversi sistemi operativi, pur prediligendo i sistemi Linux e
>cugini.
sisi, e' la sua forza secondo me
>Non dispone di tutta la parte (credo si dica Front End) con la quale
>generare l'interfaccia utente: maschere, report, ecc... Tuttavia si presta
>ad una marea di tecniche di interfacciamento, sia open-source, sia
>proprietarie.
esatto, anche in ASP o in PHP puoi sviluppare gestionali :)
>Personalmente, per certe applicazioni tenterò la migrazione a PostgreSQL
>
http://www.postgresql.com/
>Gira su piattaforme Linux-Unix, Windows, ed altre; viene definito il +
>avanzato RDBMS open-source, ed è anche molto veloce.
conosco molto bene, e me ne hanno parlato bene
>Nonostante questo, per tante altre apllicazioni, viva Access.
cmq..concordo in pieno!
>E viva questo NG.
concordo ancora di piu :))
>Ciao a tutti.
Ciao ! :))


title: Access vs MSDE vs SQL Server vs MySql

author: Paolo opg

text:
yQy <fabrizi...@SESPAMMITISTRONCOtin.it> wrote in
news:61jpdvkpfpsq7eo06...@4ax.com
:
> Cioe'....in quale occasione (facendo esempio) usereste Access come
> base dati piuttosto che database server tipo mysql/sql server?
>
quando ho più di 4/5 utenti che devono lavorare contemporaneamente sugli
stessi dati, mentre in rete viaggia anche altra roba (praticamente, una
lan normale con 4/5 utenti sul mio db...)
> Inoltre....MSDE lo usereste? in quale occasione?
>
singolo utente, ma con una quantità di dati piuttosto elevata (4 o 5
tabelle con >300k record a tabella, più o meno)
> Avete mai provato MySql e Sql Server? differenze (qualsiasi)?
>
li ho usati entrambi ma con macchine non paragonabili e per carichi
piccoli, quindi poco significativi.
> Mi piacerebbe conoscere i Vs pareri in merito, am soprattuto il
> perche' di una scelta poiuttosto che un'altra.
>
budget limitato + tanti utenti + applicazione semplice = mysql + php
budget limitato + tanti utenti = mysql + access
obbligo ms + tanti utenti = mssql + access
ovviamente, si tratta di opinioni...
--
+-------
| Paolo opg
|
| janickg ( at ) hotmail ( dot ) com
+-------


title: Access vs MSDE vs SQL Server vs MySql

text:
"yQy" <fabrizi...@SESPAMMITISTRONCOtin.it> ha scritto nel messaggio
news:tb1qdv05len8sjtd1...@4ax.com...
> On Tue, 03 Jun 2003 20:01:17 GMT, "Francesco R."
> <
rfrance...@infinito.it
> wrote:
>
> >
> Ma per una applicazione client in rete con 5/6 client tu cosa faresti?
> installeresti mysql e ci svilupperesti o ti muoveresti e installeresti
> tutti fatto in access?
Se l'applicazione è comunque destinata a girare con pochi accessi
contemporanei e sopratutto in ambito windows, probabilmente opterei per
Access, il quale comunque può migrare come origine dei dati verso Microsoft
SQL Server, viceversa se la scalabilità dovesse essere un fattore importante
per l'applicazione, opterei per un database diverso: ripeto, da molte cose
che ho letto in giro il più alettante sarebbe PostgreSQL.
> >Inoltre, non solamente è un software proprietario, ma l'autore, per
motivi
> >ben comprensibili, lo rende disponibile per le sole piattaforme Windows.
(A
> >meno di ricorrere ad emulatori sotto altri S.O.).
>
> vabbe....se uso mysql su windows....stiamo da capo a piedi :)
> mysql ha senso usarlo su server unix :)
Sì, ma molte volte si progetta l'applicazione non conoscendo la macchina su
cui va a girare, nè il numero di utenti che la sfrutteranno, per questo
diviene opportuno effettuare scelte che preservino il + possibile il lavoro
svolto,
vedi linguaggi standardizzati, etc...
> non e' una bella cosa...csta nulla ma...c'e' MSDE (motore server di
> sql server, gratuito)
Ammetto la mia ignoranza! Non sò cosa sia MSDE... (anticamente programmavo
in COBOL, devi capirmi, sigh!)
Ciao!


title: Access vs MSDE vs SQL Server vs MySql

text:
On Tue, 03 Jun 2003 21:42:50 GMT, "Francesco R."
<
rfrance...@infinito.it
> wrote:
>Sě, ma molte volte si progetta l'applicazione non conoscendo la macchina su
>cui va a girare, nč il numero di utenti che la sfrutteranno, per questo
>diviene opportuno effettuare scelte che preservino il + possibile il lavoro
>svolto,
>vedi linguaggi standardizzati, etc...
si, questo ti condivido in pieno
>Ammetto la mia ignoranza! Non sň cosa sia MSDE... (anticamente programmavo
>in COBOL, devi capirmi, sigh!)
Ignoranza? non direi :)))))
anzi, grazie per le tue opinioni preziose
Ciao :)


title: Access vs MSDE vs SQL Server vs MySql

text:
On Tue, 3 Jun 2003 17:01:42 +0000 (UTC), Paolo opg <
w...@ne.com
> wrote:
>quando ho più di 4/5 utenti che devono lavorare contemporaneamente sugli
>stessi dati, mentre in rete viaggia anche altra roba (praticamente, una
>lan normale con 4/5 utenti sul mio db...)
quindi, per un max di 4/5 utenti sullo stesso db faresti tutto con
access?
>> Inoltre....MSDE lo usereste? in quale occasione?
>>
>
>singolo utente, ma con una quantità di dati piuttosto elevata (4 o 5
>tabelle con >300k record a tabella, più o meno)
in multiutenza e' una ciofeca?
>> Avete mai provato MySql e Sql Server? differenze (qualsiasi)?
>>
>
>li ho usati entrambi ma con macchine non paragonabili e per carichi
>piccoli, quindi poco significativi.
beh non importa...era solo cosi...a titolo informativo :) giusto per
rendersi conto, a grandi linee
>budget limitato + tanti utenti + applicazione semplice = mysql + php
php e' molto potente, + di asp (ci vengono fuori belle cosine)
>budget limitato + tanti utenti = mysql + access
dici che access permette, a differenza di una cosa sviluppata in php,
di creare applicazioni anche serie e complesse?
>obbligo ms + tanti utenti = mssql + access
tu quale sceglieresti (avendo badget) e perche'?
>ovviamente, si tratta di opinioni...
quello che avevo chiesto.
E' molto interessante questo thread.
:)


title: Access vs MSDE vs SQL Server vs MySql

author: George

text:
"yQy" <fabrizi...@SESPAMMITISTRONCOtin.it> ha scritto nel messaggio
news:61jpdvkpfpsq7eo06...@4ax.com...

Esiste una differenza essenziale tra le due accoppiate Acces/MySQL e
Access/MSSQL (poco importa che sia MSDE o SQL Server): a mysql accedi solo
con i comuni driver ODBC, cosa che ti limita enormemente nel'accesso agli
oggetti e nelle performance; con MS SQL e ADO accedi al database in modo
praticamente nativo.
Questo offre essenzialmente due vantaggi:
1) coerenza nell'interfaccia che usi per sviluppare, e quindi meno tempi
morti;
2) possibilità di gestire tutto (struttura delle tabelle, indici, stored
procedures, triggers E UTENTI!!!!) dalla finestra di Access. Con MySQL non
ti è consentito.
Un'altra differenza sostanziale è che MySQL non supporta in modo efficace le
subselect negli update.
Vedo di spiegarmi meglio: immagina di dover fare un update dei record di una
tabella con dei lookup in un'altra o con una formula condizionale, ebbene:
per SQL Server e MSDE sono operazione normali, performanti e funzionali, per
MySQL sono solo rogne (E' una funzionalità recente che non funziona a
dovere).
Per esempio una cosa del tipo "update tabella1 set campo1=1 form tabella1
inner join tabella2 on tabella1.chiave=tabella2.chiave where ..." in MySQL
non si fa e dovresti farla usando i cursori, che in ODBC non ci sono...
Non parliamo poi delle Stored Procedure...
Dal punto di vista di MSDE, che dire?
Sebbene manchino tutti i tool di amministrazione, si possono usare i tool di
amministrazione di MS SQL Server versione Trial, che vedono MSDE come un
normale SQL Server.
In effetti MSDE non è altro che un SQL Server senza alcune funzionalità
avanzate, come la replica, e con performance "castrate": database max 2GB,
accrocchio che riduce le prestazioni quando gli utenti collegati sono + di 5
(attenzione COLLEGATI CONTEMPORANEAMENTE!!!!!!!!).
Se hai bisogno di altro continuo volentieri.
Giorgio


title: Access vs MSDE vs SQL Server vs MySql

text:
"yQy" <fabrizi...@SESPAMMITISTRONCOtin.it> ha scritto nel messaggio
news:q6aqdvckv1to0m1lq...@4ax.com...
> On Tue, 03 Jun 2003 21:42:50 GMT, "Francesco R."
> <
rfrance...@infinito.it
> wrote:
>
>
> >Sì, ma molte volte si progetta l'applicazione non conoscendo la macchina
su
> >cui va a girare, nè il numero di utenti che la sfrutteranno, per questo
> >diviene opportuno effettuare scelte che preservino il + possibile il
lavoro
> >svolto,
> >vedi linguaggi standardizzati, etc...
>
> si, questo ti condivido in pieno
>
>
> >Ammetto la mia ignoranza! Non sò cosa sia MSDE... (anticamente
programmavo
> >in COBOL, devi capirmi, sigh!)
>
> Ignoranza? non direi :)))))
>
> anzi, grazie per le tue opinioni preziose
>
> Ciao :)
Messa così perchè non sviluppate entrambi in C++?
E' evidente che quando scegliete Access come ambiente di sviluppo vi legate
ad una piattaforma: gira solo sotto Windows!!!!!!!
Per il server è diverso: se vi attenete all'uso di chiamate ODBC standard e
ANSI SQL potete mettere sotto che motore SQL desiderate, da un freeware del
cavolo a un RDBMS per delle Corporate...
E' anche evidente, però, che non ne sfruttate le caratteristiche peculiari.
Parlare di performance, messa così, è solo ridicolo.
Bye.


title: Access vs MSDE vs SQL Server vs MySql

text:
yQy <fabrizi...@SESPAMMITISTRONCOtin.it> wrote in
news:hlaqdvk5s1k82j84d...@4ax.com
:
>>> Inoltre....MSDE lo usereste? in quale occasione?
>>>
>>
>>singolo utente, ma con una quantità di dati piuttosto elevata (4 o 5
>>tabelle con >300k record a tabella, più o meno)
>
> in multiutenza e' una ciofeca?
>
era saltato fuori un thread su msde qualche tempo fa.
alla fine, il risultato era che oltre un certo numero di utenti entrava
in gioco il 'limitatore' di msde che rallentava il servizio, per evitare
che venisse usato al posto di sl server.
>
> dici che access permette, a differenza di una cosa sviluppata in php,
> di creare applicazioni anche serie e complesse?
>
secondo me, è molto più semplice preparare form complesse, con logica di
controllo dei dati, report particolari usando access, piuttosto che
usando php. però io non sono un esperto di php...
>>obbligo ms + tanti utenti = mssql + access
>
> tu quale sceglieresti (avendo badget) e perche'?
>
access + postgres
o forse anche access + mysql: pare che con la versione 4 abbiano tolto
alcune delle limitazioni che avevano le versioni precedenti. per l'uso
che ne faccio io, mi interessa soprattutto la parte relativa alle
subquery: con le vecchie versioni non erano possibili.



title: Access vs MSDE vs SQL Server vs MySql

text:
"Paolo opg" <
w...@ne.com
> ha scritto nel messaggio
news:Xns939057A44...@151.99.250.3...
> yQy <fabrizi...@SESPAMMITISTRONCOtin.it> wrote in
>
news:hlaqdvk5s1k82j84d...@4ax.com
:
>
> >>> Inoltre....MSDE lo usereste? in quale occasione?
> >>>
> >>
> >>singolo utente, ma con una quantità di dati piuttosto elevata (4 o 5
> >>tabelle con >300k record a tabella, più o meno)
> >
> > in multiutenza e' una ciofeca?
> >
>
> era saltato fuori un thread su msde qualche tempo fa.
> alla fine, il risultato era che oltre un certo numero di utenti entrava
> in gioco il 'limitatore' di msde che rallentava il servizio, per evitare
> che venisse usato al posto di sl server.
>
> >
> > dici che access permette, a differenza di una cosa sviluppata in php,
> > di creare applicazioni anche serie e complesse?
> >
>
> secondo me, è molto più semplice preparare form complesse, con logica di
> controllo dei dati, report particolari usando access, piuttosto che
> usando php. però io non sono un esperto di php...
Infatti, aggiungiamo anche gli evidenti problemi legati alla quasi totale
assenza di strumenti di debug per php.
Rabbrividisco al pensiero di sviluppare una cosa solo "un po' complessa" in
php.
E lo conosco anche bene...
>
> >>obbligo ms + tanti utenti = mssql + access
> >
> > tu quale sceglieresti (avendo badget) e perche'?
> >
>
> access + postgres
> o forse anche access + mysql: pare che con la versione 4 abbiano tolto
> alcune delle limitazioni che avevano le versioni precedenti. per l'uso
> che ne faccio io, mi interessa soprattutto la parte relativa alle
> subquery: con le vecchie versioni non erano possibili.
>
Dalla v. 4 ci sono.
Resta il problema della limitata integrazione che è comune a tutti i db
accessibili via ODBC.


title: Access vs MSDE vs SQL Server vs MySql

author: Sandro

text:
Il 04 Giu 2003, 08:48, "George" <
giorgio.ben...@libero.it
> ha
scritto:
> Esiste una differenza essenziale tra le due accoppiate Acces/MySQL e
> Access/MSSQL (poco importa che sia MSDE o SQL Server): a mysql accedi solo
> con i comuni driver ODBC, cosa che ti limita enormemente nel'accesso agli
> oggetti e nelle performance;
Questo č un luogo comune ... I driver MyODBC 3.5X funzionano alla grande ...
> dovresti farla usando i cursori, che in ODBC non ci sono...
???? che significa???
Ciao, Sandro.
--------------------------------
Inviato via
http://usenet.libero.it


title: Access vs MSDE vs SQL Server vs MySql

author: Fabrizio Quercia

text:
On Wed, 4 Jun 2003 08:48:21 +0200, "George"
<
giorgio.ben...@libero.it
> wrote:
>Esiste una differenza essenziale tra le due accoppiate Acces/MySQL e
>Access/MSSQL (poco importa che sia MSDE o SQL Server): a mysql accedi solo
>con i comuni driver ODBC, cosa che ti limita enormemente nel'accesso agli
>oggetti e nelle performance; con MS SQL e ADO accedi al database in modo
>praticamente nativo.
si questo ne ero al corrente...ma se ottieni cmq delle buone ed
accettabili performance...credo si possa accettare questo
compromesso...
>Questo offre essenzialmente due vantaggi:
>1) coerenza nell'interfaccia che usi per sviluppare, e quindi meno tempi
>morti;
Cioe'? se disegno una interfaccia per sql server o per mysql...in
access...non e' che mi cambi molto...(penso) i tempi di sviluppo sono
pressoche' qelli
>2) possibilità di gestire tutto (struttura delle tabelle, indici, stored
>procedures, triggers E UTENTI!!!!) dalla finestra di Access. Con MySQL non
>ti è consentito.
quindi dici ke avrei bisogno di mysql sono e necessariamente nel caso
in cui debba avere tabelle com giga e giga di record, altrimenti vale
lapena fare tutto ocn acces?
>Un'altra differenza sostanziale è che MySQL non supporta in modo efficace le
>subselect negli update.
si, non consente inner join e simili, questo los apevo, ma dicono che
la versione 4 lo consenta....boh :)
>Vedo di spiegarmi meglio: immagina di dover fare un update dei record di una
>tabella con dei lookup in un'altra o con una formula condizionale, ebbene:
>per SQL Server e MSDE sono operazione normali, performanti e funzionali, per
>MySQL sono solo rogne (E' una funzionalità recente che non funziona a
>dovere).
in ke senso nn funziona a dovere?
ke noie hai avuto?
>Per esempio una cosa del tipo "update tabella1 set campo1=1 form tabella1
>inner join tabella2 on tabella1.chiave=tabella2.chiave where ..." in MySQL
>non si fa e dovresti farla usando i cursori, che in ODBC non ci sono...
ci sono di fatto quindi delle limitazioni anche piuttosto grosse nelle
query?
>Non parliamo poi delle Stored Procedure...
che sono praticamente assenti :/
>Dal punto di vista di MSDE, che dire?
>Sebbene manchino tutti i tool di amministrazione, si possono usare i tool di
>amministrazione di MS SQL Server versione Trial, che vedono MSDE come un
>normale SQL Server.
c'e' dbamgr freeware che e' una sorta di "Mini" enterprise
manager...ler creazione database, utenti ecc..ecc..
ma la limitazione reale secondo te qual'e'? la monoutenza? la
dimensione delle tabelle oltre una certa dimensione...? (cioe' se il
limite e' 2gb ke me ne faccio? e' lo stesso limite di
access...migrazione non conveniente (giusto?))
>In effetti MSDE non è altro che un SQL Server senza alcune funzionalità
>avanzate, come la replica, e con performance "castrate": database max 2GB,
>accrocchio che riduce le prestazioni quando gli utenti collegati sono + di 5
lo stesso limite, quindi, di access...e in quale occasione mi conviene
usare msde?
>(attenzione COLLEGATI CONTEMPORANEAMENTE!!!!!!!!).
si si, avevo intuito sta cosa.
>Se hai bisogno di altro continuo volentieri.
Certo...conoscere sempre di piu queste cose aiuta...non solo me, ma
tutti...l'esperienza altrui serve anche a migliorare ed accrescere la
nostra...:)
Ciao


title: Access vs MSDE vs SQL Server vs MySql

text:
"Fabrizio Quercia" <
fqse...@tin.it
> ha scritto nel messaggio
news:u77rdv02m2a1k8dua...@4ax.com...
> On Wed, 4 Jun 2003 08:48:21 +0200, "George"
> <
giorgio.ben...@libero.it
> wrote:
>
> >Esiste una differenza essenziale tra le due accoppiate Acces/MySQL e
> >Access/MSSQL (poco importa che sia MSDE o SQL Server): a mysql accedi
solo
> >con i comuni driver ODBC, cosa che ti limita enormemente nel'accesso agli
> >oggetti e nelle performance; con MS SQL e ADO accedi al database in modo
> >praticamente nativo.
>
> si questo ne ero al corrente...ma se ottieni cmq delle buone ed
> accettabili performance...credo si possa accettare questo
> compromesso...
OK
>
> >Questo offre essenzialmente due vantaggi:
> >1) coerenza nell'interfaccia che usi per sviluppare, e quindi meno tempi
> >morti;
>
> Cioe'? se disegno una interfaccia per sql server o per mysql...in
> access...non e' che mi cambi molto...(penso) i tempi di sviluppo sono
> pressoche' qelli
No, quello che intendo è che se durante il disegno della struttura ti serve
un campo nuovo, o un indice, o una nuova tabella, sei costretto ad
abbandonare Access per passare alla creazione dell'oggetto tramite uno
strumento di altro tipo...
Questo costa tempo e complica la vita inutilmante.
> >2) possibilità di gestire tutto (struttura delle tabelle, indici, stored
> >procedures, triggers E UTENTI!!!!) dalla finestra di Access. Con MySQL
non
> >ti è consentito.
>
> quindi dici ke avrei bisogno di mysql sono e necessariamente nel caso
> in cui debba avere tabelle com giga e giga di record, altrimenti vale
> lapena fare tutto ocn acces?
Non ho detto questo. Dico semplicemente che c'è una miglior integrazione. Il
lavoro di sviluppo è più "fluido"...
> >Un'altra differenza sostanziale è che MySQL non supporta in modo efficace
le
> >subselect negli update.
>
> si, non consente inner join e simili, questo los apevo, ma dicono che
> la versione 4 lo consenta....boh :)
No, i Join li fa anche nelle versioni precedente, non ci sono le subselect
che sono un'altra cosa...
> >Vedo di spiegarmi meglio: immagina di dover fare un update dei record di
una
> >tabella con dei lookup in un'altra o con una formula condizionale,
ebbene:
> >per SQL Server e MSDE sono operazione normali, performanti e funzionali,
per
> >MySQL sono solo rogne (E' una funzionalità recente che non funziona a
> >dovere).
>
> in ke senso nn funziona a dovere?
> ke noie hai avuto?
Ho provato la 4 per semplificare alcuni processi. In realtà era una delle
prime versioni non stabili.
Alcune query con subselect complesse erano penosamente (e inaccettabilmente)
lente anche in presenza di pochi record.
> >Per esempio una cosa del tipo "update tabella1 set campo1=1 form tabella1
> >inner join tabella2 on tabella1.chiave=tabella2.chiave where ..." in
MySQL
> >non si fa e dovresti farla usando i cursori, che in ODBC non ci sono...
>
> ci sono di fatto quindi delle limitazioni anche piuttosto grosse nelle
> query?
In questo tipo di query sì...
> >Non parliamo poi delle Stored Procedure...
>
> che sono praticamente assenti :/
>
> >Dal punto di vista di MSDE, che dire?
> >Sebbene manchino tutti i tool di amministrazione, si possono usare i tool
di
> >amministrazione di MS SQL Server versione Trial, che vedono MSDE come un
> >normale SQL Server.
>
> c'e' dbamgr freeware che e' una sorta di "Mini" enterprise
> manager...ler creazione database, utenti ecc..ecc..
> ma la limitazione reale secondo te qual'e'? la monoutenza? la
> dimensione delle tabelle oltre una certa dimensione...? (cioe' se il
> limite e' 2gb ke me ne faccio? e' lo stesso limite di
> access...migrazione non conveniente (giusto?))
Beh, prova a crearti un mdb con 1 milione di record e accedi alla tabella
con una query da un paio di macchine in rete...
Fai la stessa cosa con MSDE e dimmi se le prestazioni sono le stesse :o))))
> >In effetti MSDE non è altro che un SQL Server senza alcune funzionalità
> >avanzate, come la replica, e con performance "castrate": database max
2GB,
> >accrocchio che riduce le prestazioni quando gli utenti collegati sono +
di 5
>
> lo stesso limite, quindi, di access...e in quale occasione mi conviene
> usare msde?
Parliamo di dimensioni del DB. Quandi DB hai avuto con dimensioni >2GB?
> >(attenzione COLLEGATI CONTEMPORANEAMENTE!!!!!!!!).
>
> si si, avevo intuito sta cosa.
>
> >Se hai bisogno di altro continuo volentieri.
>
> Certo...conoscere sempre di piu queste cose aiuta...non solo me, ma
> tutti...l'esperienza altrui serve anche a migliorare ed accrescere la
> nostra...:)
>
>
> Ciao
Ciao.


title: Access vs MSDE vs SQL Server vs MySql

text:
"Sandro" <
sandro...@yahoo.com
> ha scritto nel messaggio
news:212Z210Z230Z116...@usenet.libero.it...
> Il 04 Giu 2003, 08:48, "George" <
giorgio.ben...@libero.it
> ha
> scritto:
> > Esiste una differenza essenziale tra le due accoppiate Acces/MySQL e
> > Access/MSSQL (poco importa che sia MSDE o SQL Server): a mysql accedi
solo
> > con i comuni driver ODBC, cosa che ti limita enormemente nel'accesso
agli
> > oggetti e nelle performance;
>
> Questo è un luogo comune ... I driver MyODBC 3.5X funzionano alla grande
...
Perdonami ma le prestazioni dei driver ODBC 3.5x sono ottime ma sono MOLTO
lontane dalle performance di ADODB con MSDE.
> > dovresti farla usando i cursori, che in ODBC non ci sono...
>
> ???? che significa???
Che devi ciclare tu da codice VBA il recordset per aggiornarti i vari record
senza delegare al server il compito stesso a meno di non creare una stored
procedure.
Questo intendo.
> Ciao, Sandro.
>
> --------------------------------
> Inviato via
http://usenet.libero.it
Ciao


title: Access vs MSDE vs SQL Server vs MySql

text:
"George" <
giorgio.ben...@libero.it
> ha scritto nel messaggio
news:bbk9k9$let$1...@newsreader.mailgate.org...

Rileggendo mi accorgo che sono stato piuttosto criptico...
Quello che intendevo dire è che in MS SQL e MSDE esistono degli oggetti
nell'RDBMS che si chiamano cursori e che servono essenzialmente per poter
operare via Transact-SQL direttamente sui recordset. Per esempio:
1) posso assegnare a un cursore un recorset
2) nel cursore vado avanti e indietro a piacimento con libertà di updatare
le righe
Questa cosa la fa il server, non il client, ed è inseribile in uno statement
SQL.
Questa opportunità è alternativa e analoga all'uso degli update con
subselect.
Via ODBC dovresti aprire un cursore ODBC e scorrerlo avanti e indietro dal
client...
Forse mi sono spiegato meglio così?
Mah...


title: Access vs MSDE vs SQL Server vs MySql

text:
Il 04 Giu 2003, 10:12, "George" <
giorgio.ben...@libero.it
> ha
scritto:
> > Questo è un luogo comune ... I driver MyODBC 3.5X funzionano alla grande
> ...
>
> Perdonami ma le prestazioni dei driver ODBC 3.5x sono ottime ma sono MOLTO
> lontane dalle performance di ADODB con MSDE.
Con che numero di record?



title: Access vs MSDE vs SQL Server vs MySql

text:
"Sandro" <
sandro...@yahoo.com
> ha scritto nel messaggio
news:212Z210Z230Z116Y...@usenet.libero.it...
> Il 04 Giu 2003, 10:12, "George" <
giorgio.ben...@libero.it
> ha
> scritto:
> > > Questo č un luogo comune ... I driver MyODBC 3.5X funzionano alla
grande
> > ...
> >
> > Perdonami ma le prestazioni dei driver ODBC 3.5x sono ottime ma sono
MOLTO
> > lontane dalle performance di ADODB con MSDE.
>
> Con che numero di record?
>
Io mi accorgo delle differnze gią estraendo 25.000 record della mia tabella
delle righe scontrino...
Ciao.


title: Access vs MSDE vs SQL Server vs MySql

text:
Il 04 Giu 2003, 10:50, "George" <
giorgio.ben...@libero.it
> ha
scritto:
> > Con che numero di record?
> >
>
> Io mi accorgo delle differnze già estraendo 25.000 record della mia
tabella
> delle righe scontrino...
> Ciao.
>
Perdonami, ma non ti seguo.
Premesso che 25 mila record per un db anche mediocre sono una sciocchezza.
Ma intendi dire che apri contemporaneamente 25 mila record? Magari con un
datagrid?
Senza stare a fare troppa filosofia del cavolo, credo che difficilmente
possa servire un recordset che contenga piu di un centinaio di record,
semplicemente perchè una "lista" di troppi record è ingestibile.
Quello che posso testimoniare io, invece, è che con MySQL come BE, Access e
le tabelle collegate ODBC si riescono a gestire molto tranquillamente
svariati milioni di record.
Tutto sta a non portarseli tutti in locale per lavorarci, ma so già che, su
questo, sei daccordo con me ;-)



title: Access vs MSDE vs SQL Server vs MySql

text:
"Sandro" <
sandro...@yahoo.com
> ha scritto nel messaggio
news:212Z210Z230Z116...@usenet.libero.it...

Infatti sono d'accordo con te.
Quando sono entrato in azienda lo scorso anno, avevo intenzione di
sostituire l'SQL Server 7 con un MySQL.
Ho provato a fare dei test comparativi di ordinamento, join, filtro su
tabelle identiche su entrambi i db e con varie quantità di record.
MySQL si è dimostrato leggermente più veloce di MS SQL per volumi di dati
limitati. Al crescere dei volumi le performance si sono rivelate veramente
molto diverse fino a raggiungere differenze prossime al 10x sulla mia
tabella dei movimenti che, all'epoca, erano circa 4 milioni e mezzo (oggi
sono 6 milioni).
A questo aggiungiamo che all'epoca non potevo usare la clausola UPDATE
usando le comodissime subselect... e che la gestione della sicurezza del db
era assolutamente disgiunta dalla sicurezza di NT.
Ho deciso di rimanere in SQL Server...
Bye.
Giorgio


title: Access vs MSDE vs SQL Server vs MySql

text:
"Fabrizio Quercia" <
fqse...@tin.it
> ha scritto nel messaggio
cut
> >In effetti MSDE non è altro che un SQL Server senza alcune funzionalità
> >avanzate, come la replica, e con performance "castrate": database max
2GB,
> >accrocchio che riduce le prestazioni quando gli utenti collegati sono +
di 5
>
> lo stesso limite, quindi, di access...e in quale occasione mi conviene
> usare msde?
cut
intervengo solo per fare una considerazione.
prendiamo una tabella (solo una per semplicita') e prendiamo un record
singolo di dimensioni medie, avremo qualche campo numerico, qualche data,
diversi campi testo e, forse, un campo memo il tutto occupa (in media) 100
byte, ma esageriamo pure, 200 byte.
Significa che per arrivare a 2Gb dobbiamo inserire 10.000.000 di record, e
stiamo parlando di record piuttosto grossi, non mi sembra che sia un limite
preoccupante, fino a 3/4 anni fa neanche c'erano HD di queste dimensioni.
comunque la differenza sta' nella condivisione, se non devi condividere tra
piu' di 3/4 utenti e il db non e' enorme, non vale la pena di lasciare il
Jet, ma se le cose cambiano...
Sib


title: Access vs MSDE vs SQL Server vs MySql

text:
"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:ohIDa.76929$g92.1...@news2.tin.it...

No, ci sono anche altre considerazioni: immaginiamo che tu acceda a un db
aziendale tramite una VPN da remoto, per esempio che tu abbia la necessità
di consultare un listino di 20.000 articoli tramide una connessione
analogica a 56K...
Secondo te vale ancora la pena di mantenere il Jet come motore?
Il problema è che quando usi il jet TUTTA la tabella viene trasferita nella
RAM locale, questo significa che trasferisci dicine di KB, centinaia di KB o
molti MB...
Non è solo un problema di concorrenza di utenti.
Tra le altre cose il TUO jet locale va a scrivere FISICAMENTE nel file
remoto. E se la tua scheda di rete ha un problema? Cosa fai, butti 1.000.000
di record?


title: Access vs MSDE vs SQL Server vs MySql

text:
"George" <
giorgio.ben...@libero.it
> ha scritto nel messaggio
> "Sib" <si...@SPAMiol.it> ha scritto nel messaggio

Ovviamente.
fermo restando che, il jet e' meno stupido di quanto si possa immaginare in
questo senso.
ad es, una query filtrata su un campo indicizzato non ti scarichera' affatto
tutto il record, ma il jet provvedera' ad andarsi a cercare "fisicamente" i
record cercandoli sull'indice (con algoritmi specifici) e impegnando molto
meno la connessione.
resta fermo che l'esecuzione avviene tutta in locale, ma almeno questo c'e'.
Sib


title: j

author: matto

text: ola


title: access runtime e esecuzione query

author: nicola

text:
Ciao a tutti,
sto distribuendo un'applicazione con il runtime di access 2007.
Durante alcune operazioni vengono lanciate delle query di eliminazion
o accodamento o creazione.
L'utente riceve continuamente messaggi che richiedono la conferma di
tali esecuzioni.
C'è un modo per evitare questi messaggi?
Grazie a tutti
Nicola


title: access runtime e esecuzione query

author: Karl Donaubauer

text:
nicola wrote:
> sto distribuendo un'applicazione con il runtime di access 2007.
>
> Durante alcune operazioni vengono lanciate delle query di eliminazion
> o accodamento o creazione.
>
> L'utente riceve continuamente messaggi che richiedono la conferma di
> tali esecuzioni.
>
> C'è un modo per evitare questi messaggi?
Sì. Il metodo dipende di come "vengono lanciate". Vedi:
Eliminare i messaggi d'avviso
www.donkarl.com/it?FAQ2.4
--
HTH
Karl
*********
Access FAQ:
www.donkarl.com/it


title: access runtime e esecuzione query

text:
On Thu, 29 May 2008 14:52:08 +0200, "Karl Donaubauer"
<
NoS...@donkarl.com
> wrote:
>nicola wrote:
>> sto distribuendo un'applicazione con il runtime di access 2007.
>>
>> Durante alcune operazioni vengono lanciate delle query di eliminazion
>> o accodamento o creazione.
>>
>> L'utente riceve continuamente messaggi che richiedono la conferma di
>> tali esecuzioni.
>>
>> C'è un modo per evitare questi messaggi?
>
>Sì. Il metodo dipende di come "vengono lanciate". Vedi:
>
>Eliminare i messaggi d'avviso
>
www.donkarl.com/it?FAQ2.4
grazie 1000!
con DoCmd.SetWarnings False in apertura della form che apro all'inizio
ho risolto il problema
Nicola


title: proprietà report da vb

text:
devo impostare l'interruzione di pagina di una sezione piè di pagina
di un raggruppamento in un report.
il codice che uso è il seguente:
If Forms("frm_schizzario")!chkInterruzione = False Then
    Me.Section(acPageHeader).Visible = False
    Me.Section(acGroupLevel1Footer).ForceNewPage = 0
    Me.Section(acGroupLevel1Footer).NewRowOrCol = 2
End If
che si blocca all'ultima istruzione prima dell'end con errore:
2448
impossibile assegnare un valore all'oggetto
sull'help non mi dice niente e sul sito ms per questo errore dice di
controllare se il report è aperto in modalità struttura e se si ha il
permesso di lettura scrittura...
non so più da che parte guardare...
mi sapete dare una mano, plz?
grazie
	paolo
--
+-----
| Paolo opg
|
| janickg ( at ) hotmail ( dot ) com
+-----


title: Combinazione di tasti (A2000)

author: Renato S.

text:
Vorrei lanciare la funzione di Antonio Biso (Riallegare tabelle)
utilizzando una combinazione di tasti (p.e. <ctrl+A>) invece che associarlo
al click di un pulsante.
Come posso fare?
--
Posted from
mail-1.tiscalinet.it
 [195.130.225.147]
via Mailgate.ORG Server -
http://www.Mailgate.ORG


title: Combinazione di tasti (A2000)

author: Michele Amato

text:
"Renato S." <
Ren...@tiscalinet.it
> wrote in message
MABBJACLAODBFEAELM...@tiscalinet.it...
> Vorrei lanciare la funzione di Antonio Biso (Riallegare tabelle)
> utilizzando una combinazione di tasti (p.e. <ctrl+A>) invece che
associarlo
> al click di un pulsante.
> Come posso fare?
>
Macro Autokeys, insieme alla Autoexec rappresentano le due macro speciali di
Access.
La combinazioni di tasti va nella colonna nome submacro...
HTH
Michele Amato.
P.S.
Qualcuno sa come manipolare le macro via codice?
--
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}
Sulla mia pagina personale
http://utenti.worldonline.it/micheleamato
è possibile trovare una add-in per Access, shareware ma full-working e senza
expiration date
          Access Navigator 3.0
disponibile sia per
Access 8.0 che per
Access 9.0
{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}


title: problemi access 2002

author: mino

text:
sto iniziando a convertire i database fatti in access 97 in access 2002 o
XP che dir si voglia e mi trovo una strana sorpresa. Quando voglio aprire
un maschera esistente o ne voglio fare una nuova il pc mi rimane appeso
per circa 40 secondi prima di farmi vedere quello che mi serve. lavoro in
rete a 100 mb\sec su un pc con WinNt e processore a 1600 ghz. non penso
sia un problema del pc perchè sulla stessa macchina ho un'altra partizione
con le stesse caratteristiche ma con office 97 e va tutto benissimo.
Qualcuno mi sa spiegare cosa possa essere?
ciao a tutti e grazie
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news
 segnala gli abusi ad
ab...@newsland.it


title: Limitare il numero di record registrabili all'interno di una tabelle.

author: Mike Pritt

text:
Ciao a tutti,
ho una domanda da porre al NG.
Esite, che voi sappiate, un metodo per limitare il numero di Record
registrabili all'interno di una tabella?
E' possibile farlo da "Struttura"? E' necessario operare a livello di
codice?
Grazie per la disponibilità che potrete concedermi.
Salute a tutti, Mike.
PS.: non ho la possibilità di accedere alla pagina di ricerca del Sito
Comune per problemi con il mio IE.
Al posto della form di ricerca mi presenta la posizione di una immagine
(triangolo, quadrato, cerchio)


author: MA

text:
Il 07 Mar 2003, 12:32, "Mike Pritt" <
mike_pri...@pisem.net
> ha
scritto:
> Ciao a tutti,
>
> ho una domanda da porre al NG.
>
> Esite, che voi sappiate, un metodo per limitare il numero di Record
> registrabili all'interno di una tabella?
>
> E' possibile farlo da "Struttura"? E' necessario operare a livello di
> codice?
>
> Grazie per la disponibilità che potrete concedermi.
>
> Salute a tutti, Mike.
Conta i record che ha inserito e se l'utente lo supera lo butti fuori.
vediti dcount.
ciao MAssimiliano
p.s. Da uno che si chiama Mike mi aspettavo che salutasse con un Bongiorno.
A proposito Allegria!!!!
--------------------------------
Inviato via
http://usenet.libero.it


text:
"MA" <
massimilia...@kksrl.com
> ha scritto nel messaggio
news:151Z26Z53Z126Y...@usenet.libero.it...

0. Caspita, la solerzia ha trovato in te un valido Araldo.
1. GRAZIE.
2. Scusami se approfitto: hai un'idea sul come fare la stessa cosa senza
ricorrere al VBA?
3. Ogni tanto mi sento buono, ed è per questo che ho deciso di sostituire il
tradizionale Buongiorno con un augurio che non guasta mai.
Grazie ancora, Mike.
Allegria, Grappa Bocchino Sigillo Nero (però ricordavo ORO)


text:
> > > Esite, che voi sappiate, un metodo per limitare il numero di Record
> > > registrabili all'interno di una tabella?
> > >
> > > E' possibile farlo da "Struttura"? E' necessario operare a livello di
> > > codice?
> > >
> > > Salute a tutti, Mike.
> >
> > Conta i record che ha inserito e se l'utente lo supera lo butti fuori.
> > vediti dcount.
> > ciao MAssimiliano
> >
> > p.s. Da uno che si chiama Mike mi aspettavo che salutasse con un
> Bongiorno.
> > A proposito Allegria!!!!
> >
> > --------------------------------
> > Inviato via
http://usenet.libero.it
>
> 0. Caspita, la solerzia ha trovato in te un valido Araldo.
> 1. GRAZIE.
> 2. Scusami se approfitto: hai un'idea sul come fare la stessa cosa senza
> ricorrere al VBA?
> 3. Ogni tanto mi sento buono, ed è per questo che ho deciso di sostituire
il
> tradizionale Buongiorno con un augurio che non guasta mai.
>
> Grazie ancora, Mike.
> Allegria, Grappa Bocchino Sigillo Nero (però ricordavo ORO)
se un campo della tua tabella [tab] si chiama [id] su
private sub form_load()
If dcount("[id]", "tab") > 10 then
msgbox "Ue bello bello mo stai esagerando, mò l'hai fatta fuori dal secchio"
docmd.quit
end if
end sub
ciao MAssimiliano



author: Maurizio Borrelli

text:
> "Mike Pritt" <
mike_pri...@pisem.net
> ha scritto nel messaggio
> news:xr%9a.184640$YG2.5...@twister1.libero.it...
> Esite, che voi sappiate, un metodo per limitare il numero di Record
> registrabili all'interno di una tabella?
> E' possibile farlo da "Struttura"? E' necessario operare a livello di
> codice?
    Forse questo puo' esserti utile:
From: "Maurizio Borrelli"
Newsgroups: it.comp.appl.access
Subject: Re: limitare il numero di record in tabelle
Date: Tue, 29 Oct 2002 21:48:56 +0100
> "Nicola" news:GMBv9.92718$
RO.23...@twister1.libero.it
:
> vorrei sapere se è possibile limitare il numero di record in una
> tabella, ad esempio a 5...
    Potresti aggiungere un campo con le seguenti caratteristiche:
        Dimensione campo: Byte
        Valido se: <5
al quale assegnerai valori da 0 a 4.
--
Ciao :o)
Maurizio
--------
?SPQR(C)
 X
--------


text:
"MA" <
massimilia...@kksrl.com
> ha scritto nel messaggio
news:151Z26Z48Z3Y1...@usenet.libero.it...
>
> se un campo della tua tabella [tab] si chiama [id] su
>
> private sub form_load()
>
> If dcount("[id]", "tab") > 10 then
> msgbox "Ue bello bello mo stai esagerando, mò l'hai fatta fuori dal
secchio"
> docmd.quit
> end if
> end sub
> ciao MAssimiliano
>
>
> --------------------------------
> Inviato via
http://usenet.libero.it
Gentilissimo, e il messagio è molto simpatico.
Se non ti spiace la uso.
Grazie ancora, Mike.


text:
"Maurizio Borrelli" <
maurizio...@freepass.it
> ha scritto nel messaggio
news:b4a1j7$1ucap3$1...@ID-52090.news.dfncis.de...
>
>     Potresti aggiungere un campo con le seguenti caratteristiche:
>
>         Dimensione campo: Byte
>         Valido se: <5
>
> al quale assegnerai valori da 0 a 4.
>
> --
> Ciao :o)
> Maurizio
> --------
> ?SPQR(C)
>  X
> --------
>
Mi sembra un'ottima idea, mi impone di apportare delle modifiche alla base
dati, ma ci provo.
Grazie, Mike.


text:
Il 07 Mar 2003, 13:02, "Mike Pritt" <
mike_pri...@pisem.net
> ha
scritto:
>

Fa pure e a proposito salutami tuo fratello Brad. O tuo fratello è quel tipo
azzeccoso col fisico da tubetto di colla???



text:
"MA" <
massimilia...@kksrl.com
> ha scritto nel messaggio
news:151Z26Z48Z3Y10...@usenet.libero.it...
> Fa pure e a proposito salutami tuo fratello Brad. O tuo fratello č quel
tipo
> azzeccoso col fisico da tubetto di colla???
>
> ciao MAssimiliano
>
>
> --------------------------------
> Inviato via
http://usenet.libero.it
Lui č Pitt, io sono Pritt
Lui č uno Stick, io sono un Vinavil.
Ciao, Mike.


author: Emyr

text:
bell'idea
Saluti.
Emanuele.


title: Close Button e Report

author: Passioni Claudio

text:
Ciao,
ci ho questo problema:
eseguo una mia applicazione sulla macchina del cliente che gira a runtime,
quando apro i report a tutto schermo non riesco o forzargli la presenza
della x per la chiusura, compaiono solo il pulsante per minimizzare e quello
per ridimensionare. Se ridimensiono e poi massimizzo il Close Button compare
ma se esco dall'applicazione e poi rientro niente.
Come posso fare per evitare che l'utente per togliersi dai piedi il report
sia costretto a cliccare su ridimensiona e poi sulla x di chiusura?
Ringrazio in anticipo tutti quelli che vorranno aiutarmi.
Saluti
Claudio


title: Leggere dati da una penna ottica

author: Davide

text:
Salve a tutti quanti,
il mio quesito riguarda l'uso delle penne ottiche. Con quelle che
lavorano in emulazione tastiera tutto OK, ma considerata la mia
attività (commercio su aree pubbliche di articoli di abbigliamento)
non posso portarmi appresso il PC. Quindi pensavo ad una "penna con
calamaio" che leggesse i codici a barre di ogni singolo capo venduto e
poi, una volta a casa, infilare la penna nel calamaio e scaricare i
dati su PC via porta seriale.
Secondo voi è la soluzione giusta?
Se si, a quali funzioni e di quali librerie devo fare riferimento per
comandare la porta seriale?
Spero che il soggetto possa essere interessante anche per altri amici
del NG.
Davide
-----------------------------------------------------
Togli NOSPAM dall'indirizzo per contattarmi in e-mail
-----------------------------------------------------


title: Leggere dati da una penna ottica

author: AntoGal

text:
Davide <
dav...@NOSPAM.evolsystem.it
> wrote in message
38e01b42...@news.ipsnet.it...
> non posso portarmi appresso il PC. Quindi pensavo ad una "penna con
> calamaio" che leggesse i codici a barre di ogni singolo capo venduto e
> poi, una volta a casa, infilare la penna nel calamaio e scaricare i
> dati su PC via porta seriale.
> Secondo voi č la soluzione giusta?
Se non puoi/vuoi portarti appresso un portatile, non ci sono molte
alternative.
> Se si, a quali funzioni e di quali librerie devo fare riferimento per
> comandare la porta seriale?
Puoi decidere di acquistare delle "semplici" penne da strisciare sul codice,
o dei terminalini con lettura laser a distanza, display, processore ecc.
Devi stare attento alla memoria disponibile, per sapere quante letture puoi
fare prima di doverlo scaricare sul PC.
Di solito sono programmabili, puoi decidere tu in che formato ti devono
restituire i dati letti. Quasi tutti vengono forniti di un programma che ti
crea un file di testo facilmente importabile, ed un OCX che ti permette di
pilotarli direttamente da Access, con istruzioni tipo: term.Open,
term.ReadData, term.Close ecc...
Io ho usato e mi sono trovato benissimo con i terminalini FORMULA 730. Non
so l'indirizzo internet, ma dovresti trovarlo facilmente.
Tieni presente che si parte da circa 1.500.000 per i "giocattoli", e
2.500.000 / 3.000.000 per i terminalini piů seri.
--
Ciao, AntoGal
*************************************************
Home Page (area programmatori di VolFtp)
http://volftp.mondadori.com/italiani/galletta/
per scaricare un gioco di DAMA ITALIANA
*************************************************


title: Leggere dati da una penna ottica

text:
On Mon, 27 Mar 2000 13:14:57 +0200, "AntoGal"
<zer...@NOSPAMtiscalinet.it> wrote:
>Puoi decidere di acquistare delle "semplici" penne da strisciare sul codice,
>o dei terminalini con lettura laser a distanza, display, processore ecc.
>Devi stare attento alla memoria disponibile, per sapere quante letture puoi
>fare prima di doverlo scaricare sul PC.
>Di solito sono programmabili, puoi decidere tu in che formato ti devono
>restituire i dati letti. Quasi tutti vengono forniti di un programma che ti
>crea un file di testo facilmente importabile, ed un OCX che ti permette di
>pilotarli direttamente da Access, con istruzioni tipo: term.Open,
>term.ReadData, term.Close ecc...
>Io ho usato e mi sono trovato benissimo con i terminalini FORMULA 730. Non
>so l'indirizzo internet, ma dovresti trovarlo facilmente.
>Tieni presente che si parte da circa 1.500.000 per i "giocattoli", e
>2.500.000 / 3.000.000 per i terminalini piů seri.
Ti ringrazio per il consiglio, in effetti avevo pensato anche a
terminali tipo quelli che usano i venditori di alimenti surgelati (
qui dalle mie parti Quintastagione, BoFrost, ecc.) ma nell'ottica di
mantenere i costi su livelli non molto elevati e di poter disporre di
un hardware facile da trasportare ho pensato a queste penne(nel
taschino pronte all'uso) con calamaio(a casa collegato alla COM1 del
PC).
Mi ricordo di averne vista una ad un'edizione dello SMAU che leggeva
dati da codici a barre e poi, una volta inserita nel calamaio poteva
trasmetterli all'applicativo su PC. Peccato che al tempo non fossi
ancora nell'ottica di realizzare quanto ora ho in mente, altrimenti
avrei raccolto qualche informazione.
Comunque credo che in qualche modo si possa fare in modo di
"importare" in una tabella access il file che viene generato quando la
penna viene scaricata dei suoi dati.
In altre parole usare i comandi appropriati per gestire la porta
seriale e quanto ad esso collegato.
Ti ringrazio ancora per l'interessamento e confido in risposte che
possano aiutarmi in tal senso.



title: Leggere dati da una penna ottica

author: Giuliano

text:
Davide <
dav...@NOSPAM.evolsystem.it
> wrote in message
38e01b42...@news.ipsnet.it...
> Salve a tutti quanti,
> il mio quesito riguarda l'uso delle penne ottiche. Con quelle che
> lavorano in emulazione tastiera tutto OK, ma considerata la mia
> attività (commercio su aree pubbliche di articoli di abbigliamento)
> non posso portarmi appresso il PC. Quindi pensavo ad una "penna con
> calamaio" che leggesse i codici a barre di ogni singolo capo venduto e
> poi, una volta a casa, infilare la penna nel calamaio e scaricare i
> dati su PC via porta seriale.
> Secondo voi è la soluzione giusta?
> Se si, a quali funzioni e di quali librerie devo fare riferimento per
> comandare la porta seriale?
> Spero che il soggetto possa essere interessante anche per altri amici
> del NG.
> Davide
> -----------------------------------------------------
> Togli NOSPAM dall'indirizzo per contattarmi in e-mail
Posso consigliarti il terminalino portatile PLUS 6500  un ottimo prodotto
distribuito dalla Pluriservice (
www.pluriservice.it
) .
Lettura Laser di quasi tutti i codici a barre esistenti , peso 150 g. , Ram
512 KB ( non poco ! ) , trasmissione dei dati al pc via seriale e se non
sbaglio anche infrarossi, autonomia 100 ore circa.
L'output e' un file di testo da importare in access . Noi abbiamo gia'
sviluppato un'applicazione che lo usa (rilevamento capi in ospedale) e se
vuoi posso metterti in contatto con chi si e' occupato dello sviluppo.
Posso comunque assicurarti che se hai un minimo di dimestichezza con access
e un giochetto far tutto.
Giuliano
> -----------------------------------------------------


title: Leggere dati da una penna ottica

author: Giorgio PS

text:
Davide <
dav...@NOSPAM.evolsystem.it
> wrote in message
38df9878...@news.ipsnet.it...
> On Mon, 27 Mar 2000 13:14:57 +0200, "AntoGal"
> <zer...@NOSPAMtiscalinet.it> wrote:
>
> >Puoi decidere di acquistare delle "semplici" penne da strisciare sul
codice,
> >o dei terminalini con lettura laser a distanza, display, processore ecc.
> >Devi stare attento alla memoria disponibile, per sapere quante letture
puoi
> >fare prima di doverlo scaricare sul PC.
> >Di solito sono programmabili, puoi decidere tu in che formato ti devono
> >restituire i dati letti. Quasi tutti vengono forniti di un programma che
ti
> >crea un file di testo facilmente importabile, ed un OCX che ti permette
di
> >pilotarli direttamente da Access, con istruzioni tipo: term.Open,
> >term.ReadData, term.Close ecc...
> >Io ho usato e mi sono trovato benissimo con i terminalini FORMULA 730.
Non
> >so l'indirizzo internet, ma dovresti trovarlo facilmente.
> >Tieni presente che si parte da circa 1.500.000 per i "giocattoli", e
> >2.500.000 / 3.000.000 per i terminalini più seri.
>
> Ti ringrazio per il consiglio, in effetti avevo pensato anche a
> terminali tipo quelli che usano i venditori di alimenti surgelati (
> qui dalle mie parti Quintastagione, BoFrost, ecc.) ma nell'ottica di
> mantenere i costi su livelli non molto elevati e di poter disporre di
> un hardware facile da trasportare ho pensato a queste penne(nel
> taschino pronte all'uso) con calamaio(a casa collegato alla COM1 del
> PC).
> Mi ricordo di averne vista una ad un'edizione dello SMAU che leggeva
> dati da codici a barre e poi, una volta inserita nel calamaio poteva
> trasmetterli all'applicativo su PC. Peccato che al tempo non fossi
> ancora nell'ottica di realizzare quanto ora ho in mente, altrimenti
> avrei raccolto qualche informazione.
> Comunque credo che in qualche modo si possa fare in modo di
> "importare" in una tabella access il file che viene generato quando la
> penna viene scaricata dei suoi dati.
> In altre parole usare i comandi appropriati per gestire la porta
> seriale e quanto ad esso collegato.
> Ti ringrazio ancora per l'interessamento e confido in risposte che
> possano aiutarmi in tal senso.
> Davide
> -----------------------------------------------------
> Togli NOSPAM dall'indirizzo per contattarmi in e-mail
> -----------------------------------------------------
La Datalogic fa una penna che si chiama MW-25, con 32K di memoria e display
a cristalli liquidi.
Il calamaio si chiama OR-20.
Il controllo che puoi usare è l'MSCom32 di microsoft e il tutto funziona che
è una meraviglia.
Io l'ho usato numerose volte.
Bye
--
********************************************
Giorgio B. - P.S. elettronica srl - Udine
email:
giorgio....@ps-elettronica.it


title: [query] accodamento / aggiornamento

author: massimo

text:
Ho una base di dati che devo reimportare periodicamente in una sorta
di applicazione secondaria che permetterebbe di gestire
elettronicamente alcuni aspetti che il centro di servizi si rifiuta
di integrare nell'applicazione principale.
Ho due problemi:
1) ho una moltitudine di record che possono aumentare (es. nuovo
iscritto) e cambiare (es. cambio di indirizzo).
2) in qualche modo devo sincronizzare periodicamente le due basi di
dati e devo trovare un modo agevole per farlo.
In altri termini, posso disporre di un'estrazione di dati grezzi
provenienti dall'applicazione principale. Questa estrazione può
quindi contenere più record di quelli che ho importato la volta
precedente e, inoltre, alcuni possono essere modificati.
La domanda: sono costretto a usare due query (accodamento +
aggiornamento) oppure esiste un metodo più elegante e snello per fare
tutto con con una sola?


title: [query] accodamento / aggiornamento

author: Luca

text:
> oppure esiste un metodo più elegante e snello per fare
> tutto con con una sola?
Se puoi utilizzare la replica penso sia la soluzione + indolore.
Ciao
Luca


title: [query] accodamento / aggiornamento

author: Roberto da casa

text:
"massimo" <n...@send.invalid> ha scritto nel messaggio
news:Xns932BE3CD...@news.inwind.it...
> Ho una base di dati che devo reimportare periodicamente in una sorta
> di applicazione secondaria che permetterebbe di gestire
> elettronicamente alcuni aspetti che il centro di servizi si rifiuta
> di integrare nell'applicazione principale.
>
> Ho due problemi:
> 1) ho una moltitudine di record che possono aumentare (es. nuovo
> iscritto) e cambiare (es. cambio di indirizzo).
> 2) in qualche modo devo sincronizzare periodicamente le due basi di
> dati e devo trovare un modo agevole per farlo.
>
> In altri termini, posso disporre di un'estrazione di dati grezzi
> provenienti dall'applicazione principale. Questa estrazione puň
> quindi contenere piů record di quelli che ho importato la volta
> precedente e, inoltre, alcuni possono essere modificati.
>
> La domanda: sono costretto a usare due query (accodamento +
> aggiornamento) oppure esiste un metodo piů elegante e snello per fare
> tutto con con una sola?
Ammesso che abbia ben compreso il tuo problema, io ogni volta cancellerei
TUTTI i vecchi record e li sostituirei TUTTI con quelli nuovi.
O sbaglio?
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------


title: [query] accodamento / aggiornamento

text:
> Ammesso che abbia ben compreso il tuo problema, io ogni volta cancellerei
> TUTTI i vecchi record e li sostituirei TUTTI con quelli nuovi.
> O sbaglio?
e se avviene qualcosa di brutto brutto brutto mentre sta reinserendo i dati
(un bug dell'applicazione che causa un errore, mancanza di corrente e chi
più ne ha più ne metta)? perderebbe tutto...o quasi. Abbastanza rischioso.
Luca