▲ | avinassh 2 days ago | ||||||||||||||||
of all places, I did not expect to get personal attacks on HN :) > yet makes fundamental mistakes in understanding what the WAL does and how it's possible not to "partly" apply a WAL. Please provide citation on where I said that. You can't partly apply WAL always, but there are very valid cases where you can do that to recover. Recovery doesn't have to automatic. It can be done by SQLite, or some recovery tool or with manual intervention. > - Said person maligns SQLite as being impossible to contribute; whereas the actual project only mentions that they may rewrite the proposed patch to avoid copyright implications. Please provide citation on where I said that. Someone asked me to send a patch to SQLite, I linked them to the SQLite's page. | |||||||||||||||||
▲ | supriyo-biswas 2 days ago | parent | next [-] | ||||||||||||||||
> You can't partly apply WAL always, but there are very valid cases where you can do that to recover. Without mentioning the exact set of cases where recovery is possible and it isn't, going "PSA: SQLite is unreliable!!1one" is highly irresponsible. I think there's quite a bit of criticism going around though, you could add them to your blog article :) Please also consider the fact that SQLite being a transactional database, it is usually not possible to expose a WAL level error to the user. The correct way to address it is to probably come up with a list of cases where it is possible, and then send in a patch, or at least a proposal, of how to address it. > Please provide citation on where I said that [SQLite is impossible to contribute]. | |||||||||||||||||
| |||||||||||||||||
▲ | tucnak 2 days ago | parent | prev [-] | ||||||||||||||||
> of all places, I did not expect to get personal attacks on HN You must be new to the site. |