Administrator AccessCouchDB databas

Administrator Access
CouchDB database instances have administrator accounts. Administrator accounts can create other administrator accounts and update design documents. Design documents are special documents containing view definitions and other special formulas, as well as regular fields and blobs.

Update Validation
As documents written to disk, they can be validated dynamically by javascript functions for both security and data validation. When the document passes all the formula validation criteria, the update is allowed to continue. If the validation fails, the update is aborted and the user client gets an error response.

Both the user’s credentials and the updated document are given as inputs to the validation formula, and can be used to implement custom security models by validating a user’s permissions to update a document.

A basic “author only” update document model is trivial to implement, where document updates are validated to check if the user is listed in an “author” field in the existing document. More dynamic models are also possible, like checking a separate user account profile for permission settings.

The update validations are enforced for both live usage and replicated updates, ensuring security and data validation in a shared, distributed system.

ผลลัพธ์ (ไทย) 1:

การเข้าถึงผู้ดูแลระบบอินสแตนซ์ฐานข้อมูล CouchDB มีบัญชีผู้ดูแล บัญชีผู้ดูแลระบบสามารถสร้างบัญชีผู้ดูแลอื่น ๆ และปรับปรุงเอกสารการออกแบบ ออกแบบเอกสารเป็นเอกสารชนิดพิเศษที่ประกอบด้วยข้อกำหนดมุมมอง และอื่น ๆ สูตรพิเศษ เป็นปกติฟิลด์ และ blobs สีตรวจสอบปรับปรุงเป็นเอกสารที่เขียนลงดิสก์ พวกเขาสามารถจะถูกตรวจสอบแบบไดนามิก โดยฟังก์ชัน javascript สำหรับตรวจสอบความปลอดภัยและข้อมูลการ เมื่อเอกสารผ่านเกณฑ์ตรวจสอบสูตรทั้งหมด ปรับปรุงได้รับอนุญาตให้ดำเนินต่อ ถ้าการตรวจสอบล้มเหลว ยกเลิกการปรับปรุง และไคลเอนต์ผู้ใช้ได้รับการตอบสนองข้อผิดพลาดข้อมูลประจำตัวของผู้ใช้และเอกสารปรับปรุงให้เป็นอินพุตในการตรวจสอบสูตร และสามารถใช้เพื่อนำรูปแบบการรักษาความปลอดภัยที่กำหนดเอง โดยการตรวจสอบสิทธิ์ของผู้ใช้เพื่อปรับปรุงเอกสารแบบเอกสารพื้นฐาน "ผู้เขียนเท่านั้น" ปรับปรุงเล็กน้อยใช้ ซึ่งการตรวจสอบการปรับปรุงเอกสารเพื่อตรวจสอบถ้าผู้อยู่ในเขต "ผู้เขียน" ในเอกสารที่มีอยู่ได้ แบบจำลองแบบไดนามิกมากขึ้นก็เป็นไปได้ เช่นตรวจสอบโพรไฟล์บัญชีผู้ใช้ที่แยกต่างหากสำหรับการตั้งค่าสิทธิ์ตรวจสอบการปรับปรุงจะบังคับใช้ทั้งสด และปรุงจำลอง ความปลอดภัยและตรวจสอบข้อมูลในการใช้ร่วมกัน กระจายระบบ

ผลลัพธ์ (ไทย) 2:

