chore: Simplify contract subscription indexes

[arcoraven]

Goal: make insert/deletes more performant

• Remove unused indexes -- each insert was updating all indexes
• Add chain+blockNumber to the uniqueness constraint to trade off better pruning of the search space for more disk space used

---

PR-Codex overview

This PR focuses on updating the primary keys and indexes for the contract_event_logs and contract_transaction_receipts models in the Prisma schema, enhancing the database structure for better performance and data integrity.

Detailed summary

• Updated primary key for contract_event_logs to include chainId, blockNumber, transactionHash, and logIndex.
• Updated primary key for contract_transaction_receipts to include chainId, blockNumber, and transactionHash.
• Modified indexes for both models to include chainId and contractAddress.
• Added SQL migration commands to drop old indexes and create new ones reflecting the schema changes.

✨ Ask PR-Codex anything about this PR by commenting with /codex {your question}

[zeet-co]

We're building your pull request over on Zeet.
Click me for more info about your build and deployment.
Once built, this branch can be tested at: https://tw-unreal-demo-engine-vwn0-ph-upd-259a49.engine-aws-usw2.zeet.app before merging 😉

[zeet-co]

engine-cloud - engine-cloud-dev

We're building your pull request over Zeet. We have provided links for Zeet apps linked to this github repo

Application Name	Dashboard Link	Preview Link
engine-cloud-core-dev	Go to App in Zeet Console	Preview App
engine-v3-test-instance	Go to App in Zeet Console	Preview App

[jakeloo]

What is the query pattern?
I believe we always queried by chainId and contractAddress and sometimes with timestamp? If that's the case, timestamp should be at the right-most column?

[jakeloo]

How are we querying the data? Did a quick scan, it seems like we don't always pass in a timestamp. In that case we'd probably want to start with chainId, contractAddress - then timestamp or blockNumber

[github-actions]

This PR is stale because it has been open for 7 days with no activity. Remove stale label or comment or this PR will be closed in 3 days.