[mapguide-users] SDF File Size(Maximum)

Traian Stanev traian.stanev at autodesk.com
Mon Jun 11 13:09:27 EDT 2007


 

I have tested with a 6GB+ file. This was a long time ago (may be 2 Map
releases back).

 

Traian

 

 

From: mapguide-users-bounces at lists.osgeo.org
[mailto:mapguide-users-bounces at lists.osgeo.org] On Behalf Of Kenneth,
GEOGRAF A/S
Sent: Monday, June 11, 2007 5:06 AM
To: MapGuide Users Mail List
Subject: Re: [mapguide-users] SDF File Size(Maximum)

 

I have not tested this, only looked at it in theory. It looks as if the
provider can support at least 2GB, but there might be a limitation deep
inside Map3D.
Maybe some of the Autodesk people have tested this?




Regards, Kenneth, GEOGRAF A/S



Rahul skrev: 

Hi ,

     Thanks a lot for your detail reply and reference,so in theory we
can say that it can support upto 2 TB depending upon the storage space
and File System.

 

I think leave about the TB and if we talk just about 2-3 GB ,do u think
it is possible to work with a SDF File of 2-3 GB in Autodesk assuming
that storage space is not an issue.(Similar to ESRI Personal GeoDatabase
4 GB Limit).

 

Thks

Max

"Kenneth, GEOGRAF A/S" <ks at geograf.dk> <mailto:ks at geograf.dk>  wrote:

	Hmm... a bit hasty there... the new info shows this:
	
	(10) Are there any known size limits to SQLite databases?
	
	    A database is limited in size to 2 tibibytes (2^41 bytes).
That is a theoretical limitation. In practice, you should try to keep
your SQLite databases below 100 gigabytes to avoid performance problems.
If you need to store 100 gigabytes or more in a database, consider using
an enterprise database engine which is designed for that purpose.
	
	    The theoretical limit on the number of rows in a table is
2^64-1, though obviously you will run into the file size limitation
prior to reaching the row limit. A single row can hold up to 230 bytes
of data in the current implementation. The underlying file format
supports row sizes up to about 2^62 bytes.
	
	    There are probably limits on the number of tables or indices
or the number of columns in a table or index, but nobody is sure what
those limits are. In practice, SQLite must read and parse the original
SQL of all table and index declarations everytime a new database file is
opened, so for the best performance of sqlite3_open() it is best to keep
down the number of declared tables. Likewise, though there is no limit
on the number of columns in a table, more than a few hundred seems
extreme. Only the first 31 columns of a table are candidates for certain
optimizations. You can put as many columns in an index as you like but
indexes with more than 30 columns will not be used to optimize queries.
	
	    The names of tables, indices, view, triggers, and columns
can be as long as desired. However, the names of SQL functions (as
created by the sqlite3_create_function() API) may not exceed 255
characters in length.
	
	So, it should in fact support 2 titibytes, providing that the
file system allows you to create files of that size (and you have enough
storage space).
	
	

	Regards, Kenneth, GEOGRAF A/S  

	
	
	Kenneth, GEOGRAF A/S skrev: 

	SDF is using the SQLite database for storage. The SQLite has the
following size constraints:
	
	(10) Are there any known size limits to SQLite databases?
	
	    Internally, SQLite can handle databases up to 2^40 bytes (1
terabyte) in size. But the backend interface to POSIX and Win32 limits
files to 2^31 (2 gigabytes).
	
	    SQLite arbitrarily limits the amount of data in one row to 1
megabyte. There is a single #define in the source code that can be
changed to raise this limit as high as 16 megabytes if desired.
	
	    There is a theoretical limit of about 2^32 (4 billion) rows
in a single table, but there is no way to test this limit without
exceeding the maximum file size, so it is not really an issue. There is
also a theoretical limit of about 2^32 tables and indices, but again it
is not really possible to reach this limit due to the file size
constraint.
	
	    The name and "CREATE TABLE" statement for a table must fit
entirely within a 1-megabyte row of the SQLITE_MASTER table. Other than
this, there are no constraints on the length of the name of a table, or
on the number of columns, etc. Indices are similarly unconstrained.
	
	So, if there are no bugs in the implementation, the size should
be limited to 2 GB. You can read more about the SQLite format on:
	http://www.sqlite.org/
	
	

	Regards, Kenneth, GEOGRAF A/S    

	
	Rahul skrev: 

	Hi All,

	          Can anyone tell me that how much the maximum SDF File
size(single) supported by Autodesk(ADSKServer,Map3D 2008).Any reference
or detail link will be really helpfull for me.

	 

	ESRI use to provide support for max. 4 GB personal geodatabase
File.

	 

	Thks

	Max

  _____  

	It's here! Your new message!
	Get new email alerts
<http://us.rd.yahoo.com/evt=49938/*http:/tools.search.yahoo.com/toolbar/
features/mail/>  with the free Yahoo! Toolbar.
<http://us.rd.yahoo.com/evt=49938/*http:/tools.search.yahoo.com/toolbar/
features/mail/>  

	
	
  _____  



	  _______________________________________________
mapguide-users mailing list  mapguide-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-users    
	
	
  _____  



	  _______________________________________________
mapguide-users mailing list  mapguide-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-users    

	_______________________________________________
	mapguide-users mailing list
	mapguide-users at lists.osgeo.org
	http://lists.osgeo.org/mailman/listinfo/mapguide-users

 

  _____  

Yahoo! oneSearch: Finally, mobile search that gives answers
<http://us.rd.yahoo.com/evt=48252/*http:/mobile.yahoo.com/mobileweb/ones
earch?refer=1ONXIC> , not web links. 

 


  _____  



 
_______________________________________________
mapguide-users mailing list
mapguide-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-users
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/mapguide-users/attachments/20070611/5743ee9a/attachment.html


More information about the mapguide-users mailing list