ผู้ดูแลการเข้าถึง
CouchDB กรณีฐานข้อมูลมีบัญชีผู้ดูแลระบบ บัญชีผู้ดูแลระบบสามารถสร้างบัญชีผู้ดูแลระบบอื่น ๆ และเอกสารการออกแบบปรับปรุง เอกสารการออกแบบเอกสารคำจำกัดความพิเศษที่มีมุมมองและสูตรพิเศษอื่น ๆ เช่นเดียวกับสาขาปกติและ blobs. ปรับปรุงการตรวจสอบในฐานะที่เป็นเอกสารที่เขียนไปยังดิสก์พวกเขาสามารถตรวจสอบแบบไดนามิกโดยฟังก์ชั่นจาวาสคริปต์สำหรับทั้งการรักษาความปลอดภัยและการตรวจสอบข้อมูล เมื่อเอกสารที่ผ่านการตรวจสอบเกณฑ์ที่ทุกสูตรปรับปรุงได้รับอนุญาตให้ดำเนินการต่อไป หากตรวจสอบล้มเหลว, การปรับปรุงจะถูกยกเลิกและลูกค้าผู้ใช้ที่ได้รับการตอบสนองข้อผิดพลาด. ทั้งข้อมูลประจำตัวของผู้ใช้และเอกสารที่มีการปรับปรุงจะได้รับเป็นปัจจัยการผลิตสูตรการตรวจสอบและสามารถนำมาใช้ในการดำเนินรูปแบบการรักษาความปลอดภัยที่กำหนดเองโดยการตรวจสอบสิทธิ์ของผู้ใช้เพื่อ ปรับปรุงเอกสาร. พื้นฐาน "ของผู้เขียนเท่านั้น" รูปแบบเอกสารที่ปรับปรุงเล็ก ๆ น้อย ๆ ในการดำเนินการที่มีการปรับปรุงเอกสารการตรวจสอบเพื่อตรวจสอบว่าผู้ใช้ที่เป็น บริษัท จดทะเบียนใน "ผู้เขียน" เขตข้อมูลในเอกสารที่มีอยู่ แบบไดนามิกมากขึ้นนอกจากนี้ยังเป็นไปได้เช่นการตรวจสอบรายละเอียดบัญชีผู้ใช้ที่แยกต่างหากสำหรับการตั้งค่าสิทธิ์. ปรับปรุงการตรวจสอบมีการบังคับใช้สำหรับการใช้งานทั้งที่อยู่อาศัยและการปรับปรุงการจำลองแบบเพื่อให้มั่นใจว่าการรักษาความปลอดภัยและการตรวจสอบข้อมูลที่ใช้ร่วมกันในระบบการกระจาย

ผลลัพธ์ (ไทย) 3:

ผู้ดูแลระบบ
couchdb ฐานข้อมูลกรณีมีบัญชีผู้ดูแลระบบ บัญชีผู้ดูแลระบบสามารถสร้างบัญชีผู้ดูแลระบบอื่น ๆและปรับปรุงเอกสารการออกแบบ เอกสารการออกแบบเอกสารพิเศษที่มีความหมาย มุมมอง และสูตรพิเศษอื่นๆ รวมทั้งช่องปกติและ blobs


เป็นเอกสารที่เขียนเพื่อปรับปรุงการตรวจสอบดิสก์พวกเขาสามารถตรวจสอบแบบไดนามิกโดยฟังก์ชัน JavaScript สำหรับการรักษาความปลอดภัยข้อมูลและการตรวจสอบ เมื่อเอกสารผ่านทุกสูตรการตรวจสอบเกณฑ์การปรับปรุงได้รับอนุญาตต่อไป หากตรวจสอบล้มเหลว , การปรับปรุงจะถูกยกเลิกและผู้ใช้ลูกค้าจะได้รับข้อผิดพลาดการตอบสนอง

ทั้งของผู้ใช้ข้อมูลและการปรับปรุงเอกสารจะได้รับเป็นข้อมูลเพื่อการตรวจสอบสูตรและสามารถใช้ในการใช้แบบจำลองการรักษาความปลอดภัยที่กำหนดเองโดยการตรวจสอบสิทธิ์ของผู้ใช้เพื่อปรับปรุงเอกสาร .

เขียนพื้นฐาน " เท่านั้น " ปรับปรุงเอกสารแบบเล็กน้อยที่จะใช้ ซึ่งการปรับปรุงเอกสารจะถูกตรวจสอบเพื่อตรวจสอบว่าผู้ใช้ที่จดทะเบียนใน " ผู้เขียน " เขตข้อมูลในเอกสารที่มีอยู่ แบบไดนามิกมากขึ้นก็เป็นไปได้เช่นการตรวจสอบข้อมูลบัญชีผู้ใช้แยกต่างหากสำหรับการตั้งค่าการอนุญาต

update validations บังคับใช้ทั้งสดและการปรับปรุงการใช้ซ้ำเพื่อให้มั่นใจความปลอดภัยและความถูกต้องของข้อมูลในการใช้ ระบบ