TDengine database UDF demo issue - tdengine

I'm using UDF function of TDengine database .
but seems output type is differnt as defined
this is the output:

According to this https://docs.tdengine.com/taos-sql/udf/
TDengine database UDF demo bit_and is INT type
but your "current" is float or double type .
I guess this is the reason

Related

What type of data can be considered as status in the status window

TDengine DOC
Here are two questions.
Whether "字符串" includes NCHAR or BINARY?
If "字符串" includes NCHAR.Whether the variable with "1.1" string value is valid in status window?
TDengine sql
value_str value is "1.0".
TDengine version is 2.6.0.32.
we suggest you upgrade TDengine to 3.0.1.8 , it supports more completed SQL syntax .
Summary:
"字符串" includes NCHAR or BINARY .
variable with "1.1" string value is valid in status window.
In fact, any of the same values will work
Upgrade TDengine to 3.0.1.8, and status window will work.
Thanks to Yu Chen.

Function EXTRACT does not support NUMBER(38,0) argument type in SnowFlake

I am in the process of converting Custom SQL to Snowflake for use in a Tableau extract. Unfortunately, I keep getting the same error message after converting the code:
Function EXTRACT does not support NUMBER(38,0) argument type
It is UNION All Snowflake piece of code and I'm trying to get the correct answer. Any ideas!
One of your columns is NUMBER(38, 0) and it needs to be converted to date, time, or timestamp first. Here is some example
SELECT
NAME,
TO_DATE(TO_TIMESTAMP(DATE_OF_BIRTH))
FROM
PERSON;
from error message , extract function in snowflake only gets date, time, or timestamp as input argument and clearly you are passing an argument with NUMBER(38,0) data type
see : EXTRACT- snowflake documentation for more info.

PowerBuilder. Number Type for table Column in DataWindow

I have got such code
table(column=(type=number updatewhereclause=no name=a dbname="a" )
column=(type=number updatewhereclause=no name=b dbname="b")
column=(type=number updatewhereclause=no name=c dbname="c" values="8 8/10 10/12 12/14 14/16 16/" ))
I read powerbuilder tutorial but don't find any information about "number" type.
Can anybody describe this type for me? Thanks.
It appears as though the datawindow object in question is using an External Datasource. Per the documentation:
The number datatype is equivalent to the PowerBuilder double datatype.

Count in Firebird 3.0 bigint vs Firebird 2.5 integer

On my system, after the migration from Firebird 2.5 to 3.0, many reports and other functions began to give problems stating that what was expected was Integer and the current one is LargeInt. I took a look and saw that some searches with the count in 3.0 return a bigInt column, while in 2.5 it returns an integer column.
To solve the way I know, I would have to cast a cast on everything that is giving error, tested and worked, but it is a big system, it will give a lot of work.
Does anyone know of any way to resolve this in Firebird itself? Some configuration, or something?
There is no configuration for it; the Firebird 3 release notes only say:
The COUNT() aggregator now returns its result as BIGINT instead of INTEGER.
You either need to explicitly apply a cast in your queries, or in your code, or see if your data access library can explicitly request integer instead of just the dynamic type. For example in the Java world the JDBC API has an explicit getInt which will work for BIGINT as long as the value fits in a 32 bit integer.
I use Unidac, and for the solution I used Map Rules (Data Type Mapping).
Use TYPECAST in SQL in any delphi component and will be ok. For example wite:
select
cast(count(*) as integer) BR
from ...
instead of
select
count(*) BR
from ...

Openbravo script export.database changes procedure return type

Script export.database in Openbravo changes the return type of procedures that return RECORD (e.g. m_reservation_reallocate). In the xml:
function name="M_RESERVATION_REALLOCATE" type="NULL"
Are this normal?
Thanks in advance.
Openbravo's DB Source Manager does not support return type "RECORD" You can find out more about the return types which openbravo supports click here.
You can write your own HQL functions using DAL instead of writing any new functions that is specific to either postgreSQL or Oracle.

Resources