Newsgroup: it.comp.lang.visual-basic
Titolo: [OT] dimensione massima mdb

volevo sapere fino a che dimensione continua a funzionare un mdb
In questo database inserisco delle immagini gif tra i 100 e i 200 KB
facendo due conti inserendo 1000 record arrivo a 160MB... che succederà?
--
____________________________
   G 1 0 X®
Web: 
www.giox.net
Alt. Mail: 
info...@libero.it
Icq Uin: 47698601
Irc Chan. @azzurranet:
   #mhackerone; #ahccc; #linux;
   #hackers-it; #programmatori
_____________________________


Dammi retta: lascia le immagini __fuori__ dal database.
Nel database, qualunque esso sia, memorizza solo il nome
ed eventualmente la locazione dell'immagine.
ciao
ugo

facendo due conti inserendo 1000 record arrivo a 160MB... che succederà?
Secondo M$ dovresti stare tranquillo per un po' :-)
Microsoft Access database general specifications
Attribute Maximum 
Microsoft Access database (.mdb) file size 2 gigabytes. However, because your database can include linked tables in other files, its total size is limited only by available storage capacity. 
Number of objects in a database 32,768 
Modules (including forms and reports with the HasModule property set to True) 1,000 
Number of characters in an object name 64 
Number of characters in a password 14 
Number of characters in a user name or group name 20 
Number of concurrent users 255 
-- 
ciao, hal

 ha scritto nel messaggio
news:a5gdd8$6rkhq$1...@ID-96367.news.dfncis.de...


 ha scritto


