Re: [SR-Users] pdb module best practice

2011-01-25 Thread Henning Westerholt
On Monday 24 January 2011, Thomas Baumann wrote: > the downtime is not a problem, I already have 2 deamons running. > I want to reduce the time , how changes become active. > > 1. update xxx entry > 2. export table to *.csv (5s) > 3. generate *.mmap file (25 seconds) > > So changes will take at l

Re: [SR-Users] pdb module best practice

2011-01-24 Thread Henning Westerholt
On Sunday 23 January 2011, Thomas Baumann wrote: > I tested the pdb module and the pdb_server. It is a fast solution even > with a huge amount of numbers. > > But how I can update the pdb_server in a fast and effective way ? I tried > it in the following way: > [...] > The time of 30 seconds is

[SR-Users] pdb module best practice

2011-01-23 Thread Thomas Baumann
Hello, I tested the pdb module and the pdb_server. It is a fast solution even with a huge amount of numbers. But how I can update the pdb_server in a fast and effective way ? I tried it in the following way: - number;carrier are stored in a mysql table (20 million entries) - 2 pdb_servers ar

[SR-Users] pdb module best practice

2011-01-22 Thread Thomas Baumann
Hello,I tested the pdb module and the pdb_server.  It is a fast solution even with a huge amount of numbers.But how I can update the pdb_server in a fast and effective way ?  I tried it in the following way:- number;carrier are stored in a mysql table (20 million entries)- 2 pdb_servers are running