Usando encabezados de solicitud HTTP, puede comunicarse con CouchDB. Con estas consultas, podemos recuperar datos de la base de datos, almacenar datos en la base de datos en forma de documentos y ver y formatear documentos almacenados en la base de datos.
Al interactuar con la base de datos, usaremos diferentes formatos de solicitud como obtener, encabezado, publicación, publicación, eliminación y copia. Para todas las operaciones en CouchDB, las estructuras de entrada y salida tendrán la forma de una notación de objetos JavaScript (JSON).
A continuación se muestran los diferentes formatos de solicitud HTTP que se utilizan para comunicarse con CouchDB.
OBTENER – Este formato se utiliza para obtener un artÃculo especÃfico. Para recibir diferentes productos, debe enviar patrones de URL especÃficos. En CouchDB, utilizando esta solicitud GET, podemos obtener elementos estáticos, documentos y configuración de la base de datos, asà como información estadÃstica en forma de documentos JSON (en la mayorÃa de los casos).
CABEZA – El método HEAD se utiliza para obtener el encabezado HTTP de una solicitud GET sin un cuerpo de respuesta.
CORREO – La solicitud de publicación se utiliza para descargar datos. En CouchDB, mediante una solicitud POST, puede establecer valores, cargar documentos, establecer valores de documentos y también ejecutar comandos de administración especÃficos.
PONER – Con la solicitud PUT, puede crear nuevos objetos, bases de datos, documentos, vistas y documentos de diseño.
ELIMINAR – Utilizando la consulta DELETE, puede eliminar documentos, vistas y documentos del proyecto.
COPIAR – Con el método COPY, puede copiar documentos y objetos.
Se deben proporcionar encabezados HTTP para obtener el formato y la codificación correctos. Al enviar una solicitud al servidor CouchDB, puede enviar encabezados de solicitud Http junto con la solicitud. A continuación se muestran los distintos encabezados de solicitud Http.
Tipo de contenido – Este encabezado se utiliza para indicar el tipo de contenido de los datos que proporcionamos al servidor junto con la solicitud. Básicamente, el tipo de contenido que enviamos junto con la solicitud será el tipo MIME o JSON (aplicación / json). Se recomienda encarecidamente utilizar Content-type en la solicitud.
Llevar – Este encabezado se usa para especificar el servidor, una lista de tipos de datos que el cliente puede entender para que el servidor envÃe su respuesta usando esos tipos de datos. Normalmente, aquà es donde puede enviar una lista separada por dos puntos de los tipos de datos MIME que acepta el cliente.
Aunque no se requiere el uso de Accept in CouchDB, se recomienda encarecidamente asegurarse de que el cliente pueda procesar los datos devueltos.
Estos son los encabezados de la respuesta enviada por el servidor. Estos encabezados proporcionan información sobre el contenido enviado por el servidor como respuesta.
Tipo de contenido – Este encabezado define el tipo de datos MIME devueltos por el servidor. Para la mayorÃa de las solicitudes, el tipo de retorno MIME es text / plain.
Control de efectivo – Este encabezado solicita al cliente que procese la información enviada por el servidor. CouchDB básicamente devuelve una nueva verificación obligatoria, lo que indica que la información debe volver a verificarse si es posible.
Largancia de contenido – Este encabezado devuelve la longitud del contenido enviado por el servidor en bytes.
Etag – Este encabezado se utiliza para mostrar la revisión de un documento o vista.
A continuación se muestra la forma tabular del código de estado enviado por el encabezado http y su descripción.
No Señor. | Código de estado y descripción |
---|---|
uno |
200 – OK Este estado se emitirá después de completar con éxito la solicitud. |
2 |
201 – Creado Este estado se emitirá cuando se cree el documento. |
3 |
202 – Aceptado Este estado se emitirá cuando se acepte la solicitud. |
cuatro |
404 No encontrado Este estado se emitirá cuando el servidor no pueda encontrar el contenido solicitado. |
cinco |
405 – Recurso denegado Este estado se emite cuando el tipo de solicitud HTTP que se utiliza no es válido. |
6 |
409 – Conflicto Este estado se emite siempre que se produce un conflicto de actualización. |
7 |
415 – Tipo de contenido no válido Este estado indica que el tipo de contenido solicitado no es compatible con el servidor. |
8 |
Error interno de servidor 500 Este estado se emite cuando los datos enviados en la solicitud no son válidos. |
Hay ciertas URL con las que puede interactuar directamente con la base de datos. El siguiente es un formato tabular para dichas URL.
No Señor. | URL y operación |
---|---|
uno |
PONER / dB Esta URL se utiliza para crear una nueva base de datos. |
2 |
OBTENER / db Esta URL se utiliza para obtener información sobre una base de datos existente. |
3 |
PUT / db / documento Esta URL se utiliza para crear un documento / actualizar un documento existente. |
cuatro |
GET / db / document Esta URL se utiliza para obtener el documento. |
cinco |
BORRAR / db / document Esta URL se utiliza para eliminar el documento especificado de la base de datos especificada. |
6 |
GET / db / _design / design-doc Esta URL se utiliza para obtener la definición del documento del proyecto. |
7 |
GET / db / _design / designdoc / _view / view-name Esta URL se utiliza para acceder a la vista, el nombre de la vista del documento de diseño de la base de datos especificada. |
🚫