osmc:Metodologia/Algoritmo SQL/Lib/Cpp: mudanças entre as edições

osmc:Metodologia/Algoritmo SQL/Lib/Cpp (ver código-fonte)

567 bytes adicionados , 21 agosto

revisando

2 583

edições

@@ Linha 12: / Linha 12: @@
 neighbors_raw
@@ Linha 47: / Linha 45: @@
 osmc.neighbors_raw
+== Decisões de projeto pendentes ==
+* Número de argumentos e complexidade das arrays: o que é mais rápido?<br/> uma função f(x,y,z) ou uma função de array f(xyz_array)?  Não só o código, mas o custo de chamar uma função com 1 argumento e com vários.
+** Para ser amigo do usuário final, basta criar "funções wrap", para sobrecarga nos diferentes estilo de passagem de argumento (por array ou por multiplos parametros).
-criar wrap para funções com mais de um argumento.
+* "IMMUTABLE" "STRICT", etc. o que precisa? em wrap para funções c++? ver em libs de alta performance (ex. MadLib) as boas práticas
-IMMUTABLE ou LANGUAGE C STRICT em wrap para funções c++? referencia de alta performance Postrgesql https://github.com/madlib
-Curiosidade: implementação em Scala, sugere uso das funções Contains e Overlaps, https://github.com/locationtech/geomesa/blob/main/geomesa-z3/src/main/scala/org/locationtech/geomesa/zorder/sfcurve/Z2.scala
+== Lembretes
+* https://madlib.apache.org/  e [https://github.com/madlib fontes] PostgreSQL para entender como paralelizar e declarar funções de alta performance
+* [https://github.com/locationtech/geomesa/blob/main/geomesa-z3/src/main/scala/org/locationtech/geomesa/zorder/sfcurve/Z2.scala Curva-Z no GeoMesa]. Implementação em Scala, sugere uso das funções *Contains* e *Overlaps*.