big-data

Is your feature request related to a problem? Please describe.
Many static type checkers have issues finding Cython's stubs.
Here is from running mypy on my current project:

error: Skipping analyzing "cython": found module but no type hints or library stubs

The same issue can be seen when using import Cython as cython:

error: Skipping analyzing "Cython": found module but 

usually, after trained model. i save model in cpp format with code:

cat_model.save_model('a', format="cpp")
cat_model.save_model('b', format="cpp")

but when my cpp need to use multi models.

in my main.cpp

#include "a.hpp"
#include "b.hpp"

int main() {
  // do something
  double a_pv = ApplyCatboostModel({1.2, 2.3});  // i want to a.hpp's model here
  double b_pv 

Remove the initial shortcut sync code in viewer/db.js for v3.1. Note that to upgrade to v3.1+ you must upgrade to v3.0 first.

Avoid controlling endless loop with exception in loadAnonymousClasses, e.g. by extracting loading class to the method:

  private boolean tryLoadClass(String innerClassName) {
        try {
            parent.loadClass(innerClassName);
        } catch (ClassNotFoundException ex) {
            return false;
        }
        return true;
    }

https://sonarcloud.io/project

We should use MockConnector to simulate connector that support missing columns on insert and test if row filtering is properly handled if columns are missing during the insert but used in row filters.

Related to: #10006 and #10005

Could we clarify that delta-log files are JSON line-delimited files in https://github.com/delta-io/delta/blob/master/PROTOCOL.md#delta-log-entries ?

In the PROTOCOL.md file it is not clear what is the format of JSON. Every delta-log entry file is "new-line delimited json file", but this is not specified in this file. Protocol do not explicitly specify that every action is stored as a single-lin

Hi Team,

I have created a vespa multinode stack and performed a load test for search query

1. search with single field with 60s timeout - median was consistent around 150 to 200ms
   endpoint : /search/
   http request : POST
   Body:
   {
   "yql":"select * from sources * where table contains "testing.vespa.search"
   }
2. search with more fields and conditions - median was 100+ secs which is very

Use case:
Selecting a subset of array elements of an existing array inside the database without the need to unnest the array first or use a user-defined function.

CREATE TABLE t1 (id INTEGER, tags ARRAY(TEXT));
INSERT INTO t1 (id, tags) VALUES (1, ['database','search engine','document store']);

SELECT array_slice(tags,2,3) FROM t1;
--> ['search engine','document s