Các thủ tục JavaScript được lưu trữ MongoDB có nhanh hơn không?

Question

Gần đây tôi đang đi sâu vào MongoDB và tôi đang tự hỏi về các thủ tục JavaScript được lưu trữ. Sau khi đọc Blog Entry từ PointBeing, tôi có một số câu hỏi.

• Đây có phải là lợi thế thực sự để lưu trữ mã của tôi trong DB không? Tôi có nghĩa là các chức năng như lookups for documents, không phải adding numbers như ví dụ từ PointBeing.
• Mã JavaScript có tiếp cận nhanh hơn từ phía node.js không?
• Nếu truy vấn của tôi được lưu trữ trong Cơ sở dữ liệu, là bộ nhớ cache (và nhanh hơn)?

Tôi đang tìm kiếm từ điểm phát triển node.js.

Answer 1

Đánh giá chức năng lưu trữ trong db.system.js ("thủ tục lưu trữ", khi bạn muốn gọi cho họ đó) bị phản đối. Các bài viết trên db.eval shell function và the eval database command có cảnh báo "Không được chấp nhận kể từ phiên bản 3.0" và the article on server-sided javascript không đề cập đến nó nữa. Vì vậy, bạn nên tránh sử dụng nó. Một lý do là bạn không thể chạy một hàm javascript khi bạn sử dụng sharding. Vì vậy, khi bạn xây dựng một ứng dụng yêu cầu eval, bạn ngăn không cho nó mở rộng trong tương lai. Khác là chức năng javascript làm suy yếu khái niệm quyền. Họ luôn luôn cần phải được chạy như admin, mà làm cho nó không thể thiết lập một hệ thống cho phép sane. Điều này đặc biệt có vấn đề từ quan điểm bảo mật khi xem xét các kịch bản lệnh phía máy chủ sử dụng dữ liệu do người dùng cung cấp có thể dễ bị tấn công bởi các đoạn mã script tùy ý.

Lợi thế của javascript phía máy chủ là nó chạy trên máy chủ cơ sở dữ liệu. Điều này làm giảm độ trễ giữa máy chủ ứng dụng và máy chủ cơ sở dữ liệu khi bạn cần thực hiện một số lượng lớn các truy vấn. Nhưng bạn có thể có được lợi thế tương tự bằng cách mở một trình bao mongo trên máy chủ cơ sở dữ liệu và thực hiện nó ở đó.

Lợi thế thời gian chờ chỉ có liên quan khi bạn thực hiện nhiều truy vấn từ tập lệnh của mình. Khi bạn chỉ có một truy vấn, bạn sẽ vẫn có độ trễ khi gọi tập lệnh. Vì vậy, bạn không đạt được gì ngoại trừ sự phức tạp không cần thiết.

Không có bộ nhớ đệm bổ sung hoặc tối ưu hóa khác cho javascript phía máy chủ.Thậm chí tệ hơn: Nó sẽ nhận được reparsed và reinterpreted mỗi khi bạn chạy nó. Vì vậy, nó thậm chí có thể chậm hơn so với javascript trong máy chủ ứng dụng của bạn.

Hơn nữa, nhiều truy vấn phức tạp mà sẽ yêu cầu hỗ trợ kịch bản để thực hiện chỉ với find() thường có thể được thể hiện bằng aggregation mà sẽ ở hầu hết các trường hợp được xa nhanh hơn so với làm việc cùng với find() và javascript vì khuôn khổ tập hợp được thực hiện trong C++ và có quyền truy cập vào tài liệu BSON thô.

Answer 2

Điều thú vị là bài đăng trên blog (http://pointbeing.net/weblog/2010/08/getting-started-with-stored-procedures-in-mongodb.html) được viết khi JS chỉ lấy khóa toàn cầu có ren.

Điều đó có nghĩa là không có tính năng tiền tệ hoặc khóa chi tiết hơn được liên kết với nó (khóa vẫn là vấn đề và đồng tiền chỉ đạt được thông qua nhiều cách ly). Chỉ vì bạn thấy nó trong một số bài đăng blog ngẫu nhiên không có nghĩa là nó nên được sử dụng.

Để trả lời câu hỏi của bạn trực tiếp:

1. Nope. Trong thực tế, bất lợi là người dùng gọi cần quyền quản trị đầy đủ. Điều này có nghĩa là bạn cung cấp cho mỗi đặc quyền duy nhất cho người dùng web của bạn kể từ khi enigne JS sẵn có có móc cho tất cả mọi thứ, bao gồm các chức năng quản trị như vậy nó yêu cầu quyền quản trị để chạy.

2. Gọi JS từ JS sang JS thành C++ trong JS? Không

3. Không, bộ nhớ đệm MongoDB không hoạt động như thế. Tôi khuyên bạn nên đọc tài liệu nguyên tắc cơ bản: http://docs.mongodb.org/manual/faq/fundamentals/