The right way to get a copyright on every page is to tweak the javadoc
command to use a different template (I would think).
On Fri, Jan 26, 2024 at 12:00 AM Paul Rogers wrote:
> Hi James,
>
> For some reason, Drill started with the license headers in Javadoc
> comments. The (weak) explanation
That's a cool abstract.
On Thu, Jul 6, 2023 at 8:29 AM Mike Beckerle wrote:
> I decided the only way to force getting this Drill + Daffodil integration
> done, or at least started, is to have a deadline.
>
> So I submitted this abstract below for the upcoming "Community over Code"
> (formerly
XML will never die. The Cobol programmers were reincarnated and built
similarly long-lasting generators of XML.
If you have a schema, then it is a reasonable format for Drill to parse, if
only to turn around and write to another format.
On Wed, Apr 6, 2022 at 7:31 PM Paul Rogers wrote:
> Hi L
array even if there is just one occurrence of
> in your data.
>
> -Original Message-
> From: Ted Dunning
> Sent: Wednesday, April 6, 2022 11:48 AM
> To: dev
> Cc: u...@drill.apache.org
> Subject: Re: [DISCUSS] Add schema support for the XML format
>
> Ex
That example:
dog
> cat
can also convert to ["pet":"dog", "pet":"dog']
XML is rife with problems like this.
As you say.
But worse than can be imagined unless you have been hit by these problems.
On Wed, Apr 6, 2022 at 11:39 AM Lee, David
wrote:
> TO_JSON won't work in cases where..
>
> One
Big +1 from me!!!
We at MapR built that test framework to support aggressive testing of
Drill. It would be great to see it continue to meet that need.
(... I was CTO at MapR when it was acquired by HPE but I don't have any
special position in the Drill community ...)
On Thu, Mar 17, 2022 at 2:0
For commercial historical reasons many of the people who have contributed
to Drill live in Ukraine.
My heart is with them tonight. I hope they stay safe.
e is hard to fix/replace.
>
> Then, time the plugins of interest. Figure out how to optimize those.
>
> My guess is that the bottleneck won't turn out to be what we think it is.
> It usually isn't.
>
> - Paul
>
> On Tue, Feb 8, 2022 at 8:19 AM Ted Dunning
conclusion here is that I'd rather do this last, and only
> after careful consideration.
>
> [1] https://infra.apache.org/mailing-list-moderation.html
> [2] https://www.apache.org/foundation/how-it-works.html#management
> [3] https://github.com/apache/drill/pull/2388
>
> O
Another option is to store metadata as data in a distributed data store.
For static resources, that can scale very well. For highly dynamic
resources like conventional databases behind JDBC connections, you can
generally delegate metadata to that layer. Performance for delegated
metadata won't nece
han it saved avoiding a few getter/setter methods. And, I agree
> with
> > Ted, Eclipse (and, I assume IntelliJ), is pretty quick at generating
> those
> > methods.
> >
> > Since Lomboc has a cost, and is not a huge win, KISS suggests we avoid
> > adding extra dependenci
A couple of years ago, I had a dev introduce Lombok into some code without
me knowing. That let me be a classic naive user.
The result was total confusion on my part. Sooo much code was being
automagically generated that I couldn't figure out the code and spent a lot
of time chasing my tail and ve
e. Anyone know of any good
> examples we can learn from?
>
> Thanks,
>
> - Paul
>
>
> On Mon, Jan 17, 2022 at 9:40 AM Ted Dunning wrote:
>
>>
>> I don't think that Maven is a forced move just because Drill is in Java.
>> It may be a good move, but
jects. (The metastore implementation can also move, if we
> > want.) Finally, figure out a solution for Ted's suggestion to make it
> easy
> > to grab new extensions. Drill is distributed, so adding a new plugin has
> to
> > happen on all nodes, which is a bit more compl
GRANT and REVOKE implicitly assumes that the database is king of access
control. That works when the database owns the data.
In the modern world where data storage is separated from query, it is truly
painful to have to manage permissions for each analysis and each query tool
and nearly impossible
The bigger reason for a separate plug-in world is the enhancement of
community.
I would recommend looking at the Julia community for examples of
effective ways to drive plug in structure.
At the core, for any pure julia package, you can simply add a package by
referring to the github repository w
need is a place to put this stuff. A "docs" or "design" directory
> within the
> source tree?
>
> Thanks,
>
> - Paul
>
> On Tue, Jan 4, 2022 at 11:15 AM Ted Dunning wrote:
>
> > Exactly. I very much had in mind an "On the other hand" kind o
d I see now that you said as much already. So a collaboratively
> edited document? Wiki pages containing a variety of independent views
> might turn out something like this collection I suppose
>
> https://wiki.c2.com/?GarbageCollection
>
> which isn't bad IMHO.
>
> On
t
>
> https://github.com/apache/drill/issues/2421
>
> James
>
> [1] https://github.com/apache/drill/projects/1
>
> On 2022/01/04 09:49, Ted Dunning wrote:
> > I wonder if there isn't a better place for this discussion?
> >
> > As you point out, there are m
hich may be better served with a
> > > row-based format.
> > >
> > > The upshot is that "value vectors vs. Arrow" is the wrong place to
> start
> > > the discussion. The right place is "what does our many years of
> > experience
> > > with Drill
Christian,
Your thoughts are very helpful. I find Arrow very nice (I use it in Agstack
with Julia and Python).
I don't think anybody is saying that Drill wouldn't be well set with a
switch to Arrow or even just interfaces to Arrow. But it is a lot of work
to make it all happen.
On Mon, Jan 3,
As a little bit of perspective from somebody who *was* at MapR at the time,
here are my recollections.
Arrow is pretty much the value vectors from Drill with some lessons learned
and all dependencies removed so that Arrow can be consumed separately from
Drill.
The spinout of the Dremio team didn'
The normal open source action for preventing problems like this is to leave
permissions open and monitor all changes.
Then respond to problems as they (rarely) arise.
On Wed, Nov 24, 2021 at 8:33 AM Rumar, Maksym wrote:
> "Any destructive action could be reverted because the wiki is a
> reposi
I think that these would be significant improvements.
The current behavior is pretty painful on average. Better defaults and just
a bit of deduction could pay off big. I even think that the presence of
headers might be pretty reliably inferred.
On Wed, Nov 17, 2021 at 4:31 PM Charles Givre wro
Nathan,
I think you pasted some images into your message. They didn't make it
through to the mailing list.
Can you select text instead of images? Or push the images to a public place
like imgur?
On Thu, Nov 4, 2021 at 11:31 PM Caballero, Nathan (Volpe)
wrote:
> Hello,
>
>
>
> I continue to ex
A blog is a great idea.
I am curious about how much compression costs.
On Wed, Sep 29, 2021 at 5:37 AM luoc wrote:
>
> James, you are doing fine.
> Is it possible to post a new blog in the website for this?
>
> > 在 2021年9月29日,20:27,James Turton 写道:
> >
> > Hi all
> >
> > We've got support fo
This is great news.
Makes me think that these might be the best way to try Drill out as well,
especially where containers have low overhead (i.e. on Linux)
On Mon, Sep 20, 2021 at 4:32 AM luoc wrote:
> Hello James,
> Great work. Is it possible to add this NOTICE to Github wiki or docs of
> we
I know somebody who is querying a very large table and has trouble with
pushdown.
They are looking for values indexed by primary key with a query like
"select * from table where key in s". If s has a very small number of
values, this turns into primary key access, but if there are more than just
. I recommend that you upgrade to latest version if is cause by
> the schema change.
>
> > 2021年8月11日 上午4:18,Ted Dunning 写道:
> >
> >
> > I am running a moderate sized data reduction task and getting strange
> crash with Drill 1.16. Stack trace is shown below.
>
I am running a moderate sized data reduction task and getting strange crash
with Drill 1.16. Stack trace is shown below.
The query is this:
```
create table dfs.home.`mrms/grib-07.parquet`
partition by (box)
as
with
t1 as (
select value as precip, datetime as t, cast(latitude as double)
t;>>> moderate (and actually it seems a fix for CVE-2020-8908
> would
> >>>> >>>> require a
> >>>> >>>>>>>>> code change instead of a Guava update.
> >>>&
Congratulations to Laurent as a first time release manager!
Well done.
On Mon, Jun 14, 2021 at 5:56 PM Laurent Goujon wrote:
> On behalf of the Apache Drill community, I am happy to announce the release
> of Apache Drill 1.19.0.
>
> Drill is an Apache open-source SQL query engine for Big Data
Thanks.
I figured you would be ahead of me on this.
On Wed, Jun 9, 2021 at 12:27 PM wrote:
> Hello Ted,
>
> Yes, initially I tried both options.
> I have also left a comment on the ticket, hope it will be resolved soon.
>
> Kind regards,
> Volodymyr Vysotskyi
>
>
Vova,
Gavin responded on INFRA-21981 to the effect that upload should go to the
dev side and then svn mv should be used to move to the release side.
Is that what you tried to do?
On Wed, Jun 9, 2021 at 10:25 AM wrote:
> I have some issues, will deploy after
> https://issues.apache.org/jira/b
+1
I checked signatures on the source and binary tar files.
I extracted the binary tar file and ran some simple queries and validated
that the web UI came up when I started embedded (found a dead link in the
docs ... filed a JIRA for that).
I ran `mvn package` at the root level of the source as
Ted Dunning created DRILL-7949:
--
Summary: documentation error - missing link
Key: DRILL-7949
URL: https://issues.apache.org/jira/browse/DRILL-7949
Project: Apache Drill
Issue Type: Task
The release manager really should be deciding what makes the cut and what
does not.
That is the origin of the tradition of allowing any committer to be a
release manager. If somebody is unhappy about the content going into a
release, they can roll another release that meets their particular releas
Akshay,
One of the major design goals of Drill is to run individual queries in a
parallelized fashion. It does that very well, under the right conditions.
So the first issue is the installation. You have to have a number of
drill-bits that are configured to work together. Your description of "run
Drill is on this list.
I think that the fix is relatively trivial, but haven't examined it
carefully.
-- Forwarded message -
From: Daniel Gruno
Date: Mon, May 31, 2021 at 6:41 AM
Subject: [NOTICE] Git web site publishing to be done via .asf.yaml only as
of July 1st
To: Users
T
Here are some more answers:
On Thu, May 27, 2021 at 10:09 AM Akshay Bhasin (BLOOMBERG/ 731 LEX) <
abhasi...@bloomberg.net> wrote:
> Hi Ted,
>
> Yes sure - below are the 2 reasons for it -
>
> 1) If I run 5 drill machines in a cluster, all connected to a single end
> point at s3, I'll have to use
Akshay,
I don't understand why you can't use Drill to create the parquet files.
Can you say more?
Is there a language constraint? A process constraint?
As I hear it, you are asking "I don't want to use Drill to create parquet,
I want to use something else". The problem is that there are tons of
at 4:45 PM Laurent Goujon wrote:
> Yes, I was thinking of doing a zoom meeting where I would show proof of id
> + key id. Especially because of Covid, that seems the easiest option.
>
> On Mon, May 24, 2021, 16:08 Ted Dunning wrote:
>
> > Laurent,
> >
> >
Laurent,
The critical question here is how you can substantiate this key. IN person,
with a government ID, this would be easy.
Do you know a committer personally who could vouch for you? Would you be
interested in having a video call where you can present some ID?
On Mon, May 24, 2021 at 3:24 PM
ithout switching if you are using the latest
> version (1.19.0 for better). There are unit tests related to the compliant
> text reader (in `drill-java-exec` module, at the
> `org.apache.drill.exec.store.easy.text.compliant` package).
>
> > 2021年5月23日 上午5:19,Ted Dunning 写道:
> &g
Also, where would I find the unit tests for the compliant text reader?
I have a simple enough case to write a unit test, but I can't see any
reference to the class in question outside of working code.
On Thu, May 20, 2021 at 7:40 AM Ted Dunning wrote:
>
> Luoc,
>
>
e
> usage). But this reader does not support your idea. I think we can provide
> a few codes to enhance the reader. All the new storage and format plugin
> base the EVF, more powerful and stable.
>
> > 2021年5月20日 下午10:40,Ted Dunning 写道:
> >
> > Luoc,
> >
> > How
ny settings to process the errors. And then, We have refactored the
> CSV format using the EVF, please see the CompliantTextBatchReader.java
> (Complies with the RFC 4180 standard for text/csv files).
>
> > 在 2021年5月20日,13:49,Ted Dunning 写道:
> >
> > I have a csv file th
I have a csv file that causes an exception when read by Drill. The file is
slightly mal-formed (but R can read it).
Interestingly, if I don't parse the header line, I don't get the exception
and the problematic embedded quotes are handled well. Likewise, deleting
the first data line (which is well
I love dependabot.
I do minimal maintenance on several dozen demo projects and having a bot
check the dependencies for vulnerabilities is a god-send.
There is no downside. Yes, I get a bunch of pull requests when somebody
digs up another obscure problem with Jackson, but that isn't a problem. I
Martin,
This is exciting stuff that you are doing and very useful.
My thought is that of the options you describe, it seems like the travis
option is a good first step because it is nearly trivial (just add the ci
config file with a trivial build and test)
Running builds on a remote builder node
Laurent,
I don't have a stake here, so can't really comment about specifics, but the
process is looking good.
On Mon, May 3, 2021 at 9:23 PM Laurent Goujon wrote:
> Thanks for all the answers
>
> So the issues I found based on the feedback are:
>
>- DRILL-7878: Fix LGTM Alerts
>
Akshay,
That's great news!
On Tue, Apr 27, 2021 at 1:10 PM Akshay Bhasin (BLOOMBERG/ 731 LEX) <
abhasi...@bloomberg.net> wrote:
> Hi Ted,
>
> Thanks for reaching out. Yes - the below worked successfully.
>
> I was able to create different objects in s3 like 'XXX/YYY/filename',
> 'XXX/ZZZ/filenam
Laurent,
I don't have any issues that I feel I need in the next release, but I would
like to add my encouragement to what you are doing!!
On Thu, Apr 22, 2021 at 9:33 AM Laurent Goujon wrote:
> Hello everyone,
>
> It has been more than 6 months since the last release, and I believe this
> wou
Akshay,
Yes. It is possible to do what you want from a few different angles.
As you have noted, S3 doesn't have directories. Not really. On the other
hand, people simulate this using naming schemes and S3 has some support for
this.
One of the simplest ways to deal with this is to create a view t
(adding more)
The issue described on stack overflow is also very likely if you have a
complex schema.
On Mon, Apr 19, 2021 at 8:40 AM Ted Dunning wrote:
>
>
> Dileep,
>
> As Charles suggested, the problem is probably to do with limitations on
> what parts of the query is
Dileep,
As Charles suggested, the problem is probably to do with limitations on
what parts of the query is being pushed down into Oracle. That results in
lots of data motion that isn't necessary when the query is executed
entirely within Oracle because the Oracle database can use indexes and such
WHat happens when you just run a query that reference s3 data instead of
trying to do the "use s3" command?
On Tue, Apr 13, 2021 at 6:15 AM khushalkj jain
wrote:
> Hi All,
> Need your help in fixing the below Issue.
> I am running drill locally on my MAC in embedded mode.
>
> *Query:*
>
> > us
n
> wrote:
> > >
> > > Hi Ted,
> > >
> > > I was led to believe that only a PMC member could perform some of the
> > > release tasks, but if not the case, I'm happy to volunteer for the next
> > > one. Since it would be my first releas
t; On Mon, Apr 12, 2021 at 1:55 PM Ted Dunning wrote:
>
> > Hey Ray,
> >
> > Any Drill committer should be able to act as a release manager.
> >
> > My guess is that you know several Drill committers at Dremio who might be
> > able to help with this.
> >
Hey Ray,
Any Drill committer should be able to act as a release manager.
My guess is that you know several Drill committers at Dremio who might be
able to help with this.
On Mon, Apr 12, 2021 at 12:00 PM Ray Lum wrote:
> Hi Drill community,
>
> Is there a process for requesting a release of
o blocked the people who only listen
> to the discussion. GMT+8
>
> > 2021年3月4日 上午3:13,Ted Dunning 写道:
> >
> > I am still around, but not super active lately. Real life has intruded a
> > lot over the last two years.
> >
> >
> >
> > On Wed, Mar
1/> [image: Calendly]
> Calendly <https://calendly.com/curtis283/30min>
> [image: Data Distillr logo] <https://www.datadistillr.com/>
>
>
> On Wed, Mar 3, 2021 at 12:26 PM Ted Dunning wrote:
>
> > Curtis,
> >
> > I think that would be a great t
Curtis,
I think that would be a great thing. The Drill community has changed over
the last few years and having periodic events could help people come
together in a new way.
On Wed, Mar 3, 2021 at 6:35 AM Curtis Lambert
wrote:
> All,
>
> I'm still very new to Drill but as I'm getting spun up
Cool.
On Wed, Jan 27, 2021 at 12:40 PM Ganesh Raju wrote:
> Ted,
> These hardware would be a proper ARM based datacenter server VM instance
>
> Ganesh
>
> On Wed, Jan 27, 2021 at 12:00 PM Ted Dunning
> wrote:
>
> > Yes. The ARM-based macs sound pretty exciting.
Yes. The ARM-based macs sound pretty exciting.
My own laptop is about 5 years old so it might be time to think about it. I
have two ARMs on my desk and 4 Intel machines. The odds could even up if
the wind blows right.
On Wed, Jan 27, 2021 at 5:39 AM luoc wrote:
> Hi,
>
> @Ted Dunni
Huh. I will look at it.
I think that there is a build system that could easily still have old email
configured. As you point out, that should be updated.
On Wed, Jan 27, 2021, 1:21 AM Niels Basjes wrote:
> Hi,
>
> I got this email below.
> Seems like at HPE they still have something running u
I did some minimal testing in embedded mode way back, but nothing serious.
I saw no issues at all.
On Tue, Jan 26, 2021 at 2:53 AM luoc wrote:
> Hi all,
>
> I have some ARM-based machines (Not X86 architecture), and then want to do
> ARM-based compatibility tests. I know that Netty must bump
I think that pushing too much of this kind of authentication and
authorization logic into Drill has a large complexity risk. Anything to do
with kerberos magnifies that complexity.
I also think that it is a mistake to depend on user identity if
authorization tokens are likely to need to be embedde
I think that looks like a great addition.
+1 for James.
I don't think that lazy consensus is a great idea, however. Happily, you
now have three positives.
On Wed, Nov 4, 2020 at 11:00 AM Charles Givre wrote:
> Hello all,
> I'd like to call a vote for James Turton for committer. James has bee
Hey Alka,
I am a little confused about motivations here.
Can you say whether you get what you need from 1.18?
On Thu, Sep 17, 2020 at 6:49 AM alka kumari
wrote:
> Hi Team,
>
> I am using Apache Drill JDBC project.
> I built Drill client 1.17 with Netty version 4.1.50.Final. There are some
> b
Charles,
Do you think that suggesting using a non-materialized view would help in
this case?
On Wed, Jun 24, 2020 at 2:31 PM Charles Givre wrote:
> Hi Vova,
> I have a Calcite question for you. I’m helping someone debug an issue
> they’re having connecting Drill to an OracleDB and they’re runn
> > Hi Ted,
> >
> > Thanks for your help! It looks like for http protocol this issue was
> > resolved.
> >
> > Kind regards,
> > Volodymyr Vysotskyi
> >
> >
> > On Mon, May 4, 2020 at 4:19 AM Charles Givre wrote:
> >
> &
ssue I can say that there were quite a few people compiling
> > Drill on a Sunday morning. That bodes well, I think, for community
> health.
> >
> >
> >
> > On Sun, May 3, 2020 at 11:27 AM Ted Dunning
> wrote:
> >
> >>
> >> I just got
ta from a mostly-static caching layer (data for the last 6
> days, say) with your live DB (for the last one day, say.)
>
> If you provide a "writer" as well as a "reader", you can use Drill to load
> your DB as well as query it.
>
>
> Happy to share
think, for community health.
On Sun, May 3, 2020 at 11:27 AM Ted Dunning wrote:
>
> I just got word back that the team is looking at the issue.
>
> Not surprisingly, their first look indicates that the issue isn't what it
> appears to be (i.e. not a bad cert)
>
>
>
I just got word back that the team is looking at the issue.
Not surprisingly, their first look indicates that the issue isn't what it
appears to be (i.e. not a bad cert)
The compile problem is a problem with the MapR repo (I think). I have
reported it to the folks who can fix it.
Regarding the generic question, I think that Drill is very much a good
choice for putting a SQL layer on a noSQL database.
It is definitely the case that the community is much broader th
I have asked the MapR team to look into the certificate issue.
On Sun, May 3, 2020 at 8:03 AM Charles Givre wrote:
> Hello all,
> In a recent PR that had nothing to do with this, I saw that the CI is now
> failing due to the following error. I did some digging and found that the
> URL http://
That is really frustrating because that timestamp is literally in an ISO
8601 format.
https://en.wikipedia.org/wiki/ISO_8601
It would be nice if these formats just worked by default.
On Thu, Feb 6, 2020 at 5:05 AM Charles Givre wrote:
> Hi Drill Devs
> I'm having a small issue interpreting
Igor,
Good documentation and first 5-minute experience are very important, but
not because a long-term contributor will see it and commit their spare time
for the next five years on that basis. It is more about preventing early
attrition of contributors who might find the project very exciting due
I still don't understand how that came to be.
It needs to be made more independent.
On Thu, Oct 31, 2019 at 12:31 PM Charles Givre wrote:
> It came back on this morning. However it certainly suggests that we
> should remove anything that is dependent on MapR infrastructure.
>
> Sent from my
Yes.
On Fri, Sep 27, 2019 at 11:09 AM Charles Givre wrote:
> Hello all
> There was a recent email to the user group about a blocking issue with
> sqlline. The issue was resolved in the latest version of sqlline however
> it was preventing a user from executing queries. In a situation like th
work. I'm pretty sure that the EVF allows for
> variant maps so if you have a DNS packet and a ICMP packet, you'd get
> different fields in the map.
> -- C
>
>
>
>
> > On Sep 22, 2019, at 11:30 AM, Ted Dunning wrote:
> >
> > This sounds amazing.
>
This sounds amazing.
Some questions.
What is EVF?
How can you deal with the problem of variant maps?
On Sun, Sep 22, 2019, 7:55 AM Charles Givre wrote:
> Hello all,
> I'm contemplating some improvements to Drill's PCAP reader. Specifically,
> I'd like for Drill to actually be able to parse s
o I
> wasn't able to attend :-(. Next time!
>
> > On Sep 11, 2019, at 12:14 PM, Aman Sinha wrote:
> >
> > Yes, I am here today. See you guys soon.
> >
> > -Aman
> >
> > On Tue, Sep 10, 2019 at 9:59 PM Ted Dunning
> wrote:
> >
> >&
I am here. So is Ellen. I think Aman as well. Come to the Drill track
tomorrow. Both Ellen and I have talks.
On Tue, Sep 10, 2019 at 2:16 PM Naresh Bhat wrote:
> Hi Guys,
>
> Anybody attending Apachecon at Vegas ?
>
> Regards
> -Naresh
>
We will have a plan in place to avoid disruption of project builds.
On Tue, Aug 13, 2019 at 10:07 AM Catherine Lyman wrote:
> Here is a message from Kevin who runs the MapR DevOps team...
>
> Kevin Cheng
> Mon, Aug 12, 1:23 PM (20 hours ago)
> to me
> We will have it for next 3 months for sure
UDF internals on my GitHub Wiki.
> [1] Aggregate UDFS are covered in [2]. Once we learn the answers to your
> specific questions, we can add the info to the Wiki.
> >
> > Thanks,
> > - Paul
> >
> > [1]
> https://github.com/paul-rogers/drill/wiki/UDFs-Background-I
your job done; they
> have pretty strong limitations on the surface.
> >
> > Thanks,
> > - Paul
> >
> >
> >
> >On Monday, August 12, 2019, 10:59:56 AM PDT, Ted Dunning <
> ted.dunn...@gmail.com> wrote:
> >
> > Is it possible for a UDF to p
urface.
>
> Thanks,
> - Paul
>
>
>
> On Monday, August 12, 2019, 10:59:56 AM PDT, Ted Dunning <
> ted.dunn...@gmail.com> wrote:
>
> Is it possible for a UDF to produce multiple scalar results? Can it
> produce
> a binary result?
>
> Also, as a nit,
is true of aggregate
> UDFs). A VarChar is simply a special kind of array, and UDFs can emit a
> VarChar.
>
> All this is from memory and so is only approximately accurate. YMMV.
>
> Thanks,
> - Paul
>
>
>
> On Monday, August 12, 2019, 07:35:47 AM PDT, Ted Du
What is the current state of building aggregators that have complex state
via UDFs?
Is it possible to define multi-level aggregators in a UDF?
Can the output of a UDF be a byte array?
(these are three different questions)
Assuming that HPE won't support continued development is not warranted.
There is a risk in all change, but assuming the loss of support isn't
correct.
That said, the community should be able to release independently of any
single company, assuming that Apache has enough resources.
On Thu, Aug 8,
It won't be possible to find a time that works for (Kiev, Germany, US (east
and west) and Asia.
Traditionally, Drill has mostly had contributors from EU and US so that
made it possible to find an overlapping time.
I would suggest that Hangout times be varied so that some hit the
traditional EU+US
Nice.
I started on this ages ago and got stalled.
So very nice that others had more stickem than me and actually followed
through on this.
On Sun, Jun 2, 2019 at 7:34 AM Charles Givre wrote:
> Hello Everyone,
> I wanted to send this note to the Drill aliases but as of this weekend,
> the Dri
Would it be possible to call the new structure a Dict (following Python's
inspiration)?
That would avoid the large disruption of renaming Map*.
On Fri, May 31, 2019 at 10:10 AM Paul Rogers
wrote:
> Hi Igor,
>
> Thank you for finally addressing a long-running irritation: that the Drill
> Map t
ter provided by the storage plugin. The devil, of
> course, is always in the details. And in finding resources to do the work...
>
> Thanks,
> - Paul
>
>
>
> On Monday, May 27, 2019, 5:28:27 PM PDT, Ted Dunning <
> ted.dunn...@gmail.com> wrote:
>
> I hav
ks well, and is incredibly simple. The only thing wrong is that I have
to bring in a separate tool like spark or python to do the insertions. With
sleazyInsert, I could do it all with Drill plus a tiny bit of scripting
glue.
On Mon, May 27, 2019 at 5:27 PM Ted Dunning wrote:
>
> I have in min
ert-update-and-delete-data/
> [2]
> https://docs.hortonworks.com/HDPDocuments/HDP3/HDP-3.1.0/using-hiveql/content/hive_3_internals.html
>
>
>
>
>
> On Monday, May 27, 2019, 1:15:36 PM PDT, Ted Dunning <
> ted.dunn...@gmail.com> wrote:
>
> I would like to
I would like to start a discussion about how to add insert capabilities to
drill.
It seems that the basic outline is:
1) making sure Calcite will parse it (almost certain)
2) defining an upsert operator in the logical plan
3) push rules into Drill from the DB driver to allow Drill to push down th
1 - 100 of 316 matches
Mail list logo