Become more robust to parse errors

I've started working on a sql [lsp server implementation](https://microsoft.github.io/language-server-protocol/specifications/lsp/3.17/specification/), using `sqlparser` as the parser. Unfortunately, I very quickly hit a wall, mostly around how `sqlparser` discovers and surfaces errors. For instance, let's say the user types the following: `SELECT * F` and hits the key. A good lsp server would suggest completing `F` to `FROM`, even just do it automatically in that case. If one tries to parse that input string with `sqlparser`, it returns a `ParserError("Expected end of statement, found: F")`. The error isn't unexpected, but now (a) since the ast isn't available in the face of errors, there are no recommendations/commands/lints I can make based on a error-prone AST, and (b) I don't have enough information (line/col info) to send a diagnostic (the thing that makes the red squiggly lines) to the client. The line/col information was suggested in #179, but a fair amount of the work that would enable a really good LSP server implementation is being able to work with an AST that has errors in it.

I _suspect_ what I'm describing is _really_ hard, and has all sorts of backwards-incompatible changes that would be required to make this work. I think it'd be worthwhile, though.

Bắt đầu bằng cách đọc phần xử lý ParserError của sqlparser và các điểm đầu vào của parser liên quan khi phân tích cú pháp `SELECT * F`; issue không cung cấp tệp hoặc test cụ thể nào. So sánh hành vi hiện tại với các yêu cầu chẩn đoán của LSP và xác định cách nên định nghĩa AST chịu lỗi, hỗ trợ completion và chẩn đoán dòng/cột. Done phải bao gồm hành vi đã thống nhất và coverage cho SQL chưa hoàn chỉnh như ví dụ này.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.