GARANTIR DESCONTO

Fórum Limite de dados do paradox #178016

27/08/2003

0

Me desculpem de estar escrevendo aqui sobre paradox, mas me surgiu uma dúvida. Qual é o limite de dados que o paradox sustenta?

[b:c0f2e01650]Título editado pelo Moderador (AZ)[/b:c0f2e01650]


Mineiro

Mineiro

Responder

Posts

27/08/2003

Aroldo Zanela

Colega,

Some current internal limits of BDE Description: Here are the maximum limits for some common BDE objects. If you find you cannot reach these limits or are getting an out of memory error, increasing your SHAREDMEMSIZE in BDE Config to 4096 or more should allow you to reach these limits. GENERAL LIMITS 48 Clients in system 32 Sessions per client (3.5 and earlier 16 Bit, 32 Bit) 256 Session per client (4.0 32 Bit) 32 Open databases per session (3.5 and earlier 16 Bit, 32 Bit) 2048 Open databases per session (4.0 32 Bit) 32 Loaded drivers 64 Sessions in system (3.5 and earlier 16 Bit, 32 Bit) 12288 Sessions in system (4.0 32 Bit) 4000 Cursors per session 16 Entries in error stack 8 Table types per driver 16 Field types per driver 8 Index types per driver 48K Size of configuration (IDAPI.CFG) file 64K Size of SQL statement (RequestLive=False) 4K Size of SQL statement (RequestLive=True) 6K Size of SQL statement (RequestLive=True) (4.01, 32 Bit) 16K Record buffer size (SQL or ODBC) 31 Table and field name size in characters 64 Stored procedure name size in characters 16 Fields in a key 3 File extension size in characters 260 Table name length in characters 260 Path and file name length in characters 15 Significant Digits PARADOX LIMITS 127 Tables open per system (4.0 and earlier 16 Bit32 Bit) 254 Tables open per system (4.01 32 Bit) 64 Record locks on one table (16Bit) per session 255 Record locks on one table (32Bit) per session 255 Records in transactions on a table (32 Bit) 512 Open physical files (4.0 and earlier 16 Bit32 Bit) (DB, PX,MB, X??, Y??, VAL,TV) 1024 Open physical files (4.01 32 Bit (DB, PX,MB, X??, Y??, VAL,TV) 300 Users in one PDOXUSRS.NET file 255 Number of fields per table 255 Size of character fields 2 Billion records in a table 2 Billion bytes in .DB (Table) file 10800 Bytes per record for indexed tables 32750 Bytes per record for non-indexed tables 127 Number of secondary indexes per table 16 Number of fields in an index 255 Concurrent users per table 256 Megabytes of data per BLOB field 100 Passwords per session 15 Password length 63 Passwords per table 159 Fields with validity checks (32 Bit) 63 Fields with validity checks (16 Bit) 53 Fields with Validity checks added at onetime 63 Number of Sessions with Tables open on1 System DBASE LIMITS 256 Open dBASE tables per system (16 Bit) 350 Open dBASE tables per system (BDE 3.0 - 4.0,32 Bit) 512 Open dBASE tables per system (BDE 4.01, 32 Bit) 100 Record locks on one dBASE table (16 and 32 Bit) 100 Records in transactions on a dBASE table (32 Bit) 1 Billion records in a table 2 Billion bytes in .DBF (Table) file 4000 Size in bytes per record (dBASE 4) 32767 Size in bytes per record (dBASE for Windows) 255 Number of fields per table (dBASE 4) 1024 Number of fields per table (dBASE for Windows) 47 Number of index tags per .MDX file 254 Size of character fields 10 Open master indexes (.MDX) per table 220 Key expression length in characters --------------------------------------------------------------------------------


http://community.borland.com/article/0,1410,15159,00.html


Responder

Gostei + 0

27/08/2003

Mmtoor

Prezado:
Não há limites. Existe sim a necessidade de se projetar a base de dados, seja qual for a plataforma, para que ela possa rodar praticamente livre.
MMTOOR2003


Responder

Gostei + 0

28/08/2003

Barcelos

Colega,

Concordo com MMToor quanto à necessidade do projeto da base de dados.
Apesar de na documentação dizer que você pode ter até 2 bilhões de registros, tenho tabelas com + ou - 100.000 e que já apresentam alguns problemas graves (corrupção da base de dados, perda de índices).
Contudo, se for bem projetado, (especialmente se você for usar o seu programa em rede), acredito que não haverá restrições ao tamanho das tabelas.

Barcelos
osbarcelos@hotmail.com


Responder

Gostei + 0

28/08/2003

Bacalhau

AMIGÃO BARCELOS, CONSEGUISTE RESOLVER O TEU PROBLEMA? 8)

Caro mineiro escreve o seguinte código:

var i : integer;
repeat
table1.append;
table1.edit;
table1.fieldbyname(<campo string>).asstring := ´eheheheheh´;
table1.post;
i := 2;
until i = 1;

Quando rebentar vai ver quantos registos ficaram gravados.


Responder

Gostei + 0

Utilizamos cookies para fornecer uma melhor experiência para nossos usuários, consulte nossa política de privacidade.

Aceitar