6 Replies Latest reply on Jan 24, 2016 7:28 AM by kconick

    portal

    kconick

      Hello everyone,
      In its simplest version, my database has three main tables (production, product, distribution) and two secondary (join_production-product and join_product-distribution).
      the problem is in the format "distribution" where two portals are: the first based on "join_product-distribution" that allows me to enter the amount of pieces (classified by flavor) that I delivered to the place during time. This works perfectly.

      I would the second one to show the single flavors that a place owns and the delivered total.

      On which table I have to base my portal?
      I tried to base it on "product" and currently works reporting only the names of the tastes present in a place, but I'm interested also in how much flavor have been delivered.

      I attached my file.

        • 1. Re: portal
          siplus

          you're missing a fundamental table: clients. (or places, as you call it)

           

          It is on this table that you must base a report of

           

          client 1

                         product1    total

                         product2     total

           

          client 2

                         product1    total

           

          using a list layout with subtotals.

          • 2. Re: portal
            kconick

            in this moment i can see the result i want in the layout table of the "join_pd" format (attached image), but i can't see it in the format client seen as module. how should i organize the relations between the tables? Schermata 2016-01-24 alle 12.07.36.png

            • 3. Re: portal
              siplus

              Ecco cosa intendevo, vedi allegato.

              • 4. Re: portal
                kconick

                ok, ma questo potevo farlo anche prima... io voglio visualizzare quelle informazioni in questo formato:

                (all'interno del portale basato su prodotto)

                Schermata 2016-01-24 alle 15.06.53.png

                • 5. Re: portal
                  siplus

                  In un DBMS si sceglie il risultato che si vuole visualizzare e questo è quanto. Non si sceglie dove lo si vuol visualizzare.

                   

                  Poi usare merge fields in un portale non è il caso. Come non è il caso di usare slides tanto perchè fa figo.

                  • 6. Re: portal
                    kconick

                    non le uso perche' fa figo ma perche' migliora l'esperienza dell'utente finale. il calcolo che ho chiesto di risolvere si inserirà all'interno di un quadro molto più complesso con decine di campi che andranno a completare le informazioni. non uso "merge fields", era solo un segnaposto per far vedere "dove" vorrei vedere quell'informazione.