Cách Xây Dựng Truy Vấn MongoDB Nhanh Hơn Bằng Giao Diện Trực Quan

Khi làm việc với MongoDB, tôi thường mắc kẹt ở một vấn đề giống nhau: tôi biết chính xác mình muốn làm gì, nhưng vẫn thấy mình dành quá nhiều thời gian để gõ lại các truy vấn mỗi lần.

Không phải vì truy vấn của tôi quá phức tạp, mà vì có quá nhiều chi tiết nhỏ cần phải ghi nhớ. Tên trường (field names), toán tử (operators), đường dẫn lồng nhau (nested paths), v.v. Đảm bảo cú pháp đúng chỉnh, tinh chỉnh một chút gì đó. Đó là quá nhiều việc cho một việc tôi phải làm lặp đi lặp lại nhiều lần.

Tôi muốn tìm một cách để truy vấn nhanh hơn và trực quan hơn. Một cái gì đó cho phép tôi dành nhiều thời gian hơn cho dữ liệu của mình và ít thời gian hơn để gõ phím.

Đây là một trong những lý do tôi đã tạo ra VisuaLeaf, và tôi phải nói rằng trình Xây dựng Truy vấn Trực quan (Visual Query Builder) của mình có lẽ là một trong những tính năng tôi yêu thích nhất.

Trình Xây Dựng Truy Vấn Bắt Đầu Tại Nơi Bạn Đang Làm Việc

Một điều tôi muốn ngay từ đầu là tránh phải mở năm màn hình khác nhau chỉ để xây dựng một truy vấn.

Vì vậy, trên nền tảng này, Trình xây dựng truy vấn mở trực tiếp từ chế độ xem collection (collection view). Bạn mở một collection, bắt đầu duyệt tài liệu, và từ đó bạn có thể chuyển sang xây dựng truy vấn trực quan mà không làm gián đoạn quy trình làm việc của mình.

Truy vấn trực quan mà không cần rời khỏi collection

Điều đó có vẻ như một chi tiết nhỏ, nhưng nó rất quan trọng.

Bởi vì hầu hết thời gian, công việc thực sự không bắt đầu bằng "Tôi muốn xây dựng một truy vấn".

Nó bắt đầu bằng "Tôi đã ở trong collection này, và tôi muốn tìm thứ gì đó nhanh hơn".

Không Muốn Kéo và Thả Trở Thành Một Trò Chơi Nổi Tiếng

Nhiều công cụ có một số hình thức xây dựng truy vấn trực quan, nhưng một khi truy vấn trở nên thực tế hơn, giao diện bắt đầu có vẻ hạn chế.

Đó chính xác là điều tôi không muốn.

Vì vậy, trong VisuaLeaf, bạn có thể kéo và thả các trường vào Trình xây dựng truy vấn, và quan trọng hơn, bạn có thể tiếp tục thêm nhiều thao tác và kết hợp nhiều trường trong cùng một bộ lọc trực quan.

Điều đó tạo ra sự khác biệt thực sự, bởi vì hầu hết các truy vấn hữu ích không chỉ liên quan đến một trường.

Bạn thường muốn cái gì đó phức tạp hơn như:

• một trường phải lớn hơn một giá trị
• một trường khác phải khớp với cái gì đó
• có thể sắp xếp kết quả
• có thể chỉ bao gồm một số trường nhất định
• có thể nhóm các điều kiện với AND / OR

Đó là lúc một trình xây dựng trực quan vẫn cảm thấy hữu ích, không chỉ ở mức độ demo.

Bạn Có Thể Xây Dựng Trực Quan, Nhưng Truy Vấn Thực Vẫn Ở Đó

Điều này cũng rất quan trọng đối với tôi.

Tôi không muốn Trình xây dựng truy vấn trở thành một giao diện đồ chơi nơi bạn nhấp chuột nhưng không bao giờ thực sự thấy điều gì đang diễn ra bên dưới.

Vì vậy, trong khi bạn xây dựng trực quan, truy vấn MongoDB thực sự được tạo tự động.

Xây dựng trực quan nhưng truy vấn thực vẫn hiện hữu

Điều đó có nghĩa là tính năng này giúp cả hai loại người dùng:

• nếu bạn mới sử dụng MongoDB, bạn có thể hiểu truy vấn tốt hơn
• nếu bạn đã biết MongoDB, bạn có thể di chuyển nhanh hơn mà không mất quyền kiểm soát

Vậy nên phần trực quan không ở đó để che giấu truy vấn thực sự.

Nó ở đó để giúp bạn tiếp cận nó nhanh hơn.

Chỉ Cần Mô Tả Những Gì Bạn Muốn và Để AI Xây Dựng Nó

Đôi khi tôi cũng không muốn kéo các trường từng cái một.

Đôi khi tôi chỉ muốn nói những gì mình cần và bắt đầu từ đó.

Đó là lý do tôi quyết định xây dựng Trợ lý AI trong Trình xây dựng truy vấn, đặc biệt là khi chúng ta đang sống trong một thế giới đầy rẫy AI. Bạn có thể mô tả truy vấn bằng tiếng Anh đơn giản, để VisuaLeaf tạo ra nó, sau đó tinh chỉnh nếu cần.

Bắt đầu từ một câu lệnh thay vì truy vấn trống

Điều này hữu ích khi:

• bạn đang học MongoDB
• bạn muốn một điểm khởi đầu nhanh chóng
• bạn đang kiểm tra một ý tưởng
• bạn không cảm thấy muốn viết toàn bộ cấu trúc từ con số không

