Filtern #5

moonglum · 2011-12-06T09:14:29Z

Man sollte die Suchergebnisse (wie zB. alle ausgehenden Kanten) filtern können.

moonglum · 2011-12-06T09:14:57Z

@fceller hat vorgeschlagen:
v.getOutEdges('knows').filter(function(e) return e['weight'] > 0.7; })

moonglum · 2011-12-06T09:15:29Z

So eine Funktion filter sollte es auf jeden Fall geben! In der neusten Version von ActiveRecord (Ruby on Rails) haben sie auch eine sehr interessante Syntax gebaut für SQL Statements, die man hier vielleicht anwenden könnte (übersetzt in JS Syntax)?

my_table.where({'age': 19}).limit(15);
oder
my_table.where('age > 28').limit(11);

Das wäre doch auch schick, oder?

- create enum with the different steps named - unify numbering scheme - deploy enum to all places where int level was used - add passN enum so you can jump to a Pass when calling addPlan useIndexForSort: - remove inline deletion of dependend nodes of our (removed) sortnode - redirect to pass #5 so now possible obsolete CalculaionNodes are removed by the removeUnnecessaryCalculationsRule

- redirect to pass #5 here too, so now possible obsolete CalculaionNodes are removed by the removeUnnecessaryCalculationsRule

