Issue 20631 - Large database ties up machine
Summary: Large database ties up machine
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: Base
Classification: Application
Component: code (show other issues)
Version: OOo 1.1
Hardware: PC Windows 2000
: P3 Trivial (vote)
Target Milestone: ---
Assignee: christoph.lukasiak
QA Contact: issues@dba
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-10-02 23:09 UTC by Unknown
Modified: 2006-05-31 14:29 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description Unknown 2003-10-02 23:09:26 UTC
When opening up the 'view->data sources' or selecting 'mail merge' from a 
template, the data selection will jump the first table that has been defined as 
available. If this table has many rows, the machine will try to load them all 
with no limit. We have 1.2 million records in our contact database and will be 
adding 1 million per month. It would help if a default limit of 1000 records 
were placed on the data retrieval. An option to remove the limit would be 
needed but it would save users from having to kill the program and restarting. 
Or perhaps a contextual menu selection of 'execute' for each data source to 
retrieve the recordset would be better.
Comment 1 christoph.lukasiak 2003-10-06 12:37:57 UTC
CLU: i cannot acknoledge that - in both cases only the first shown 
records are loaded and that usually is pretty fast - can you recheck 
that and have a closer look if maybe the network connection to the 
database server slow this prozess down?
Comment 2 christoph.lukasiak 2003-10-06 12:48:36 UTC
.
Comment 3 christoph.lukasiak 2003-10-13 10:34:43 UTC
.
Comment 4 christoph.lukasiak 2003-10-13 10:35:36 UTC
correct the state
Comment 5 Unknown 2003-10-14 20:45:24 UTC
I still get the situation on more than one xp machine. I must define 
a small database or query or else the computer freezes as it loads up 
the first table it sees and runs out of virtual memory. 
Comment 6 christoph.lukasiak 2003-10-21 10:45:19 UTC
clu->jrf2112: sounds ugly - what database do you connect to, with 
which driver?
Comment 7 Unknown 2003-10-21 18:21:35 UTC
Using latest MySQL on Win2k and latest MyODBC on XP.
Comment 8 christoph.lukasiak 2003-10-27 16:21:46 UTC
CLU->jrf2112: after rethinking this task, i came to 3 
conclusions/questions
1. the idea with the limitation of readed in rows is an enhancement, 
so please write an enhancement (please take this task as reference 
for it)
2. i am not shure, if i understand you right: you only open the 
database beamer with F4? or you make something else in between f.e. 
you connect with any form or macro?
3. can you only open the big database with F4, and after the office 
is definetly gone, copy the ODBC log to this issue

thx
Comment 9 christoph.lukasiak 2003-10-28 13:31:30 UTC
CLU for protocol: tried it out with a big mysql database table (1 
million records) over ODBC and it works fine under winxp and linux - 
must be a different problem
Comment 10 christoph.lukasiak 2003-11-24 14:49:23 UTC
can anybody acknowledge this behavior and add a further description? i
my case it still works well - has anybody additional info?
Comment 11 christoph.lukasiak 2003-12-15 15:17:46 UTC
over a month no respond - not to repro, so i close this issue - do not hestitate
to reopen this issue if you have further info
Comment 12 hans_werner67 2004-02-02 12:14:18 UTC
change subcomponent to 'none'