[...]2 gigabytes[...]
Ma voglio vedere quanto veloce va... :)
Qui con un gestionale a 50 mega cominciamo già ad avere problemi... :(
CiaoZ
SebaMix

 Qui con un gestionale a 50 mega cominciamo già ad avere problemi... :(
Ma sono a posto gli indici? (DAO, 116Mega con integrità referenziale, belli
veloci)
Ciao
*Roby*

 ha scritto

sara' ado :)
j.


o Dao????    ;-PPPP
ciao
ugo


:-)
Grazie.
In effetti, col trascorrere degli anni, si perde entusiasmo per certe
forme di "eleganza distorta" (sul tipo del "tutto nel database") e si
prende gusto alle soluzioni pratiche e con ridotti inconvenienti...
ciao
ugo

 ahi i backup...
le immagini le aquisisco da scanner in B&N (1bit) e poi le comprimo con
l'algoritmo LZW in formato GIF
e le salvo nel db in questo formato non in bitmap
la dimensione del file.bmp č intorno ai 6.5MB (č un foglio A4) comprimendolo
mi viene 150KB
Le dimensioni del file che vado a memorizzare quindi sono 150KB effettivi,
anzi ho notato che le dimensioni del db non crescono esattamente della
dimensione del file che vado ad aggiungere ad esso ma aumenta di una
dimensione minore (una decina di KB in meno per file da 150KB).
fino ad ora ho inserito una 50 di record e il db si comporta ancora
perfettamente.
In quanto alla velocita' del db penso che non avro' mai problemi in quanto i
record presenti saranno sempre pochi e le query vengono effettuate
naturalmente sugli altri due campi (cliente e contratto).
il codice per l'estrazione delle gif dal db č:
[il campo picture e di tipo "Oggetto OLE"]
----------------------------------------------------------------------------
----------------------
ReDim TheBytes(rsPictures("picture").ActualSize - 1)
TheBytes() =
rsPictures("picture").GetChunk(rsPictures("picture").ActualSize)
tempfile = App.Path & "\" & rsPictures("NContratto") & ".gif")
Open tempfile For Binary Access Write As #1
      Put #1, , TheBytes()
Close #1
Picture1.Picture = LoadPicture(tempfile)
Kill tempfile
 If rsPictures("note") <> "" Then
        Text2.Text = rsPictures("note")
Else
        Text2.Text = "Nessuna nota su questo documento"
End If
----------------------------------------------------------------------------
---------
Il fatto č che per ora il db funziona a dovere ma i dubbi ce li ho sempre
avuti ed in piů il saggio Ugo mi dice cosi!....

 avuti ed in piů il saggio Ugo mi dice cosi!....
ugo ti ha esposto la soluzione classica. quello che fai tu viene di solito
proposto come alternativa. se ti trovi, l'importante e' quello. prova a fare
un calcolo su quante immagini dovrai mettere. con un mdb sono arrivato
tranquillamente a 650 mb e 4.5 mln di righe in una tabella, con dao
monoutente, e non ho notato particolari decadimenti nelle prestazioni, con
un misto di codice dao, sql e uso dei datacontrol. le 2-3 volte che si e'
corrotto pero' il bkp e' servito. magari fanne spesso.
mi viene in mente adesso: sul gif c'e' il copyr unisys. se _scrivi_ dei gif
dovresti avere una licenza apposita (il fatto che vb li _legga_ nativamente
non so se ti copre), per la quale credo chiedano mica poco. prova vedere, se
ne e' parlato in vari post vecchi, seno' cercando in google. se non lo
trovi, devo essermi salvato le condizioni unisys da qualche parte.
ciao e buon lavoro, a.

 ciao e buon lavoro, a.
grazie! Ciao

 freeware...
non so neanch'io cosa dirti. mi sembra molto improbabile che quei
simpaticoni di u. vadano a disassemblarti il prog, visto che il gif lo salvi
per quell'attimo soltanto. ma dato che e' un prog che dai comunque fuori,
forse ti conviene leggere quanto sotto ed eventualmente sentire in unisys,
sperando che conoscano il termine "freeware"...
in alternativa, visto che nell'mdb usi il binario, eventualmente puoi
guardare su
http://www.libpng.org/pub/png/
per vedere se usare il png.
su immagini di tipo testuale comprime anche piu' del gif (puoi fare prove
comparative con irfanview, altro freeware, o photoshop, ecc.), ed e' free.
ciao, a.
Microsoft has obtained a license from Unisys to use the .gif file format and
other LZW technologies covered by the Unisys-owned U.S. and foreign patents
in a number of Microsoft products.
However, this license does not extend to third-party developers using
Microsoft development products to develop applications. Third-party
developers must have a license from Unisys in the form of a written
agreement.
If you would like to use, sell or distribute any hardware or software using
or converting the .gif file format or LZW-based technologies, you must
obtain a license from Unisys.
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q193543
(link di hal)
poi vedi un po' cosa hanno risposto a birch:
=============================
VBnet FAQ: GIF Licensing Issues for Microsoft Development Products
Visual Basic Image FAQ
Reposted Friday August 27, 1996
Updated Sunday September 05, 1999
GIF Licensing Issues for Microsoft Development Products
A Frequently Asked Question, this page details an exchange between myself
and Unisys regarding GIF usage in VB applications.
Reposted by popular demand.Related Topics
VBnet Frames
Applies to: VB5, VB6
More References
Microsoft:Legal: 
http://www.microsoft.com/devonly/unisys.htm
MSKB: INFO: Unisys GIF and LZW Technology License Information
MSDN: Important Notice Concerning the Use of LZW Compression
Visual Basic Reference: Image Control
Visual Basic Reference: Picture Property
Visual Basic Reference: PictureBox Control
Unisys:Legal: 
http://corp2.unisys.com/LeadStory/lzwfaq.html
=====
From: Randy Birch
To: Customer Support, Unisys
Thursday, October 1, 1998
Within the Microsoft Visual Basic MVP newsgroup, discussion has taken place
regarding the apparent required licensing for use of the GIF image format
and the ability of owners of Microsoft Visual Basic 5 and 6 to read (load)
and display this image format in their applications, and, conceivably, make
modifications to the image and save it to disk.
This discussion was raised after reading the licensing agreements for GIF
usage both on yours and Microsoft's site. The thoughts expressed were that,
since Microsoft provides developers with the ability to perform actions on
GIF images via their development tools as an intrinsic part of the
development tool (i.e load a GIF image), yet the technology appears to
require licensing on the part of developers in order to use the GIF format
within Visual Basic or other MS development languages, that in fact a VB
developer - to which this licensing information has not been provided - can
in fact be placing themselves at risk for infringement, quite unknowingly.
If the licensing agreements mentioned both on your site and at Microsoft are
to be taken at face value, then using the GIF format is a violation of
license.
Basically, the Microsoft page regarding use of LZW and GIF file formats
states that while Microsoft has licensed this technology from Unisys for
their applications, this license does not extend to developers using
Microsoft tools which may open and allow modification/copying/saving of the
modified GIF image. The Unisys site echoes this. Can you clarify in plain
English the extent to which developers using Visual Basic are restricted in
these areas? With the demand for GIF support loud in pre-VB5 days by many,
its inclusion into the available file formats read by the developer products
since VB 5 implies - albeit it now seem incorrectly - that use of this file
format is "part of the package", just as using a bitmap, jpeg or Windows
metafile is and has been in the past.
The question most simply is: Can a developer *use* GIF images in their
applications without incurring liability, as long as the LZW DLL's are not
called *by the developer directly* to manipulate this image? (They may be
called by an intrinsic function within VB however, to load the image,
outside the scope of the developer). This means the developer can load,
display, modify, copy to the clipboard and paste into other applications the
GIF or modified GIF without liability, and that liability is only incurred
should the actual LZW DLLs themselves be used to access or save the data.
And if the above is not true, then at which point does liability ensue?
Does Unisys wish to have all VB devs apply for licensing or exemptions in
order to use the GIF image format in their applications?
Finally, does the license restrictions extend to simply using/displaying the
.GIF file format *extension* in a VB application file dialog, and does it
therefore theoretically prevent the VB developer from even displaying a GIF
image in the application when no modification is taking place?
I hope this is clear ... its really a matter of determining what a developer
may and may not do to/with a GIF image before specific licensing is
required.
The answers to these questions will definitely clarify the responsibilities
of developers with respect to your licensing requirements.
Regards
Randy Birch
Microsoft MVP, Visual Basic
=====
From: Unisys
To: Randy Birch
Wednesday, October 14, 1998
Thank you for your e-mail of October 1, 1998.
From your e-mail, we understand your question to be: "Can a developer *use*
GIF images in their applications without incurring liability, as long as the
LZW DLL's are not called *by the developer directly* to manipulate this
image?"
The simple answer is "NO" since no license to the LZW capability provided in
Microsoft development products (such as Visual Basic) is transferred to
developers by the Unisys/MS agreement. In particular, the various types of
GIF usage described by your e-mail are not licensed.
It would therefore be prudent for users of Microsoft development products
containing LZW capability to contact Unisys for an appropriate license.
Cheryl Tartler
cheryl....@unisys.com
Unisys


