Recent years have witnessed the burgeoning of pretrained language models (LMs) for text-based natural language (NL) understanding tasks. Such models are typically trained on free-form NL text, hence may not be suitable for tasks like semantic parsing over structured data, which require reasoning over both free-form NL questions and structured tabular data ( e.g. , database tables). In this paper we present TABERT , a pretrained LM that jointly learns representations for NL sentences and (semi-)structured tables. TABERT is trained on a large corpus of 26 million tables and their English contexts. In experiments, neural semantic parsers using TABERT as feature representation layers achieve new best results on the challenging weakly-supervised semantic parsing benchmark WIKITABLEQUESTIONS , while performing competitively on the text-to-SQL dataset SPIDER . 1 1 Introduction Recent years have witnessed a rapid advance in the ability to understand and answer questions about free-form natural language (NL) text (Rajpurkar et al., 2016), largely due to large-scale, pretrained language models (LMs) like BERT (Devlin et al., 2019). These models allow us to capture the syntax and semantics of text via representations learned in an unsupervised manner, before fine-tuning the model to downstream tasks (Melamud et al., 2016; McCann et al., 2017; Peters et al., 2018; Liu et al., 2019b; Yang et al., 2019; Goldberg, 2019). It is also relatively easy to apply such pretrained LMs to comprehension tasks that are modeled as text span selection problems, where the boundary of an answer span can be predicted using a simple classifier on top of the LM (Joshi et al., 2019). However, it is less clear how one could pretrain and fine-tune such models for other QA tasks that involve joint reasoning over both free-form NL text and structured data. One example task is semantic parsing for access to databases (DBs) (Zelle and Mooney, 1996; Berant et al., 2013; Yih et al., 2015), the task of transducing an NL utterance ( e.g. , Which country has the largest GDP? ) into a structured query over DB tables ( e.g. , SQL querying a database of economics). A key challenge in this scenario is understanding the structured schema of DB tables ( e.g. , the name, data type, and stored values of columns), and more importantly, the alignment between the input text and the schema ( e.g. , the token GDP refers to the Gross Domestic Product column), which is essential for inferring the correct DB query (Berant and Liang, 2014). Neural semantic parsers tailored to this task therefore attempt to learn joint representations of NL utterances and the (semi-)structured schema of DB tables ( e.g. , representations of its columns or cell values, as in Krishnamurthy et al. (2017); Bogin et al. (2019b); Wang et al. (2019a), inter alia ). However, this unique setting poses several challenges in applying pretrained LMs. First, information stored in DB tables exhibit strong underlying structure, while existing LMs ( e.g. , BERT) are solely trained for encoding free-form text. Second, a DB table could potentially have a large number of rows, and naively encoding all of them using a resource-heavy LM is computationally intractable. Finally, unlike most text-based QA tasks ( e.g. , SQuAD, Rajpurkar et al. (2016)) which could be formulated as a generic answer span selection problem and solved by a pretrained model with additional classification layers, semantic parsing is highly domain-specific, and the architecture of a neural parser is strongly coupled with the structure of its underlying DB ( e.g. , systems for SQL-based and other types of DBs use different encoder mod-els). In fact, existing systems have attempted to leverage BERT, but each with their own domain-specific, in-house strategies to encode the structured information in the DB (Guo et al., 2019; Zhang et al., 2019a; Hwang et al., 2019), and importantly, without pretraining representations on structured data. These challenges call for development of general-purpose pretraining approaches tailored to learning representations for both NL utterances and structured DB tables. In this paper we present TABERT , a pretraining approach for joint understanding of NL text and (semi-)structured tabular data (  3). TABERT is built on top of BERT, and jointly learns contextual representations for utterances and the structured schema of DB tables ( e.g. , a vector for each utterance token and table column). Specifically, TABERT linearizes the structure of tables to be compatible with a Transformer-based BERT model. To cope with large tables, we propose content snapshots , a method to encode a subset of table content most relevant to the input utterance. This strategy is further combined with a vertical attention mechanism to share information among cell representations in different rows (  3.1). To capture the association between tabular data and related NL text, TABERT is pretrained on a parallel corpus of 26 million tables and English paragraphs (  3.2). TABERT can be plugged into a neural semantic parser as a general-purpose encoder to compute representations for utterances and tables. Our key insight is that although semantic parsers are highly domain-specific, most systems rely on representations of input utterances and the table schemas to facilitate subsequent generation of DB queries, and these representations can be provided by TABERT , regardless of the domain of the parsing task. We apply TABERT to two different semantic parsing paradigms: (1) a classical supervised learning setting on the SPIDER text-to-SQL dataset (Yu et al., 2018c), where TABERT is fine-tuned together with a task-specific parser using parallel NL utterances and labeled DB queries (  4.1); and (2) a challenging weakly-supervised learning benchmark WIKITABLEQUESTIONS (Pasupat and Liang, 2015), where a system has to infer latent DB queries from its execution results (  4.2). We demonstrate TABERT is effective in both scenarios, showing that it is a drop-in replacement of a parser's original encoder for computing contextual representations of NL utterances and DB tables. Specifically, systems augmented with TABERT outperforms their counterparts using BERT , registering state-of-the-art performance on WIKITABLEQUESTIONS , while performing competitively on SPIDER (  5). Semantic Parsing over Tables Semantic parsing tackles the task of translating an NL utterance u into a formal meaning representation (MR) z . Specifically, we focus on parsing utterances to access database tables, where z is a structured query ( e.g. , an SQL query) executable on a set of relational DB tables T = { T t } . A relational table T is a listing of N rows { R i } Ni =1 of data, with each row R i consisting of M cells { s (cid:104) i,j (cid:105) } Mj =1 , one for each column c j . Each cell s (cid:104) i,j (cid:105) contains a list of tokens. Depending on the underlying data representation schema used by the DB, a table could either be fully structured with strongly-typed and normalized contents ( e.g. , a table column named distance has a unit of kilometers , with all of its cell values, like 200 , bearing the same unit), as is commonly the case for SQL-based DBs (  4.1). Alternatively, it could be semi-structured with unnormalized, textual cell values ( e.g. , 200 km ,  4.2). The query language could also take a variety of forms, from general-purpose DB access languages like SQL to domain-specific ones tailored to a particular task. Given an utterance and its associated tables, a neural semantic parser generates a DB query from the vector representations of the utterance tokens and the structured schema of tables. In this paper we refer schema as the set of columns in a table, and its representation as the list of vectors that represent its columns 2 . We will introduce how TABERT computes these representations in  3.1. Masked Language Models Given a sequence of NL tokens x = x 1 , x 2 , . . . , x n , a masked language model ( e.g. , BERT) is an LM trained using the masked language modeling objective, which aims to recover the original tokens in x from a corrupted context created by randomly masking out certain tokens in x . Specifically, let x m = { x i 1 , . . . , x i m } be the subset of tokens in x selected to be masked out, and (cid:101) x denote the masked sequence with tokens in x m replaced by a [MASK] symbol. A masked LM defines a distribu-2 Column representations for more complex schemas, e.g. , those capturing inter-table dependency via primary and foreign keys, could be derived from these table-wise representations. Figure 1 : Overview of TABERT for learning representations of utterances and table schemas with an example from WIKITABLEQUESTIONS 3 . (A) A content snapshot of the table is created based on the input NL utterance. (B) Each row in the snapshot is encoded by a Transformer (only R 2 is shown), producing row-wise encodings for utterance tokens and cells. (C) All row-wise encodings are aligned and processed by V vertical self-attention layers, generating utterance and column representations. tion p  ( x m | (cid:101) x ) over the target tokens x m given the masked context (cid:101) x . BERT parameterizes p  ( x m | (cid:101) x ) using a Transformer model. During the pretraining phase, BERT maximizes p  ( x m | (cid:101) x ) on large-scale textual corpora. In the fine-tuning phase, the pretrained model is used as an encoder to compute representations of input NL tokens, and its parameters are jointly tuned with other task-specific neural components. We first present how TABERT computes representations for NL utterances and table schemas (  3.1), and then describe the pretraining procedure (  3.2). Fig. 1 presents a schematic overview of TABERT . Given an utterance u and a table T , TABERT first creates a content snapshot of T . This snapshot consists of sampled rows that summarize the information in T most relevant to the input utterance. The model then linearizes each row in the snapshot, concatenates each linearized row with the utterance, and uses the concatenated string as input to a Transformer ( e.g. , BERT) model, which outputs row-wise encoding vectors of utterance tokens and cells. The encodings for all the rows in 3 Example adapted from stanford.io/38iZ8Pf the snapshot are fed into a series of vertical self-attention layers, where a cell representation (or an utterance token representation) is computed by attending to vertically-aligned vectors of the same column (or the same NL token). Finally, representations for each utterance token and column are generated from a pooling layer. Content Snapshot One major feature of TABERT is its use of the table contents , as opposed to just using the column names, in encoding the table schema. This is motivated by the fact that contents provide more detail about the semantics of a column than just the column's name, which might be ambiguous. For instance, the Venue column in Fig. 1 which is used to answer the example question actually refers to host cities , and encoding the sampled cell values while creating its representation may help match the term  city  in the input utterance to this column. However, a DB table could potentially have a large number of rows, with only few of them actually relevant to answering the input utterance. Encoding all of the contents using a resource-heavy Transformer is both computationally intractable and likely not necessary. Thus, we instead use a content snapshot consisting of only a few rows that are most relevant to the input utterance, providing an efficient approach to calculate content-sensitive column representations from cell values. We use a simple strategy to create content snapshots of K rows based on the relevance between the utterance and a row. For K > 1 , we select the topK rows in the input table that have the highest n -gram overlap ratio with the utterance. 4 For K = 1 , to include in the snapshot as much information relevant to the utterance as possible, we create a synthetic row by selecting the cell values from each column that have the highest n -gram overlap with the utterance. Using synthetic rows in this restricted setting is motivated by the fact that cell values most relevant to answer the utterance could come from multiple rows. As an example, consider the utterance How many more participants were there in 2008 than in the London Olympics? , and an associating table with columns Year , Host City and Number of Participants , the most relevant cells to the utterance, 2008 (from Year ) and London (from Host City ), are from different rows, which could be included in a single synthetic row. In the initial experiments we found synthetic rows also help stabilize learning. Row Linearization TABERT creates a linearized sequence for each row in the content snapshot as input to the Transformer model. Fig. 1(B) depicts the linearization for R 2 , which consists of a concatenation of the utterance, columns, and their cell values. Specifically, each cell is represented by the name and data type 5 of the column, together with its actual value, separated by a vertical bar. As an example, the cell s (cid:104) 2 , 1 (cid:105) valued 2005 in R 2 in Fig. 1 is encoded as Year (cid:124)(cid:123)(cid:122)(cid:125) Column Name | real (cid:124)(cid:123)(cid:122)(cid:125) Column Type | 2005 (cid:124)(cid:123)(cid:122)(cid:125) Cell Value (1) The linearization of a row is then formed by concatenating the above string encodings of all the cells, separated by the [SEP] symbol. We then prefix the row linearization with utterance tokens as input sequence to the Transformer. Existing works have applied different linearization strategies to encode tables with Transformers (Hwang et al., 2019; Chen et al., 2019), while our row approach is specifically designed for encoding content snapshots. We present in  5 results with different linearization choices. 4 We use n  3 in our experiments. Empirically this simple matching heuristic is able to correctly identify the best-matched rows for 40 out of 50 sampled examples on WIKITABLEQUESTIONS . Vertical Self-Attention Mechanism The base Transformer model in TABERT outputs vector encodings of utterance and cell tokens for each row. These row-level vectors are computed separately and therefore independent of each other. To allow for information flow across cell representations of different rows, we propose vertical self-attention, a self-attention mechanism that operates over vertically aligned vectors from different rows. As in Fig. 1(C), TABERT has V stacked vertical-level self-attention layers. To generate aligned inputs for vertical attention, we first compute a fixed-length initial vector for each cell at position (cid:104) i, j (cid:105) , which is given by mean-pooling over the sequence of the Transformer's output vectors that correspond to its variable-length linearization as in Eq. (1). Next, the sequence of word vectors for the NL utterance (from the base Transformer model) are concatenated with the cell vectors as initial inputs to the vertical attention layer. Each vertical attention layer has the same parameterization as the Transformer layer in (Vaswani et al., 2017), but operates on vertically aligned elements, i.e. , utterance and cell vectors that correspond to the same question token and column, respectively. This vertical self-attention mechanism enables the model to aggregate information from different rows in the content snapshot, allowing TABERT to capture cross-row dependencies on cell values. Utterance and Column Representations A representation c j is computed for each column c j by mean-pooling over its vertically aligned cell vectors, { s (cid:104) i,j (cid:105) : R i in content snapshot } , from the last vertical layer. A representation for each utterance token, x j , is computed similarly over the vertically aligned token vectors. These representations will be used by downstream neural semantic parsers. TABERT also outputs an optional fixed-length table representation T using the representation of the prefixed [CLS] symbol, which is useful for parsers that operate on multiple DB tables. Training Data Since there is no large-scale, high-quality parallel corpus of NL text and structured tables, we instead use semi-structured tables that commonly exist on the Web as a surrogate data source. As a first step in this line, we focus on collecting parallel data in English, while extending to multilingual scenarios would be an interesting avenue for future work. Specifically, we collect tables and their surrounding NL text from English Wikipedia and the WDC WebTable Corpus (Lehmberg et al., 2016), a large-scale table collection from CommonCrawl. The raw data is extremely noisy, and we apply aggressive cleaning heuristics to filter out invalid examples ( e.g. , examples with HTML snippets or in foreign languages, and non-relational tables without headers). See Appendix  A.1 for details of data pre-processing. The pre-processed corpus contains 26.6 million parallel examples of tables and NL sentences. We perform sub-tokenization using the Wordpiece tokenizer shipped with BERT. Unsupervised Learning Objectives We apply different objectives for learning representations of the NL context and structured tables. For NL contexts, we use the standard Masked Language Modeling (MLM) objective (Devlin et al., 2019), with a masking rate of 15% sub-tokens in an NL context. For learning column representations, we design two objectives motivated by the intuition that a column representation should contain both the general information of the column ( e.g. , its name and data type), and representative cell values relevant to the NL context. First, a Masked Column Prediction (MCP) objective encourages the model to recover the names and data types of masked columns. Specifically, we randomly select 20% of the columns in an input table, masking their names and data types in each row linearization ( e.g. , if the column Year in Fig. 1 is selected, the tokens Year and real in Eq. (1) will be masked). Given the column representation c j , TABERT is trained to predict the bag of masked (name and type) tokens from c j using a multi-label classification objective. Intuitively, MCP encourages the model to recover column information from its contexts. Next, we use an auxiliary Cell Value Recovery (CVR) objective to ensure information of representative cell values in content snapshots is retained after additional layers of vertical self-attention. Specifically, for each masked column c j in the above MCP objective, CVR predicts the original tokens of each cell s (cid:104) i,j (cid:105) (of c j ) in the content snapshot conditioned on its cell vector s (cid:104) i,j (cid:105) . 6 For instance, for the example cell s (cid:104) 2 , 1 (cid:105) in Eq. (1), we predict its value 2005 from s (cid:104) 2 , 1 (cid:105) . Since a cell 6 The cell value tokens are not masked in the input sequence, since predicting masked cell values is challenging even with the presence of its surrounding context. could have multiple value tokens, we apply the span-based prediction objective (Joshi et al., 2019). Specifically, to predict a cell token s (cid:104) i,j (cid:105) k  s (cid:104) i,j (cid:105) , its positional embedding e k and the cell representations s (cid:104) i,j (cid:105) are fed into a two-layer network f (  ) with GeLU activations (Hendrycks and Gimpel, 2016). The output of f (  ) is then used to predict the original value token s (cid:104) i,j (cid:105) k from a softmax layer. We apply TABERT for representation learning on two semantic parsing paradigms, a classical supervised text-to-SQL task over structured DBs (  4.1), and a weakly supervised parsing problem on semi-structured Web tables (  4.2). Benchmark Dataset Supervised learning is the typical scenario of learning a parser using parallel data of utterances and queries. We use SPIDER (Yu et al., 2018c), a text-to-SQL dataset with 10,181 examples across 200 DBs. Each example consists of an utterance ( e.g. , What is the total number of languages used in Aruba? ), a DB with one or more tables, and an annotated SQL query, which typically involves joining multiple tables to get the answer ( e.g. , SELECT COUNT(*) FROM Country JOIN Lang ON Country.Code = Lang.CountryCode WHERE Name = Aruba' ). Base Semantic Parser We aim to show TABERT could help improve upon an already strong parser. Unfortunately, at the time of writing, none of the top systems on SPIDER were publicly available. To establish a reasonable testbed, we developed our in-house system based on TranX (Yin and Neubig, 2018), an open-source general-purpose semantic parser. TranX translates an NL utterance into an intermediate meaning representation guided by a user-defined grammar. The generated intermediate MR could then be deterministically converted to domain-specific query languages ( e.g. , SQL). We use TABERT as encoder of utterances and table schemas. Specifically, for a given utterance u and a DB with a set of tables T = { T t } , we first pair u with each table T t in T as inputs to TABERT , which generates |T | sets of table-specific representations of utterances and columns. At each time step, an LSTM decoder performs hierarchical attention (Libovicky and Helcl, 2017) over the list of table-specific representations, constructing an MR based on the predefined grammar. Following the IRNet model (Guo et al., 2019) which achieved the best performance on SPIDER as the time of writing, we use SemQL, a simplified version of the SQL, as the underlying grammar. We refer interested readers to Appendix  B.1 for details of our system. Benchmark Dataset Weakly supervised semantic parsing considers the reinforcement learning task of inferring the correct query from its execution results ( i.e. , whether the answer is correct). Compared to supervised learning, weakly supervised parsing is significantly more challenging, as the parser does not have access to the labeled query, and has to explore the exponentially large search space of possible queries guided by the noisy binary reward signal of execution results. WIKITABLEQUESTIONS (Pasupat and Liang, 2015) is a popular dataset for weakly supervised semantic parsing, which has 22,033 utterances and 2,108 semi-structured Web tables from Wikipedia. 7 Compared to SPIDER , examples in this dataset do not involve joining multiple tables, but typically require compositional, multi-hop reasoning over a series of entries in the given table ( e.g. , to answer the example in Fig. 1 the parser needs to reason over the row set { R 2 , R 3 , R 5 } , locating the Venue field with the largest value of Year ). Base Semantic Parser MAPO (Liang et al., 2018) is a strong system for weakly supervised semantic parsing. It improves the sample efficiency of the REINFORCE algorithm by biasing the exploration of queries towards the high-rewarding ones already discovered by the model. MAPO uses a domain-specific query language tailored to answering compositional questions on single tables, and its utterances and column representations are derived from an LSTM encoder, which we replaced with our TABERT model. See Appendix  B.2 for details of MAPO and our adaptation. 7 While some of the 421 testing Wikipedia tables might be included in our pretraining corpora, they only account for a very tiny fraction. In our pilot study, we also found pretraining only on Wikipedia tables resulted in worse performance. Pretraining Configuration We train two variants of the model, TABERT Base and TABERT Large , with the underlying Transformer model initialized with the uncased versions of BERT Base and BERT Large , respectively. 8 During pretraining, for each table and its associated NL context in the corpus, we create a series of training instances of paired NL sentences (as synthetically generated utterances) and tables (as content snapshots) by (1) sliding a (non-overlapping) context window of sentences with a maximum length of 128 tokens, and (2) using the NL tokens in the window as the utterance, and pairing it with randomly sampled rows from the table as content snapshots. TABERT is implemented in PyTorch using distributed training. Refer to Appendix  A.2 for details of pretraining. Comparing Models We mainly present results for two variants of TABERT by varying the size of content snapshots K . TABERT ( K = 3 ) uses three rows from input tables as content snapshots and three vertical self-attention layers. TABERT ( K = 1 ) uses one synthetically generated row as the content snapshot as described in  3.1. Since this model does not have multi-row input, we do not use additional vertical attention layers (and the cell value recovery learning objective). Its column representation c j is defined by mean-pooling over the Transformer's output encodings that correspond to the column name ( e.g. , the representation for the Year column in Fig. 1 is derived from the vector of the Year token in Eq. (1)). We find this strategy gives better results compared with using the cell representation s j as c j . We also compare with BERT using the same row linearization and content snapshot approach as TABERT (K = 1) , which reduces to a TABERT (K = 1) model without pretraining on tabular corpora. Tab. 1 and Tab. 2 summarize the end-to-end evaluation results on WIKITABLEQUESTIONS and SPIDER , respectively. First, comparing with existing strong semantic parsing systems, we found our 8 We also attempted to train TABERT on our collected corpus from scratch without initialization from BERT, but with inferior results, potentially due to the average lower quality of web-scraped tables compared to purely textual corpora. We leave improving the quality of training data as future work. Table 1 : Execution accuracies on WIKITABLEQUESTIONS . Results from Liang et al. (2018). (TA )B ERT models are evaluated with 10 random runs. We report mean, standard deviation and the best results. TEST (cid:55) BEST refers to the result from the run with the best performance on DEV . set. parsers with TABERT as the utterance and table encoder perform competitively. On the test set of WIKITABLEQUESTIONS , MAPO augmented with a TABERT Large model with three-row content snapshots, TABERT Large (K = 3) , registers a single-model exact-match accuracy of 52.3%, surpassing the previously best ensemble system (46.9%) from Agarwal et al. (2019) by 5.4% absolute. On SPIDER , our semantic parser based on TranX and SemQL (  4.1) is conceptually similar to the base version of IRNet as both systems use the SemQL grammar, while our system has a simpler decoder. Interestingly, we observe that its performance with BERT Base (61.8%) matches the full BERT-augmented IRNet model with a stronger decoder using augmented memory and coarse-to-fine decoding (61.9%). This confirms that our base parser is an effective baseline. Augmented with representations produced by TABERT Large (K = 3) , our parser achieves up to 65.2% exact-match accuracy, a 2.8% increase over the base model using BERT Base . Note that while other competitive systems on the leaderboard use BERT with more sophisticated semantic parsing models, our best DEV . result is already close to the score registered by the best submission (RyanSQL + BERT ). This suggests that if they instead used TABERT as the representation layer, they would see further gains. Comparing semantic parsers augmented with Top-ranked Systems on Spider Leaderboard Model DEV . Table 2 : Exact match accuracies on the public development set of SPIDER . Models are evaluated with 5 random runs. TABERT and BERT , we found TABERT is more effective across the board. We hypothesize that the performance improvements would be attributed by two factors. First, pre-training on large parallel textual and tabular corpora helps TABERT learn to encode structure-rich tabular inputs in their linearized form (Eq. (1)), whose format is different from the ordinary natural language data that BERT is trained on. Second, pre-training on parallel data could also helps the model produce representations that better capture the alignment between an utterance and the relevant information presented in the structured schema, which is important for semantic parsing. Overall, the results on the two benchmarks demonstrate that pretraining on aligned textual and tabular data is necessary for joint understanding of NL utterances and tables, and TABERT works well with both structured (SPIDER ) and semi-structured (WIKITABLEQUESTIONS ) DBs, and agnostic of the task-specific structures of semantic parsers. Effect of Content Snapshots In this paper we propose using content snapshots to capture the information in input DB tables that is most relevant to answering the NL utterance. We therefore study the effectiveness of including content snapshots when generating schema representations. We include in Tab. 1 and Tab. 2 results of models without using content in row linearization (  content snapshot). Under this setting a column is rep-u : How many years before was the film Bacchae out before the Watermelon? Table 3 : Content snapshots generated by two models for a WIKITABLEQUESTIONSDEV . example. Matched tokens between the question and content snapshots are underlined. resented as  Column Name | Type  without cell values ( c.f. , Eq. (1)). We find that content snapshots are helpful for both BERT and TABERT , especially for TABERT . As discussed in  3.1, encoding sampled values from columns in learning their representations helps the model infer alignments between entity and relational phrases in the utterance and the corresponding column. This is particularly helpful for identifying relevant columns from a DB table that is mentioned in the input utterance. As an example, empirically we observe that on SPIDER our semantic parser with TABERT Base using just one row of content snapshots (K = 1) registers a higher accuracy of selecting the correct columns when generating SQL queries ( e.g. , columns in SELECT and WHERE clauses), compared to the TABERT Base model without encoding content information (87.4% v.s. 86.4%). Additionally, comparing TABERT using one synthetic row (K = 1) and three rows from input tables (K = 3) as content snapshots, the latter generally performs better. Intuitively, encoding more table contents relevant to the input utterance could potentially help answer questions that involve reasoning over information across multiple rows in the table. Tab. 3 shows such an example, and to answer this question a parser need to subtract the values of Year in the rows for The Watermelon and The Bacchae . TABERT Large (K = 3) is able to capture the two target rows in its content snapshot and generates the correct DB query, while the TABERT Large (K = 1) model with only one row as content snapshot fails to answer this example. Effect of Row Linearization TABERT uses row linearization to represent a table row as sequential input to Transformer. Tab. 4 (upper half) presents results using various linearization methods. We find adding type information and content snapshots improves performance, as they provide more hints about the meaning of a column. Table 5 : Performance of pretrained TABERT Base (K = 3) DEV . sets with different pretraining objectives. We also compare with existing linearization methods in literature using a TABERT Base model, with results shown in Tab. 4 (lower half). Hwang et al. (2019) uses BERT to encode concatenated column names to learn column representations. In line with our previous discussion on the effectiveness content snapshots, this simple strategy without encoding cell contents underperforms (although with TABERT Base pretrained on our tabular corpus the results become slightly better). Additionally, we remark that linearizing table contents has also be applied to other BERT-based tabular reasoning tasks. For instance, Chen et al. (2019) propose a natu-ral linearization approach for checking if an NL statement entails the factual information listed in a table using a binary classifier with representations from BERT , where a table is linearized by concatenating the semicolon-separated cell linearization for all rows. Each cell is represented by a phrase  column name is cell value . For completeness, we also tested this cell linearization approach, and find BERT Base achieved improved results. We leave pretraining TABERT with this linearization strategy as promising future work. Impact of Pretraining Objectives TABERT uses two objectives (  3.2), a masked column prediction (MCP) and a cell value recovery (CVR) objective, to learn column representations that could capture both the general information of the column (via MCP) and its representative cell values related to the utterance (via CVR). Tab. 5 shows ablation results of pretraining TABERT with different objectives. We find TABERT trained with both MCP and the auxiliary CVR objectives gets a slight advantage, suggesting CVR could potentially lead to more representative column representations with additional cell information. Semantic Parsing over Tables Tables are important media of world knowledge. Semantic parsers have been adapted to operate over structured DB tables (Wang et al., 2015; Xu et al., 2017; Dong and Lapata, 2018; Yu et al., 2018b; Shi et al., 2018; Wang et al., 2018), and open-domain, semi-structured Web tables (Pasupat and Liang, 2015; Sun et al., 2016; Neelakantan et al., 2016). To improve representations of utterances and tables for neural semantic parsing, existing systems have applied pretrained word embeddings ( e.g. ., GloVe, as in Zhong et al. (2017); Yu et al. (2018a); Sun et al. (2018); Liang et al. (2018)), and BERT-family models for learning joint contextual representations of utterances and tables, but with domain-specific approaches to encode the structured information in tables (Hwang et al., 2019; He et al., 2019; Guo et al., 2019; Zhang et al., 2019a). TABERT advances this line of research by presenting a general-purpose, pretrained encoder over parallel corpora of Web tables and NL context. Another relevant direction is to augment representations of columns from an individual table with global information of its linked tables defined by the DB schema (Bogin et al., 2019a; Wang et al., 2019a). TABERT could also potentially improve performance of these systems with improved table-level representations. Knowledge-enhanced Pretraining Recent pretraining models have incorporated structured information from knowledge bases (KBs) or other structured semantic annotations into training contextual word representations, either by fusing vector representations of entities and relations on KBs into word representations of LMs (Peters et al., 2019; Zhang et al., 2019b,c), or by encouraging the LM to recover KB entities and relations from text (Sun et al., 2019; Liu et al., 2019a). TABERT is broadly relevant to this line in that it also exposes an LM with structured data ( i.e. , tables), while aiming to learn joint representations for both textual and structured tabular data. We present TABERT , a pretrained encoder for joint understanding of textual and tabular data. We show that semantic parsers using TABERT as a general-purpose feature representation layer achieved strong results on two benchmarks. This work also opens up several avenues for future work. First, we plan to evaluate TABERT on other related tasks involving joint reasoning over textual and tabular data ( e.g. , table retrieval and table-to-text generation). Second, following the discussions in  5, we will explore other table linearization strategies with Transformers, improving the quality of pretraining corpora, as well as novel unsupervised objectives. Finally, to extend TABERT to cross-lingual settings with utterances in foreign languages and structured schemas defined in English, we plan to apply more advanced semantic similarity metrics for creating content snapshots.
abstain abstain method abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain other abstain abstain method abstain abstain objective abstain abstain abstain method result objective abstain other method other other other other other other abstain method other other other other other other other other other other other objective abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain method method abstain method abstain abstain abstain abstain abstain abstain abstain abstain method abstain method abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain method abstain method method abstain abstain method abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain method abstain abstain abstain abstain method abstain method abstain abstain abstain abstain abstain abstain method abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain method abstain abstain result abstain other abstain abstain result abstain abstain abstain abstain abstain result abstain abstain abstain abstain abstain result abstain abstain abstain result abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain result abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain abstain result abstain abstain result abstain abstain abstain abstain abstain abstain abstain abstain result abstain abstain result abstain abstain result abstain abstain abstain result abstain abstain abstain abstain abstain other other other other other other other other other method objective abstain objective objective objective