►
From YouTube: Magento Architectural Discussion -- October, 9, 2019
Description
* DB Information Schema - COLUMNS
* GraphQL schema for product compare
Meeting notes - https://github.com/magento/architecture/issues/316
A
B
A
A
A
A
A
A
A
B
A
B
A
A
C
A
Example
and
we
need
to
solve
it
via
the
different
implementations
on
the
HP
side,
so
like
we
get
information
from
database
and
then
we
parse
it
differently.
So
how
we
want
to
solve
it
is
first,
is
that
we
are
breaking
down.
We
provide
the
small
interfaces
like
one
separate
columns
on
the
protected
face
for
table
information,
and
so
then
we
can
have
specific
implementations
if
there
are
any
differences
in
different
databases.
A
A
A
A
A
A
A
D
It
is
pretty
simple
schema
and
it
follows
the
same
patterns
that
you
have
for
card,
a
shopping,
cart
for
guests.
We
will
have
to
create
compare
list,
and
basically
we
will
use
this
ad
as
identifier
of
compare
list
and
you
can
work
with
it
after
that.
For
customer
we
will
query
existing
compare
list
and
the
separation
should
work
the
same
as
card.
If
compare
list
doesn't
exist
yet
anyone
will
be
created
and
returned
to
the
customer.
D
If
the
risk
compared
list
already,
it
will
be
yeah,
so
it
will
be
returned
and
at
the
moment
we
will
have
at
product
compare
list
and
a
list
of
excuse
to
be
added,
and
in
response
you
get
output,
which
is
just
a
rapper.
His
field
called
compare
list,
and
then
each
item
is
contains.
Compare
list
ID
and
a
list
of
like
array
of
products,
product
interfaces.
D
And
you
can
also
request,
compare
lists
by
comparative
study,
so
what
I'm
looking
at
right?
Now,
probably,
we
also
need
to
have
removed
from
compare
list
because
forget
this
easy
to
generate
new
one,
but
for
customer
looks
like
it
is
not
possible.
So
I'm,
sorry,
you
have
to
add
one
more
mutation
to
remove
items
or
clear,
compare
list,
but
so
far
we
have
dissipations.
D
D
B
D
A
D
That's
correct,
but
it
is
the
same
issue
is
unification
of
flow.
We
can
do
two
separate
flows,
but
in
this
case
client-side
developers
will
have
to
use
different
approach
for
this,
and
basically
rotation
will
be
also
restrict.
If
you
do
that,
let's
forget.
Compare
this
lady
is
always
required
for
customer.
We
can
make
it
optional,
but
then
you'll
have
to
move
more
logic
to
resolve.
D
So,
first
of
all,
sorry,
first
of
all
reviews
field
is
added
to
customer.
So
if
you
are
in
customer
account,
you
can
fetch
reviews
for
from
your
account
and
this
field
reviews
will
have
pagination
basic
pagination
same
page,
size
and
required
page
ID,
and
in
response
you
will
get
product
reviews
object
which
contains
items
and
pagination
information.
So
items
are
individual
product
reviews,
array
of
individual
product
reviews
and
find
you.
So
this
is
individual
product
to
you.
It
contains
reference
to
all
product
being
reviewed.
D
It
contains
review
summary
or
title
the
actual
review,
content
or
review
text,
customers
nickname
and
it
will
default
to
customer
name
if
he
is
locked
in
then
created
at
average
rating
written
is
those
stars
which
you
can
see
on
reviews
and
average
rating
means
average
between.
So
you
can
probably
remember
that
we
can.
We
have
feature
which
allows
you
to
rate
product
on
different
parameters,
will
say
price
or
quality,
or
something
like
that.
D
So
you
can
have
multiple
ratings
for
single
review,
and
this
average
rating
is
just
calculation,
like
average,
between
all
those
different
types
of
ratings
for
specific
review,
and
then
you
have
ratings
breakdown,
which
is
exactly
those
different
kinds
of
reviews,
so
review
rating
it
contains
name
of
the
review,
would
say,
quality
price
and
the
actual
socket
value
so
really
is
configured.
But.
D
D
D
D
D
Usually
it
is
displayed
in
blue
might
is
displayed
not
far
from
product
title
and
description,
so
it's
like
in
the
main
section,
as
well
as
review
count,
so
average
review
rating
and
review
counts
are
displayed
somewhere
in
main
section
of
the
product,
and
then
we
have
again
reviews
which
usually
displayed
in
separate
tab
or
separate
section,
and
it
has
the
same
structure
as
customer
review.
So
it
has
filtration
capabilities
by
page
size,
current
page
and
returns
identical
structure,
as
we
have
already
discussed
so
now.
D
D
C
C
D
D
Then
we
have
review
title
or
summary
review
text
and
select
ratings
started
ratings,
contain
rating
ID
and
value
ID,
and
probably
that
and
output
of
the
mutation
is
a
wrapper
around
single
product
to
you,
and
this
is
done
as
usual.
Folks
needs
ability
in
case
some
extension
would
like
to
add
additional
fields
to
participation,
responsible
questions.
D
D
A
A
D
No
position
is
position
should
be
generated
on
server
side,
so
there
is
position
for
rating
in
the
admin
panel
and
you
can
choose
like
say
if
price
should
go
first
or
quality
should
go
first
and
as
usual
and
Rafael
we
rely
on
server-side
sorting.
So
this
will
not
be
read
about
to
change
from
the
storefront
and
instead
we
will
take
this
second
from
admin
panel
sorted
from
server-side
and
return
it
sorted
already.
So
this
value
is
actually
George.
D
C
D
D
D
/
supported
those
cases
again
like
quickly
like
grant
so
basically
proposed
schema
will
allow
to
render
product
page
display
average
product
rate
and
display
review
count,
and,
additionally,
you
will
be
able
to
render
review
submission
form
and
provide
all
available
ratings
for
input
after
user
submits
review.
He
can
select,
obviously
like
rate,
and
he
can
submit
text,
and
after
that
you
will
be
displayed
on
product
page
array
of
reviews
of
this
patent
product
page.
D
Now
it
is
customizable,
and
so
this
is
rating
like
option
ideal,
I'm,
not
sure
how
to
code
report
value,
but
it's
basically
one
of
the
options.
It
is
also
possible
that
rating
will
have
multiple
like
more
than
five
options
or
less
than
five
options.
Yeah
I'm,
not
sure
we
have
UI
for
configuring
that
in
a
panel,
but
we
support
it
and
database
level
and
potentially
some
customizations
can
can
use
it.
I.