Bisognerebbe anche capire con che versione di Access il nostro amico ha a
che fare : Access 97 ha un limite fisico di 1 GB , e , giustamente, si
incavola se lo superi :))
Ciao
Lorenzo

che fare : 
Giusta precisazione, le specifiche che ho pubblicato sono riferite ad Office 2000 :-)
Ma, ormai, mi sono rassegnato a leggere richieste relative a db non specificati
ed alla pletora di versioni dei sofware di Microsoft. :-(
-- 
ciao, hal


Anch'io, ma, sempre più spesso, quando le informazioni sono insufficienti,
non sto neanche a pensare alle possibili risposte.
ciao
ugo

non sto neanche a pensare alle possibili risposte.
Sara' forse perche' mi sono abituato a cercare di convicere i clienti
che in realta' mi hanno chiesto quello che ho da vendergli :-P
-- 
ciao, hal


Perchč, non č forse cosě?     ;-P
ciao
ugo

 Perchč, non č forse cosě?     ;-P
se il cliente conosce un pochino i computer, non sempre... <g>
a.


Vuoi forse farmi credere che se hal o io fossimo tuoi fornitori
non accetteresti  ciecamente ogni nostra fornitura?     :-PPPP
ciao
ugo
-----------------------------------
Links:
Sito Comune: 
www.it-lang-vb.net
MSDN: 
msdn.microsoft.com

 non accetteresti  ciecamente ogni nostra fornitura?     :-PPPP
ciecamente credo che non accettero' neanche di andare in purgatorio o
all'inferno. voglio prima vedere pal.xls e javalab.xls, e controllare le
formule :P
se hal fosse mio fornitore, il lato napoletano che e' in lui (come in ognuno
di noi: hai presente il fanciullino? :) cercherebbe di proteggere --
peraltro invano -- quello ligure con sceneggiate strappacore ecc. ecc.
due giorni fa un fotografo cui ho chiesto un preventivo per un lavoro
abbastanza complesso mi ha detto, dopo un primo giro di conti:
"ci si riesce con otto persone in un anno, o quattro in due anni e mezzo"
placidamente (tanto piu' soldi non ne avevo):
"deve essere fatto con due persone _al max_ e in sei mesi _al max_".
"guardi, se queste sono le premesse, credo proprio che si possa fare come
dice lei".
siamo in italia, o :Pindemonte... una tradizione millenaria di levantini,
bizantini, fenici... sciaguratamente per i fornitori fenici, so farne parte
anch'io (o, come mi dicevano qui l'altro giorno, "siete Italiani" :)
j.made-in-italy

 dice lei".
E quello che dico pure io ai miei clienti, ma aggiungo anche "... perņ il
risultato non sarą sicuramente quello che piacerebbe a lei". :-)
Ciao
*Roby*


:-)
...stiamo andando OT sull'OT (che poi non era OT) ... che emozione...
Bello comunque questo confronto tra tecnici sugli aspetti psico-commerciali
del rapporto con i clienti...


risultato non sarà sicuramente quello che piacerebbe a lei". :-)
Eh eh, qui cominciamo a capirci ;-)
-- 
ciao, hal.lebanon