TODO: - Tests are not yet fixed - ASAN failure [ RUN ] IResearchAnalyzerFeatureTest.test_emplace_valid AddressSanitizer:DEADLYSIGNAL ================================================================= ==247960==ERROR: AddressSanitizer: SEGV on unknown address (pc 0x618333055636 bp 0x7ffee439d260 sp 0x7ffee439d250 T0) ==247960==The signal is caused by a READ memory access. ==247960==Hint: this fault was caused by a dereference of a high value address (see register values below). Disassemble the provided pc to learn which register was used. #0 0x618333055636 in std::__shared_ptr<arangodb::async_registry::ThreadRegistry, (__gnu_cxx::_Lock_policy)2>::get() const /usr/bin/../lib/gcc/x86_64-linux-gnu/14/../../../../include/c++/14/bits/shared_ptr_base.h:1667 #1 0x6183330555f9 in std::__shared_ptr_access<arangodb::async_registry::ThreadRegistry, (__gnu_cxx::_Lock_policy)2, false, false>::_M_get() const /usr/bin/../lib/gcc/x86_64-linux-gnu/14/../../../../include/c++/14/bits/shared_ptr_base.h:1364 #2 0x618333053636 in std::__shared_ptr_access<arangodb::async_registry::ThreadRegistry, (__gnu_cxx::_Lock_policy)2, false, false>::operator->() const /usr/bin/../lib/gcc/x86_64-linux-gnu/14/../../../../include/c++/14/bits/shared_ptr_base.h:1358 #3 0x6183483a2cd4 in arangodb::async_registry::PromiseInList::mark_for_deletion() /home/jvolmer/code/arangodb/lib/Async/Registry/promise.cpp:17 #4 0x61832bae6ddd in arangodb::futures::detail::SharedState<arangodb::Result>::detachOne() /home/jvolmer/code/arangodb/lib/Futures/include/Futures/SharedState.h:276 #5 0x61832bae66b6 in arangodb::futures::detail::SharedState<arangodb::Result>::detachFuture() /home/jvolmer/code/arangodb/lib/Futures/include/Futures/SharedState.h:226 #6 0x61832bae6519 in arangodb::futures::Future<arangodb::Result>::detach() /home/jvolmer/code/arangodb/lib/Futures/include/Futures/Future.h:531 #7 0x61832ba8db76 in arangodb::futures::Future<arangodb::Result>::~Future() /home/jvolmer/code/arangodb/lib/Futures/include/Futures/Future.h:218 #8 0x6183337bbb44 in arangodb::futures::FutureAwaitable<arangodb::Result>::~FutureAwaitable() /home/jvolmer/code/arangodb/lib/Futures/include/Futures/coro-helper.h:63 #9 0x618339fdbef9 in arangodb::transaction::Methods::commitInternal(arangodb::transaction::MethodsApi) /home/jvolmer/code/arangodb/arangod/Transaction/Methods.cpp:3787 #10 0x618339fdc8f4 in arangodb::transaction::Methods::commitAsync() /home/jvolmer/code/arangodb/arangod/Transaction/Methods.cpp:1925 #11 0x61833e23903d in arangodb::aql::Query::cleanupTrxAndEngines() /home/jvolmer/code/arangodb/arangod/Aql/Query.cpp:1972 #12 0x61833e20838f in arangodb::aql::Query::cleanupPlanAndEngine(bool) /home/jvolmer/code/arangodb/arangod/Aql/Query.cpp:1642 #13 0x61833e21ccc8 in arangodb::aql::Query::finalize(arangodb::velocypack::Builder&) /home/jvolmer/code/arangodb/arangod/Aql/Query.cpp:985 #14 0x61833e218ddc in arangodb::aql::Query::execute(arangodb::aql::QueryResult&) /home/jvolmer/code/arangodb/arangod/Aql/Query.cpp:704 #15 0x61833e21dfc0 in arangodb::aql::Query::executeSync() /home/jvolmer/code/arangodb/arangod/Aql/Query.cpp:756 #16 0x61833c6843b2 in (anonymous namespace)::visitAnalyzers(TRI_vocbase_t&, std::function<arangodb::Result (arangodb::velocypack::Slice)> const&, arangodb::transaction::OperationOrigin) /home/jvolmer/code/arangodb/arangod/IResearch/IResearchAnalyzerFeature.cpp:631 #17 0x61833c65a2a8 in arangodb::iresearch::IResearchAnalyzerFeature::loadAnalyzers(arangodb::transaction::OperationOrigin, std::basic_string_view<char, std::char_traits<char>>) /home/jvolmer/code/arangodb/arangod/IResearch/IResearchAnalyzerFeature.cpp:2282 #18 0x61833c64f58c in arangodb::iresearch::IResearchAnalyzerFeature::emplace(std::pair<std::shared_ptr<arangodb::iresearch::AnalyzerPool>, bool>&, std::basic_string_view<char, std::char_traits<char>>, std::basic_string_view<char, std::char_traits<char>>, arangodb::velocypack::Slice, arangodb::transaction::OperationOrigin, arangodb::iresearch::Features) /home/jvolmer/code/arangodb/arangod/IResearch/IResearchAnalyzerFeature.cpp:1389 #19 0x61832b9065b2 in IResearchAnalyzerFeatureTest_test_emplace_valid_Test::TestBody() /home/jvolmer/code/arangodb/tests/IResearch/IResearchAnalyzerFeatureTest.cpp:601 #20 0x61833bcd323f in void testing::internal::HandleSehExceptionsInMethodIfSupported<testing::Test, void>(testing::Test*, void (testing::Test::*)(), char const*) /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:2599 #21 0x61833bc7f59c in void testing::internal::HandleExceptionsInMethodIfSupported<testing::Test, void>(testing::Test*, void (testing::Test::*)(), char const*) /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:2635 #22 0x61833bc1e3fe in testing::Test::Run() /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:2674 #23 0x61833bc20a1c in testing::TestInfo::Run() /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:2853 #24 0x61833bc2282f in testing::TestSuite::Run() /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:3012 #25 0x61833bc566db in testing::internal::UnitTestImpl::RunAllTests() /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:5870 #26 0x61833bcd46cf in bool testing::internal::HandleSehExceptionsInMethodIfSupported<testing::internal::UnitTestImpl, bool>(testing::internal::UnitTestImpl*, bool (testing::internal::UnitTestImpl::*)(), char const*) /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:2599 #27 0x61833bc868ac in bool testing::internal::HandleExceptionsInMethodIfSupported<testing::internal::UnitTestImpl, bool>(testing::internal::UnitTestImpl*, bool (testing::internal::UnitTestImpl::*)(), char const*) /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:2635 #28 0x61833bc553c0 in testing::UnitTest::Run() /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:5444 #29 0x6183338f239b in RUN_ALL_TESTS() /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/include/gtest/gtest.h:2293 #30 0x6183338f18b7 in main::$_0::operator()(int, char**) const /home/jvolmer/code/arangodb/tests/main.cpp:150 #31 0x6183338f1674 in TestThread<main::$_0>::run() /home/jvolmer/code/arangodb/tests/main.cpp:61 #32 0x6183338f1050 in TestThread<main::$_0>::TestThread(arangodb::application_features::ApplicationServerT<arangodb::ArangodFeatures>&, main::$_0&&, int, char**) /home/jvolmer/code/arangodb/tests/main.cpp:48 #33 0x6183338f0656 in main /home/jvolmer/code/arangodb/tests/main.cpp:151 #34 0x789583e2a1c9 in __libc_start_call_main csu/../sysdeps/nptl/libc_start_call_main.h:58:16 #35 0x789583e2a28a in __libc_start_main csu/../csu/libc-start.c:360:3 #36 0x61832b54b024 in _start (/home/jvolmer/code/arangodb/build-presets/my-alubsan/bin/arangodbtests+0x3b9a8024) (BuildId: 4c994b7192b507c6ed2fbee420b30cfaa0527976) AddressSanitizer can not provide additional info. SUMMARY: AddressSanitizer: SEGV /usr/bin/../lib/gcc/x86_64-linux-gnu/14/../../../../include/c++/14/bits/shared_ptr_base.h:1667 in std::__shared_ptr<arangodb::async_registry::ThreadRegistry, (__gnu_cxx::_Lock_policy)2>::get() const ==247960==ABORTING