Và thành thật mà nói, điều này không chỉ dành cho người mới. Ngay cả người dùng có kinh nghiệm cũng có những lúc họ chỉ muốn một khởi đầu nhanh hơn.

Xây Dựng Truy Vấn Chỉ Là Một Phần Của Vấn Đề

Một công cụ truy vấn không thực sự tốt nếu kết quả vẫn khó đọc.

Đó là lý do tôi cũng rất quan tâm đến cách hiển thị đầu ra.

Trong VisuaLeaf, sau khi chạy truy vấn, bạn có thể kiểm tra cùng một kết quả theo những cách khác nhau tùy thuộc vào những gì bạn cần.

Chế độ xem Tree (Cây)

Đây là chế độ tôi sử dụng khi tôi muốn hiểu cấu trúc của một tài liệu tốt hơn.

Mở rộng dữ liệu lồng nhau một cách tự nhiên

Nó dễ dàng hơn cho:

• các trường lồng nhau
• mảng (arrays)
• đối tượng bên trong đối tượng
• khám phá nhanh

Nó cũng giúp dễ dàng tìm kiếm bên trong các trường và giá trị trong khi bạn duyệt.

Chế độ xem Table (Bảng)

Chế độ này tốt hơn khi tôi muốn so sánh nhiều tài liệu nhanh hơn.

Bạn có thể quét các hàng và cột dễ dàng hơn nhiều, điều này giúp khi bạn đang cố gắng tìm ra các mẫu hoặc so sánh các giá trị song song.

Chế độ xem BSON

Điều này hữu ích khi các kiểu MongoDB chính xác quan trọng.

Đôi khi bạn không chỉ muốn xem giá trị.

Bạn cũng muốn xem rõ kiểu dữ liệu thực tế, như ObjectId, Date, hoặc các giá trị cụ thể khác của BSON.

Tìm Kiếm Trong Kết Quả Tiết Kiệm Thời Gian Hơn Bạn Nghĩ

Đây là một trong những tính năng nghe có vẻ nhỏ, nhưng trong công việc hàng ngày nó rất quan trọng.

Một khi các tài liệu được tải, tôi không muốn xây dựng lại truy vấn mỗi lần chỉ để tìm một giá trị trên màn hình.

Tôi muốn tìm kiếm trực tiếp qua các kết quả.

Vì vậy, nếu tôi đã có dữ liệu ngay trước mắt, tôi có thể tiếp tục khám phá nó mà không phải bắt đầu lại từ đầu liên tục.

Tốc Độ Là Yếu Tố Không Thể Thỏa Hiệp

Một công cụ truy vấn có thể trông đẹp, nhưng nếu nó cảm thấy chậm, toàn bộ trải nghiệm trở nên bực bội.

Đó là lý do hiệu suất là ưu tiên từ đầu.

Trong việc sử dụng riêng của tôi, tôi có thể tải thậm chí 50k tài liệu trong chưa đầy 2 giây, và điều đó thay đổi toàn bộ cảm giác về công cụ. Nó có nghĩa là tôi có thể kiểm tra, kiểm tra, điều chỉnh và tiếp tục mà không phải chờ đợi liên tục.

Tốc độ đó còn quan trọng hơn khi kết hợp với các chế độ xem kết quả và tìm kiếm trong kết quả, bởi vì quy trình làm việc vẫn trôi chảy thay vì cảm thấy nặng nề.

Tôi Cũng Muốn Nó Kết Nối Tốt Hơn Với Việc Phát Triển Thực Tế

Một điều khác tôi không muốn là một công cụ chỉ giúp ích về mặt trực quan, nhưng ngừng hữu ích ngay khi bạn cần mã thực tế.

Vì vậy, VisuaLeaf cũng có thể tạo ra truy vấn trong các ngôn ngữ lập trình khác nhau như:

• Python, Java, C#
• JavaScript - Node.js
• Kotlin, PHP, Ruby
• và các ngôn ngữ khác.

Điều đó làm cho Trình xây dựng truy vấn trở nên nhiều hơn là một trợ giúp trực quan.

Bạn có thể xây dựng truy vấn, xác minh kết quả, và sau đó di chuyển dễ dàng hơn hướng tới việc triển khai.

Những Gì Tôi Muốn Cuối Cùng

Tôi không muốn xây dựng một công cụ MongoDB khác trông ấn tượng trong các bản demo

nhưng cảm thấy cồng kềnh trong công việc thực tế. Vì vậy, tôi tập trung vào những gì thực sự quan trọng hàng ngày. Điều đó có nghĩa là:

• mở Trình xây dựng truy vấn trực tiếp từ chế độ xem collection
• kéo và thả nhiều trường
• thêm nhiều thao tác mà không cảm thấy bị hạn chế
• giữ cho truy vấn thực sự hiển thị
• sử dụng AI khi tôi muốn một khởi đầu nhanh hơn
• chuyển đổi giữa các chế độ xem Tree, Table và BSON
• tìm kiếm trực tiếp qua kết quả
• giữ cho công cụ nhanh ngay cả với các tập kết quả lớn
• giúp việc chuyển từ xây dựng truy vấn trực quan sang mã thực tế dễ dàng hơn

Đó là định hướng đằng sau VisuaLeaf Query Builder.

Vì vậy, nếu bạn mệt mỏi vì phải viết các truy vấn MongoDB từ đầu mỗi lần, hãy thử VisuaLeaf và xem quy trình làm việc trực quan hơn có thể làm cho toàn bộ quá trình dễ dàng hơn như thế nào.