Tutto il mondo è paese...    ;-P


 risultato non sarà sicuramente quello che piacerebbe a lei". :-)
mi aspettavo questa obiezione caro moulinski :)
ma se il cliente ne capisce un pochino, non gliela fanno...
il risultato che piacerebbe a me in questo caso prevederebbe 8 persone e 4
anni. quando il lavoro ha un senso che dura piu' di una release di windows,
il budget deve essere l'ultimo dei problemi.
qui, un ze po'.
per quel che puo' venire con quei parametri, non scelti da me, a me non
piacera' proprio. un senso c'e', e anche abbastanza forte, ma di qui a
piacere...
ma dev'essere fatto al meglio, stante quel budget. e ti assicuro che ci si
puo' stare, almeno nelle grandissime linee. sui dettagli e su come
semplificargli la vita, dispostissimo a trattare. certo che se gli dico che
la base sara' access cosi' gliela programmo e gran parte degli inserimenti
la faccio via codice e loro mi rispondono che hanno solo mac... farebbero
prima a dirmi di no, non credi ? per me, amici come prima. cmq, se vuoi ci
sentiamo per posta.
pero' se uno non sa immettere velocemente in access una stringa in corsiva
500sca e' un problema suo... qualcun altro, e non obbligatoriamente
incapace, lo si trova... e comunque e' il fornitore, se la cosa gli
interessa, a doversi dare una mossa, o a dirmi che non gli interessa. se
pensa di lavorare male per starci dentro, tenga presente che sta per mettere
una firma sotto un contratto che ha valore legale, e che il collaudo lo
faccio io, non paperoga, e che pago _dopo_... non mi devono dire cosa serve
e quanto tempo, excel ce l'ho anch'io, e qualcosina ne capisco...
non scordarti gli 8086 che costavano 6-8 mln (diciamo 10-12 di adesso?)...
conosco gente che ha lavorato in quel periodo per 2-3 anni, poi a hw
calante, da commerciale -> commercialista. perche', iyo ? perche' non
potevano lavorare _al meglio_ ? hmmmm...
scherzi a parte, continuo a pensare che questo mercato in italia sia
abbastanza immaturo. sento chiedere milioni per sw che a me che non so
programmare costerebbero una settimana (e, particolare non secondario, a
differenza di quelli, funzionerebbero pure :P)
non considerare questo post i miei $0.02, seno' altri quattro post cosi' e
mi brucio la numero uno :)
ciao,
j.de.paperoni

 altri quattro post  cosi' e mi brucio la numero uno :)
Hai anche una teca con la prima moneta da 5 lire e il primo centesimo di
euro? :-)
Ciao
*Roby*
P.S.
...E l'ultimo chiuda la polta... (povero Bonvi! Brutta fine andare sotto ad
una macchina mentre si attraversa la strada :-( )

 una macchina mentre si attraversa la strada :-( )
grande bonvi. un elemento fondamentale nella formazione culturale di
qualunque essere che voglia definirsi umano.
ciao, j.sturmtruppe

 del rapporto con i clienti...
Tanto ormai, più OT di così... C&P selvaggio di citazioni
da Leonardo Serni:
_________________________________________
Soggetto:Re: patch per Outlook : dove?
Cerca "Outlook Security Issue".
Non le chiamano patch (rappezzi) perche' suona brutto.
E' lo stesso motivo per cui credo che in W2K non esistano piu' le
"Printer Queues" (code di attesa stampante), perche' erano lente,
tutti i jobs dovevano stare in coda, un casino... cosi', dopo una
attenta analisi, le hanno chiamate "Virtual Printers", e i lavori
di stampa sono "lanciati", non "messi in coda".
(Per gli utenti: non e' una presa per il culo - ma una tecnica di
marketing chiamata "afferramento per il sottocoda").
_________________________________________
Quando mi domandano come mai il formato sia .RTF, ribatto
che e' il nuovo formato piu' avanzato di Microsoft, che e' piu'
potente, versatile e immune ai virus, occupa meno spazio
su disco, ed inoltre e' cross-platform, ed e' compatibile con
TUTTE le versioni di Word.
_________________________________________
Bye, G.

 potevano mica farli piu' piccoli e meno rilevati, gia' che c'erano ?
Controlla bene. Dovrebbero essere facilmente distinguibili dalla diversa
zigrinatura sul bordo.
Ciao
*Roby*

 zigrinatura sul bordo.
grazie ! su due piedi, mi puoi dire quanti dentini ogni taglio ?
j.(*).darwin

 genialita' richiede pazienza, come il ricamo :)
Bella questa. Me la segno nel libriccino delle perle.
Ma dopo perň, chč ora devo sferruzzare ancora qualche riga di codice.
Ciao
*Roby*