ghost assigned fceller Dec 6, 2011

fceller mentioned this issue May 21, 2012

Core Dump during Unit-Tests #70

Closed

fceller closed this as completed May 22, 2012

fceller mentioned this issue Jun 21, 2012

crash during "make unittests" #111

Closed

fceller mentioned this issue Nov 25, 2012

Deadlock on Shutdown under MacOSX in 1.1 #295

Closed

dothebart added a commit that referenced this issue Sep 9, 2014

useIndexForSort:

8bfb715

- redirect to pass #5 here too, so now possible obsolete CalculaionNodes are removed by the removeUnnecessaryCalculationsRule

markterm mentioned this issue Nov 14, 2015

arangodb stopped responding (Arangodb 2.7.0 on OS X) #1571

Closed

roman-aprias-ipf mentioned this issue Nov 18, 2016

Upsert insert errror #2182

Open

21 tasks

roman-aprias-ipf mentioned this issue Jan 16, 2017

Combined index not used when created in arangojs #2272

Closed

diegogub mentioned this issue Jan 18, 2017

SORT ASC not working when skiplist used #2276

Closed

20 tasks

swapniltx mentioned this issue Dec 30, 2017

On execution of FULLTEXT search / AQL query db is restarting #4185

Closed

29 tasks

xchmwang mentioned this issue Aug 16, 2018

web interface aql query returns more than 1000 items, arangod gets segment fault (core dump) #6174

Closed

michlschmid mentioned this issue Oct 5, 2018

Aggeragate function MAX() returns empty values #6728

Closed

betwjp mentioned this issue Oct 29, 2018

coordinator crashed frequency #7093

Closed

osveco mentioned this issue Feb 5, 2019

Graph AQL Traversal Filter Optimisation #8112

Closed

This was referenced Jun 16, 2019

[BUG] segment fault in 3.4.5 arangod #9266

Closed

arangod coredump when parallel aql running #9273

Closed

[BUG] coredump in 3.4.6-1 #9301

Closed

This was referenced Dec 10, 2019

Bug fix/index late materialization #10672

Merged

covering index wins late materialization #10673

Merged

caozku mentioned this issue Feb 6, 2020

very simple aql,slow query,took 47s #10898

Closed

hamidscode mentioned this issue Mar 2, 2020

slow Query on Update #11205

Open

dothebart mentioned this issue May 26, 2020

use cgroups to detect available memory if available #11682

Closed

ajscarvalho mentioned this issue Mar 10, 2021

AQL query with Length and Filter using index with scalar and array entries [A, B[*] ] returns wrong count #13675

Closed

admtech mentioned this issue Jun 29, 2021

Sorting in SEARCH by TFIDF or BM25 in combination with LIMIT no longer works correctly #14427

Open

yogeshbidari mentioned this issue Jul 8, 2021

ArangoDB reload taking lot of time when pod restarts #14386

Open

chrishedwards mentioned this issue Nov 9, 2021

ArangoDB 3.8 crashing on simple queries #15084

Open

sphinks82 mentioned this issue Feb 2, 2023

Hard CPU usage on index cache refill #18036

Open

son2408 mentioned this issue Jan 16, 2024

Algorithmics Graph travsersal ArangoDB with FILTER too slowly #20481

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Uh oh!

Filtern #5

Filtern #5

Uh oh!

Uh oh!

Filtern #5

Filtern #5

Comments

Uh oh!

Uh oh!