Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hbase.apache.org
Received-SPF: pass (athena.apache.org: domain of ndimiduk@gmail.com designates
 209.85.128.180 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <BLU0-SMTP453E53EC022F085E994893A98520@phx.gbl>
References: 
 <CANZa=Gv5wE-mGcHdCpU+vHyzBO1BidqMrTaxm9ze4qjVHmD2YQ@mail.gmail.com>
 <CAMUu0w-+CUh9hxwguLhKXb9hBtMDYR8CCPAXcN3B6LFLsOmw0Q@mail.gmail.com>
 <CADcMMgHzkJtALHTqNgzRaNB-xMu0fFB-qSXaACSWKyO-8G47gA@mail.gmail.com>
 <CANZa=GvwzFu_8RTeqh-6npiVm0dXyNna3Od3CEGVujg4b93ZSQ@mail.gmail.com>
 <CAFb6HiJU7iud7zBynVpSBU6oGpLTFUAN=Xg9HTDnnX8BYi-2QA@mail.gmail.com>
 <CANZa=GvU+xAzLr=KVR-uU0Qmzz=uzdvMq52Tts1QKqm-L3Lp8g@mail.gmail.com>
 <CANZa=GvjYXLJnLEmAHdEJ28=+23fa3r5s6mCQCw=KxreeF9bbA@mail.gmail.com>
 <CANZa=GtvGnUqoSniwzyGKyYCt5Yd6qD0Ze33BZzHFv8GDmeTUA@mail.gmail.com>
 <CAOKsKJVVRysYVk9JxA5MDq9L2eA5+goX+GeGAZKkc_3w-_OjtQ@mail.gmail.com>
 <BLU0-SMTP453E53EC022F085E994893A98520@phx.gbl>
From: Nick Dimiduk <ndimiduk@gmail.com>
Date: Sat, 3 Aug 2013 11:13:11 -0700
Message-ID: 
 <CANZa=Gug82Sek78qVVzpmsDDHHCRgxsQZSKFr=72cEBus0ZKiA@mail.gmail.com>
Subject: Re: Data types stage 1 is ready for reivew
To: dev@hbase.apache.org
Content-Type: multipart/alternative; boundary=001a11c2c9ac6b440304e30f0877

--001a11c2c9ac6b440304e30f0877
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Sat, Aug 3, 2013 at 10:33 AM, Michael Segel <msegel_hadoop@hotmail.com>w=
rote:

> How do you plan on enforcing data types within the engine?
>

Data types, at this point, are a client-side feature, not enforced by the
engine in anyway.

 On Aug 1, 2013, at 10:57 PM, Matt Corgan <mcorgan@hotpads.com> wrote:
>
> > Looks great to me.  Without the strict dependencies on hadoop or hbase
> > it'll be easy to pull into its own standalone module or new project if
> > there's demand.
> >
> >
> > On Thu, Aug 1, 2013 at 6:30 PM, Nick Dimiduk <ndimiduk@gmail.com> wrote=
:
> >
> >> Finally-for-real-this-time patches posted. I'll take your +1's any tim=
e
> now
> >> ;)
> >>
> >> Thanks,
> >> Nick
> >>
> >> On Wed, Jul 24, 2013 at 11:27 AM, Nick Dimiduk <ndimiduk@gmail.com>
> wrote:
> >>
> >>> Hi everyone,
> >>>
> >>> As of yesterday, I've posted "final" patched on both HBASE-8201<
> >> https://issues.apache.org/jira/browse/HBASE-8201>and
> >>> HBASE-8693 <https://issues.apache.org/jira/browse/HBASE-8693>. The
> >> former
> >>> specifies on-disk format and the latter is the user-facing API. If
> you've
> >>> already left me a review, thank you; please have another look at thes=
e
> >>> patches. If you have an opinion here and haven't voiced it, we're
> >>> approaching the "forever hold your peace" part of the ceremony.
> >>>
> >>> Thanks,
> >>> Nick
> >>>
> >>>
> >>> On Wed, Jul 17, 2013 at 9:33 AM, Nick Dimiduk <ndimiduk@gmail.com>
> >> wrote:
> >>>
> >>>> Thanks for having a look. If you don't mind terribly, I responded to
> >> your
> >>>> comments on JIRA [0].
> >>>>
> >>>> Thanks,
> >>>> Nick
> >>>>
> >>>> [0]:
> https://issues.apache.org/jira/browse/HBASE-8693#comment-13711250
> >>>>
> >>>>
> >>>> On Wed, Jul 17, 2013 at 1:42 AM, Matteo Bertozzi <
> >> theo.bertozzi@gmail.com
> >>>>> wrote:
> >>>>
> >>>>> I was looking at the HBASE-8693 patch, and looks good to me for the
> >>>>> primitive types.
> >>>>> but I can't see how do you plan to evolve stuff like the struct.
> >>>>> By "evolve" I mean add/remove fields, or just query it with a subse=
t
> of
> >>>>> fields.
> >>>>> the fields don't have an id, and on read you must specify all of th=
em
> >> in
> >>>>> the same order as you've used for write.
> >>>>> (but maybe is just an immutable/fixed list of fields, and I'm ok wi=
th
> >>>>> just
> >>>>> adding that info to the comment on top of the class)
> >>>>>
> >>>>>
> >>>>> Matteo
> >>>>>
> >>>>>
> >>>>>
> >>>>> On Wed, Jul 17, 2013 at 12:39 AM, Nick Dimiduk <ndimiduk@gmail.com>
> >>>>> wrote:
> >>>>>
> >>>>>> New patch posted. What do you think about the new isSkippable() an=
d
> >> the
> >>>>>> associated limitation in Struct?
> >>>>>>
> >>>>>> I also posted some "dogfeed" per Enis's suggestion.
> >>>>>>
> >>>>>> -n
> >>>>>>
> >>>>>> On Fri, Jul 12, 2013 at 1:38 PM, Stack <stack@duboce.net> wrote:
> >>>>>>
> >>>>>>> On Fri, Jul 12, 2013 at 1:10 PM, Enis S=C3=B6ztutar <enis@apache.=
org>
> >>>>> wrote:
> >>>>>>>
> >>>>>>>> Did some chatting with Nick today.
> >>>>>>>>
> >>>>>>>> I think it is really important to get this right, and for that w=
e
> >>>>> would
> >>>>>>>> definitely need more eyes towards it. The current patch set is
> >> in a
> >>>>>> good
> >>>>>>>> state to bolster the discussion.
> >>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>> I'll do another pass (Kicking others to give it a looksee too).
> >>>>>>> St.Ack
> >>>>>>>
> >>>>>>
> >>>>>
> >>>>
> >>>>
> >>>
> >>
>
>

--001a11c2c9ac6b440304e30f0877--