Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SEARCH CALL:- Large number (>100000) of calls makes search unusable #469

Open
s3m1s0n1c opened this issue Feb 25, 2025 · 0 comments
Open

Comments

@s3m1s0n1c
Copy link

s3m1s0n1c commented Feb 25, 2025

Hey Team,

I did look in issues for any issues like this one but didn't find any.. So sorry if this issues is already raised..

So I have over 100000 recorded calls in my RDIO instance with a Sqlite3 DB of 22GB

When you go to use the "Search Call" function and select a certain talk group it basically sits there for 5-10-15 minutes and everything else is in rdio is unresponsive until the select query is done.

The Load on the machine seems to rise a little but no where maxing out the CPUs

I'm guessing its a Sqlite3 issue with trying to do a "select from RadioScannerCalls where talkgroup = x" thru 100000 + records..

Is there a better way to construct the sqlitedb with some kinda index to make it faster?

Ive been involved with another project who uses knex as there project is based on NodeJS for better querys
I know rdio is based on GO lang..
Could one use GORM or Squirrel to make the query's a bit quicker for those with larger numbers of calls in there DB?

Cheers Sonic

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant