sql >> Databáze >  >> RDS >> PostgreSQL

více hodnot selectInput vytváří neočekávané chování dplyr (postgres).

Problém je ve způsobu, jakým je dotaz konstruován, když vyberete pouze jeden a použijte IN operátor. dplyr překlad do SQL nepřidá správnou závorku, a proto selže. O tomto problému se dlouze diskutovalo zde .

Jedním ze způsobů, jak to obejít, je předat jinou instrukci do filter() když length vstupu se rovná 1 (viz příklad níže).

Zde je to, co se děje:

tbl(mydb, "iris") %>%
  filter(Species %in% c("setosa", "versicolor")) %>%
  .$query

Poskytuje správný SQL syntaxe dotazu:

<Query> SELECT "Sepal.Length", "Sepal.Width", "Petal.Length", "Petal.Width", "Species"
FROM "iris"
WHERE "Species" IN ('setosa', 'versicolor')
<PostgreSQLConnection>

A pokud je spuštěn, dává očekávané:

#Source: postgres 9.3.13 [[email protected]:5432/csvdump]
#From: iris [100 x 5]
#Filter: Species %in% c("setosa", "versicolor") 
#
#   Sepal.Length Sepal.Width Petal.Length Petal.Width Species
#          (dbl)       (dbl)        (dbl)       (dbl)   (chr)
#1           5.1         3.5          1.4         0.2  setosa
#2           4.9         3.0          1.4         0.2  setosa
#3           4.7         3.2          1.3         0.2  setosa
#4           4.6         3.1          1.5         0.2  setosa
#5           5.0         3.6          1.4         0.2  setosa
#6           5.4         3.9          1.7         0.4  setosa
#7           4.6         3.4          1.4         0.3  setosa
#8           5.0         3.4          1.5         0.2  setosa
#9           4.4         2.9          1.4         0.2  setosa
#10          4.9         3.1          1.5         0.1  setosa
#..          ...         ...          ...         ...     ...

Podívejte se, co se stane, když se pokusíte předat jeden prvek:

tbl(mydb, "iris") %>%
  filter(Species %in% "setosa") %>%
  .$query

Dotaz bude:

<Query> SELECT "Sepal.Length", "Sepal.Width", "Petal.Length", "Petal.Width", "Species"
FROM "iris"
WHERE "Species" IN 'setosa'
<PostgreSQLConnection>

Což, pokud je spuštěno, bude mít za následek následující chybu:

Je to proto, že pro jeden prvek, dplyr překlad do SQL dotaz nepřidává správnou závorku. Všimněte si, jak je to 'setosa' místo ('setosa') .

Abychom to obešli, můžeme udělat:

if(length(input$Species) == 1) { 
  tbl(mydb, "iris") %>% 
    filter(Species == input$Species) %>% 
}

Což vytvoří syntakticky platný SQL dotaz:

<Query> SELECT "Sepal.Length", "Sepal.Width", "Petal.Length", "Petal.Width", "Species" 
FROM "iris" 
WHERE "Species" = 'setosa' 
<PostgreSQLConnection>

Následující příklad řeší tento problém. Zde jednoduše nařídím aplikaci, aby předala filter(Species == ...) if input$Specieslength 1 a filter(Species %in% ...) v opačném případě.

ShinyApp

server <- function(input, output) {

  selectedQuery <- reactive({

    if(length(input$Species) == 1) { 
      tbl(mydb, "iris") %>% 
        filter(Species == input$Species) %>% 
        .$query
    }
    else(
      tbl(mydb, "iris") %>% 
        filter(Species %in% input$Species) %>% 
        .$query
      )

  })

  selectedData <- reactive({

    if(length(input$Species) == 1) {
      tbl(mydb, "iris") %>% 
        filter(Species == input$Species) %>% 
        data.frame
    }
    else(
      tbl(mydb, "iris") %>% 
        filter(Species %in% input$Species) %>% 
        data.frame
      )
  })

  output$plot <- renderPlot({
    ggplot2::qplot(Sepal.Length, Petal.Length, data = selectedData(), color = Species)
  })

  output$query <- renderPrint({
    selectedQuery()
    })
}

ui <- fluidPage(
  sidebarLayout(
    sidebarPanel(
      selectInput("Species", "Species", 
                  tbl(mydb, "iris") %>% 
                    data.frame %>% 
                    .$Species %>% 
                    unique, 
                  selected = "setosa", multiple = TRUE)
    ),
    mainPanel(
      textOutput("query"),
      plotOutput("plot")
      )
  )
)

shinyApp(ui = ui, server = server)


  1. Musím napsat velmi zajímavý dotaz, který vypočítá nulové hodnoty a řádky s hodnotami

  2. Barvy ve výzvě psql

  3. Podmíněné jedinečné omezení s více poli v databázi Oracle

  4. Pharo Smalltalk a mySql