Compatibility Information for the Couchbase Node.js SDK
Couchbase Version/SDK Version Matrix
- ✖ Unsupported: This combination is not tested, and is not within the scope of technical support if you have purchased a support agreement.
- ◎ Compatible: This combination has been tested previously, and should be compatible. This combination is not supported or recommended by our technical support organization. It is best to upgrade either the SDK or the Couchbase version you are using.
- ✔ Supported:This combination is subject to ongoing quality assurance, and is fully supported by our technical support organization.
|CB/SDK||SDK 2.0||SDK 2.1||SDK 2.2|
Couchbase Feature Availability Matrix
|CRUD Operations||Node.js SDK 2.0|
|View Querying APIs||Node.js SDK 2.0|
|Geospatial Views||Not Supported||Since Node.js SDK 2.0|
|Durability Requirements||Node.js SDK 2.0|
|Carrier Publication Configuration||Not Supported||Since Node.js SDK 2.0|
|SSL Connectivity||Not Supported||Since Node.js SDK 2.0|
|Bulk Operations||NOT SUPPORTED IN NODEJS, except for Bulk "Get" Since Node.js SDK 2.0|
|N1QL Querying||Not Supported||Since Node.js SDK 2.0|
|Multi-Dimensional Scaling||Not Supported||Since Node.js SDK 2.1|
|Sub-document API||Not Supported||Since Node.js SDK 2.2|
|Fulltext Search||Not Supported||Since Node.js SDK 2.2|
|Administrative API||Since Node.js SDK 2.0|
Couchbase Node.js SDK Version 1.0
Version 1.0 of the Couchbase Node.js SDK is no longer supported. It is recommended if you are still using this version to upgrade as soon as possible to the latest version of the SDK. See the Couchbase Support Policy for details.
Couchbase SDKs indicate the stability of an API through documentation. Since there are different meanings when developers mention stability, we mean interface stability: how likely the interface is to change or be removed entirely. A stable interface is one that is guaranteed not to change between versions, meaning that you may use an API of a given SDK version and be assured that the given API will retain the same parameters and behavior in subsequent versions. An unstable interface is one which may appear to work or behave in a specific way within a given SDK version, but may change in its behavior or arguments in future SDK versions, causing odd application behavior or compiler/API usage errors. Implementation stability is implied to be more reliable at higher levels, but all are tested to the level that is appropriate for their stability.
- Committed: This stability level is used to indicate the most stable interfaces that are guaranteed to be supported and remain stable between SDK versions.
- Uncommitted: This level is used to indicate APIs that are unlikely to change, but may still change as final consenus on their behavior has not yet been reached. Uncommitted APIs usually end up becoming stable APIs.
- Volatile: This level is used to indicate experimental APIs that are still in flux and may likely be changed. It may also be used to indicate inherently private APIs that may be exposed, but "YMMV" (your mileage may vary) principles apply. Volatile APIs typically end up being promoted to Uncommitted after undergoing some modifications.
- Internal: This level is used to indicate you should not rely on this API as it is not intended for use outside the module, even to other Couchbase components.