Hi,
1. Hive 3.x needs hadoop 3.x, but our project is based on the hadoop 2.x, and
these two are incompatible.
2. Now, we don't support insert operation in hive. Only query operation is
supported.
3. If there are more than one tsfile in one folder, all the tsfiles in that
folder will be pre-re
incompatible.
> >
> > We could upgrade the version If users need 3.x. There isn't any particular
> > reason that we based on hadoop-2.x...
> >
> > Best,
> > --
> > Jialin Qiao
> > School of Software, Tsinghua University
> >
> > 乔
cause our IoTDB is case
sensitive.
And, I can't figure out a good solution. Anyone has ideas about it? Or maybe we
can make our IoTDB to be case insensitive.
Best,
--
Yuan Tian
School of Software, Tsinghua University
田原
清华大学 软件学院
Hi,
While working on the hive-connector, I still had another question.
Actually, I named the hive table as deviceId. However, the deviceId saved in
tsfile metadata also contains the storage group name, i.e,.
'root.baic2.WWS.leftfrontdoor.plc1' and
1) hive table name can't contains '.'
2) still
Hi,
I am working on this issue, I will replace the two fields with one TreeSet. As
we don't use multiple threads in querying now, there is no need to use
ConcurrentSkipListSet. But Whenever there is a thread safe need, we only need
to simply switch it to ConcurrentSkipListSet.
> -原始邮件
Hi,
I have completed the issue. The PR link is
https://github.com/apache/incubator-iotdb/pull/495.
> -原始邮件-
> 发件人: "田原"
> 发送时间: 2019-10-31 09:46:52 (星期四)
> 收件人: dev@iotdb.apache.org
> 抄送:
> 主题: Re: Duplicate fields in EngineDataSetWithoutValueFilter.java
&
Hi,
I have solved the issue. I create a new ThreadLocal field in TSServiceImpl
class named queryId to generate unique queryId for each query in one session.
ThreadLocal queryId = new ThreadLocal<>();
And also, the key of queryStatus and queryDataSets is changed to Long type
which is actually
Hi,
I have solved the issued by maintaining a ThreadLocal>> in
the TSServiceImpl which is a map (statementId -> all queryIds in that
statement).
Every time the statement is closed, all the queryIds in that map should also be
closed.
However, when a ResultSet is closed, it only releases the res
y not refer to this?
> you want the client nested call ?
> -- 原始邮件 --
> 发件人: "田原" 发送时间: 2019年11月6日(星期三) 下午5:13
> 收件人: "dev"
> 主题: Re: (IOTDB-291) Statement close operation may cause the whole
> connection's resource to be released
>
>
Set rs = stmt.executeQuery(sql1);
> while(rs.next()){
> str = rs.getString(x);
> ResultSet rs1 = stmt. stmt.executeQuery(\"select * from
> anyTable where any=str\");
> }
>
>
> it's true?
>
> 发自我的iPhone
>
>
> --
(!this.dontTrackOpenResources.getValue()) {
this.openResults.add(this.results);
}
this.results.clearNextResultset(); // nobody besides us should
// ever need this value...
break;
> -原始邮件-
> 发件人: "田原"
> 发送时间: 2019-11-06 19:00:
Hi,
Recently, I'm working on the "IOTDB-217: A new predicate of time", the JIRA
link is https://issues.apache.org/jira/projects/IOTDB/issues/IOTDB-217.
I think we need a new GroupByClause to support it.
The new GroupByClause grammar is shown as the following:
GroupByClause : LPAREN COMMA
iotdb/pull/570.
> -原始邮件-
> 发件人: "田原"
> 发送时间: 2019-11-12 16:16:48 (星期二)
> 收件人: dev@iotdb.apache.org
> 抄送:
> 主题: A New GroupBy Syntax
>
> Hi,
>
>
> Recently, I'm working on the "IOTDB-217: A new predicate of time", the JIRA
>
Hi,
I'd like to vote for [4].
Best,
> -原始邮件-
> 发件人: "Wei Shao"
> 发送时间: 2020-02-21 17:08:14 (星期五)
> 收件人: "dev@iotdb.apache.org"
> 抄送:
> 主题: Last Query syntax vote
>
> Hi,
>
>
> We are to determine the exact syntax of Last Query for IoTDB. Last query is
> to select the latest time-v
Hi,
Recently, I'm working on the "IOTDB-456: Support Fill function in Group By
Fill", the JIRA link is https://issues.apache.org/jira/browse/IOTDB-456.
I think we need a new GroupByFillClause to support it.
The new GroupByFillClause grammar is shown as the following:
SELECT FROM WHERE
Hi, Qiao
Wow, it's a very nice job. I also did the similar evaluation and got the same
result as you.
Hope the new version can be merged as soon as possible.
> -原始邮件-
> 发件人: "Jialin Qiao"
> 发送时间: 2020-03-30 22:02:56 (星期一)
> 收件人: dev-iotdb
> 抄送:
> 主题: New TsFile Structure
>
> Hi,
>
Hi,
I am working on the JIRA-588
https://issues.apache.org/jira/projects/IOTDB/issues/IOTDB-588?filter=allopenissues
We want support tag management for time series.
The tag/attribute info of the time series, to some extent, is also a kind of
meta data of that timeseries. So I decide to put
Hi,
Currently, we only support adding tag and attribute for one time series while
creating it. We can't update it, drop it or add a new tag/attribute.
So, I want to add the alter syntax to improve the functionality of the tag
management.
I plan to support the following five alter syntax:
al
Hi,
Great Features!
I am interested in and would like to try to design and implement the following:
* [IOTDB-747] Robust memory control
* [IOTDB-749] Handle select * from root OOM
* show timeseries in descending ordered of last point time
Hope to get some suggestions from all of you!
Best,
Hi,
I'm working on the
issue-1281(https://github.com/apache/incubator-iotdb/issues/1281). I plan to
add a sub clause in show timeseries syntax, like:
SHOW TIMESERIES prefixPath? showWhereClause? orderByHeatClause? limitClause?
The 'orderByHeatClause' is added to support this feature. The de
Hi,
I submitted a pr to add an order-by-heat feature in show time series syntax.
PR: https://github.com/apache/incubator-iotdb/pull/1341
ISSUE-1281:https://github.com/apache/incubator-iotdb/issues/1281
Best,
---
Yuan Tian
> -原始邮件-
> 发件人: &quo
year now, is the
> > series hot?
> >
> > Or "order by last" ?
> >
> > Thanks,
> > --
> > Jialin Qiao
> > School of Software, Tsinghua University
> >
> > 乔嘉林
> > 清华大学 软件学院
> >
> >> -原始邮件-
> >
Hi,
I'm working on the JIRA-749(https://issues.apache.org/jira/browse/IOTDB-749).
Although we already have the fetch_size to limit the max rows of one query, we
don't have any limitation about the max columns. So, if we have too many
timeseries in iotdb, then once we do query like 'select *
Hi,
Great idea! I'm looking forward to that and will take part in.
Best,
---
Yuan Tian
Hi,
+1 from committer :)
I checked:
- Incubating in name (ok)
- Download links (ok)
- Signatures and hashes (ok)
- Compile from source(ok)
- LICENSE and NOTICE
Hi,
xiangwei
I prefer the first one.
vote for [1].
Best,
---
Yuan Tian
Hi,
Any time this weekend is ok for me.
Best,
---
Yuan Tian
> -原始邮件-
> 发件人: "Xiangdong Huang"
> 发送时间: 2020-07-06 15:22:34 (星期一)
> 收件人: dev
> 抄送:
> 主题: Re: Online discussion for IoTDB design and features
>
> Hi folks,
>
> several weeks passed after this proposal.
>
> Sha
Congrats, Haonan!
Best,
---
Yuan Tian
> -原始邮件-
> 发件人: "Jialin Qiao"
> 发送时间: 2020-07-17 10:38:06 (星期五)
> 收件人: dev@iotdb.apache.org
> 抄送:
> 主题: [ANNOUNCE] Add Haonan Hou as a new PPMC of IoTDB
>
> Hi all,
>
>
> I am pleased to announce that after discussion and vote among
Hi Jialin,
+1.
And I make another two improvements that should be included in 0.10.1
* [IOTDB-802] Improve Group By
* Change the default fetch size in
session(https://github.com/apache/incubator-iotdb/pull/1506)
Best,
---
Yuan Tian
> -原始邮件-
> 发件人: "Jialin Qiao"
> 发送时间:
Hi,
+1 from committer :)
I checked:
- Incubating in name (ok)
- Download links (ok)
- Signatures and hashes (ok)
- Compile from source(ok)
- LICENSE and NOTICE
Hi,
+1 from committer :)
I checked:
- Incubating in name (ok)
- Download links (ok)
- Signatures and hashes (ok)
- Compile from source(ok)
- LICENSE and NOTICE
Hi,
+1 from committer :)
Best,
---
Yuan Tian
Hi,
The current logic of last query fuse the operation of getting query resource
with the operation of querying actual data. This will lead to long time holding
of the merge lock.
However, merge lock should only be held during the operation of getting query
resource. So we should separate t
Hi,
I'm planning to redesign the tsfile format because the previous one has some
drawbacks like duplicate sensor name and useless legacy.
The detailed new format of tsfile can be seen in
confluence(https://cwiki.apache.org/confluence/display/IOTDB/New+TsFile+Format),
feel free to make your a
Hi,
+1
Best,
---
Yuan Tian
Hi,
+1
Best,
---
Yuan Tian
Hi,
+1 from committer :)
I checked:
- Download links (ok)
- Signatures and hashes (ok)
- Compile from source(ok)
- LICENSE and NOTICE (ok)
- Start in mac openJDK8 and openJDK11
Hi folks,
According to the meeting schedule, we will have the 8th online meeting today
(2021-02-21 21:00 in Beijing Time).
Welcome to join and talk anything about the Apache IoTDB community.
Here is the schedule [1] and you could add anything you’d like to discuss on
the "Open Floor" chapter.
Xiangwei, Jesse,
Congratulations!
Best,
---
Yuan Tian
> -原始邮件-
> 发件人: "Jialin Qiao"
> 发送时间: 2021-02-20 18:36:13 (星期六)
> 收件人: dev@iotdb.apache.org
> 抄送:
> 主题: New committers: Xiangwei Wei and Jesse Zhou
>
> Hi,
>
>
> The Project Management Committee (PMC) for Apache Io
39 matches
Mail list logo