Package: dbgpt-hub
DB-GPT-Hub: Text-to-SQL parsing with LLMs简体中文|Discord|Wechat|Huggingface|CommunityContentsDB-GPT-Hub: Text-to-SQL parsing with LLMsContents1. What is DB-GPT-Hub2. Fine-tuning Text-to-SQL2.1. Dataset2.2. Model3. Usage3.1. Environment preparation3.2. Quick Start3.3. Data preparation3.4. Model fine-tuning3.5. Model Predict3.6 Model Weights3.6.1 Model and fine-tuned weight merging3.7 Model Evaluation4. RoadMap5. Contributions6. Acknowledgements7. Citation8. Licence9. Contact Information1. What is DB-GPT-HubDB-GPT-Hub is an experimental project that leverages Large Language Models (LLMs) to achieve Text-to-SQL parsing. The project encompasses various stages, including data collection, data preprocessing, model selection and construction, and fine-tuning of model weights. Through these processes, our aim is to enhance Text-to-SQL capabilities while reducing model training costs, thus enabling more developers to contribute to improving Text-to-SQL accuracy. Our ultimate goal is to realize automated question-answering capabilities based on databases, allowing users to execute complex database queries using natural language descriptions.To date, we have successfully integrated multiple large models and established a comprehensive workflow that includes data processing, Supervised Fine-Tuning (SFT) model training, prediction output, and evaluation. The code developed for this project is easily reusable within the project itself.As of October 10, 2023, we have used this project to fine-tune the open-source 13B-sized model, incorporating more relevant data. Under zero-shot prompts and utilizingthe Spider-based test-suite, we have achieved an execution accuracy rate of 0.764 for a database with a size of 1.27G. Additionally, the execution accuracy for the database pointed to bythe Spider official website, with a size of 95M, stands at 0.825.2. Fine-tuning Text-to-SQLWe enhance the Text-to-SQL performance by applying Supervised Fine-Tuning (SFT) on large language models.2.1. DatasetThe primary dataset for this project's examples is theSpiderdataset:SPIDER: A complex text2sql dataset across domains, containing 10,181 natural language queries, 5,693 SQL distributed across 200 separate databases, covering 138 different domains.download linkOther text2sql datasets available:WikiSQL:A large semantic parsing dataset consisting of 80,654 natural statement expressions and sql annotations of 24,241 tables. Each query in WikiSQL is limited to the same table and does not contain complex operations such as sorting, grouping The queries in WikiSQL are limited to the same table and do not include complex operations such as sorting, grouping, subqueries, etc.CHASE: A cross-domain multi-round interactive text2sql Chinese dataset containing a list of 5,459 multi-round questions consisting of 17,940 <query, SQL> binary groups across 280 different domain databases.BIRD-SQL:A large-scale cross-domain text-to-SQL benchmark in English, with a particular focus on large database content. The dataset contains 12,751 text-to-SQL data pairs and 95 databases with a total size of 33.4 GB across 37 occupational domains. The BIRD-SQL dataset bridges the gap between text-to-SQL research and real-world applications by exploring three additional challenges, namely dealing with large and messy database values, external knowledge inference and optimising SQL execution efficiency.CoSQL:A corpus for building cross-domain conversational text-to-SQL systems. It is a conversational version of the Spider and SParC tasks. CoSQL consists of 30k+ rounds and 10k+ annotated SQL queries from Wizard-of-Oz's collection of 3k conversations querying 200 complex databases across 138 domains. Each conversation simulates a realistic DB query scenario in which a staff member explores the database as a user and a SQL expert uses SQL to retrieve answers, clarify ambiguous questions, or otherwise inform.Following the processing template ofNSQL, the dataset underwent basic processing, yielding approximately20W dataset2.2. ModelDB-GPT-Hub currently supports the following base models:CodeLlamaBaichuan2LLaMa/LLaMa2FalconQwenXVERSEChatGLM2ChatGLM3internlmThe model is fine-tuned based on a quantization bit of 4 using Quantized Learning over Redundant Architecture (QLoRA). The minimum hardware requirements for this can be referred to as follows:Model ParametersGPU RAMCPU RAMDISK7b6GB3.6GB36.4GB13b13.4GB5.9GB60.2GBAll the related parameters are set to the minimum, with a batch size of 1 and max length of 512. Based on experience, for better performance, it is recommended to set the related length values to 1024 or 2048.3. Usage3.1. Environment preparationgit clone https://github.com/eosphoros-ai/DB-GPT-Hub.git
cd DB-GPT-Hub
conda create -n dbgpt_hub python=3.10 
conda activate dbgpt_hub
pip install poetry
poetry install3.2 Quick StartFirstly, installdbgpt_hubwith the following commandpip install dbgpt_hubThen, set up the arguments and run the whole process.fromdbgpt_hub.data_processimportpreprocess_sft_datafromdbgpt_hub.trainimportstart_sftfromdbgpt_hub.predictimportstart_predictfromdbgpt_hub.evalimportstart_evaluate# Config the input datasetsdata_folder="dbgpt_hub/data"data_info=[{"data_source":"spider","train_file":["train_spider.json","train_others.json"],"dev_file":["dev.json"],"tables_file":"tables.json","db_id_name":"db_id","is_multiple_turn":False,"train_output":"spider_train.json","dev_output":"spider_dev.json",}]# Config training parameterstrain_args={"model_name_or_path":"codellama/CodeLlama-13b-Instruct-hf","do_train":True,"dataset":"example_text2sql_train","max_source_length":2048,"max_target_length":512,"finetuning_type":"lora","lora_target":"q_proj,v_proj","template":"llama2","lora_rank":64,"lora_alpha":32,"output_dir":"dbgpt_hub/output/adapter/CodeLlama-13b-sql-lora","overwrite_cache":True,"overwrite_output_dir":True,"per_device_train_batch_size":1,"gradient_accumulation_steps":16,"lr_scheduler_type":"cosine_with_restarts","logging_steps":50,"save_steps":2000,"learning_rate":2e-4,"num_train_epochs":8,"plot_loss":True,"bf16":True,}# Config predict parameterspredict_args={"model_name_or_path":"codellama/CodeLlama-13b-Instruct-hf","template":"llama2","finetuning_type":"lora","checkpoint_dir":"dbgpt_hub/output/adapter/CodeLlama-13b-sql-lora","predict_file_path":"dbgpt_hub/data/eval_data/dev_sql.json","predict_out_dir":"dbgpt_hub/output/","predicted_out_filename":"pred_sql.sql",}# Config evaluation parametersevaluate_args={"input":"./dbgpt_hub/output/pred/pred_sql_dev_skeleton.sql","gold":"./dbgpt_hub/data/eval_data/gold.txt","gold_natsql":"./dbgpt_hub/data/eval_data/gold_natsql2sql.txt","db":"./dbgpt_hub/data/spider/database","table":"./dbgpt_hub/data/eval_data/tables.json","table_natsql":"./dbgpt_hub/data/eval_data/tables_for_natsql2sql.json","etype":"exec","plug_value":True,"keep_distict":False,"progress_bar_for_each_datapoint":False,"natsql":False,}# Run the whole fine-tuning workflowpreprocess_sft_data(data_folder=data_folder,data_info=data_info)start_sft(train_args)start_predict(predict_args)start_evaluate(evaluate_args)3.3. Data preparationDB-GPT-Hub uses the information matching generation method for data preparation, i.e. the SQL + Repository generation method that combines table information. This method combines data table information to better understand the structure and relationships of the data table, and is suitable for generating SQL statements that meet the requirements.Download theSpider datasetfrom the Spider dataset link. By default, after downloading and extracting the data, place it in the dbgpt_hub/data directory, i.e., the path should bedbgpt_hub/data/spider.For the data preprocessing part, simplyrun the following script:## generate train and dev(eval) datapoetryrunshdbgpt_hub/scripts/gen_train_eval_data.shIn the directorydbgpt_hub/data/, you will find the newly generated training file example_text2sql_train.json and testing file example_text2sql_dev.json, containing 8659 and 1034 entries respectively. For the data used in subsequent fine-tuning, set the parameterfile_namevalue to the file name of the training set in dbgpt_hub/data/dataset_info.json, such as example_text2sql_train.jsonThe data in the generated JSON looks something like this:{
        "db_id": "department_management",
        "instruction": "I want you to act as a SQL terminal in front of an example database, you need only to return the sql command to me.Below is an instruction that describes a task, Write a response that appropriately completes the request.\n\"\n##Instruction:\ndepartment_management contains tables such as department, head, management. Table department has columns such as Department_ID, Name, Creation, Ranking, Budget_in_Billions, Num_Employees. Department_ID is the primary key.\nTable head has columns such as head_ID, name, born_state, age. head_ID is the primary key.\nTable management has columns such as department_ID, head_ID, temporary_acting. department_ID is the primary key.\nThe head_ID of management is the foreign key of head_ID of head.\nThe department_ID of management is the foreign key of Department_ID of department.\n\n",
        "input": "###Input:\nHow many heads of the departments are older than 56 ?\n\n###Response:",
        "output": "SELECT count(*) FROM head WHERE age  >  56",
        "history": []
    },The data processing code ofchase,cosqlandsparchas been embedded in the data processing code of the project. After downloading the data set according to the above link, you only need to addindbgpt_hub/configs/config.pyJust loosen the corresponding code comment in SQL_DATA_INFO.3.4. Model fine-tuningThe model fine-tuning supports both LoRA and QLoRA methods. We can run the following command to fine-tune the model. By default, with the parameter --quantization_bit, it uses the QLoRA fine-tuning method. To switch to LoRAs, simply remove the related parameter from the script.
Run the command:poetryrunshdbgpt_hub/scripts/train_sft.shAfter fine-tuning, the model weights will be saved by default in the adapter folder, specifically in the dbgpt_hub/output/adapter directory.If you're usingmulti-GPU training and want to utilize deepseed, you should modify the default content in train_sft.sh. The change  is:CUDA_VISIBLE_DEVICES=0 python dbgpt_hub/train/sft_train.py \
    --quantization_bit 4 \
    ...change to ：deepspeed --num_gpus 2  dbgpt_hub/train/sft_train.py \
    --deepspeed dbgpt_hub/configs/ds_config.json \
    --quantization_bit 4 \
    ...The other parts that are omitted (…) can be kept consistent. If you want to change the default deepseed configuration, go into thedbgpt_hub/configsdirectory and make changes to ds_config.json as needed,the default is stage2.In the script, during fine-tuning, different models correspond to key parameters lora_target and template, as shown in the following table:model namelora_targettemplateLLaMA-2q_proj,v_projllama2CodeLlama-2q_proj,v_projllama2Baichuan2W_packbaichuan2InternLMq_proj,v_projinternQwenc_attnchatmlXVERSEq_proj,v_projxverseChatGLM2query_key_valuechatglm2ChatGLM3query_key_valuechatglm3LLaMAq_proj,v_proj-BLOOMquery_key_value-BLOOMZquery_key_value-BaichuanW_packbaichuanFalconquery_key_value-Intrain_sft.sh, other key parameters are as follows:quantization_bit: Indicates whether quantization is applied, with valid values being [4 or 8].model_name_or_path: The path of the LLM (Large Language Model).dataset: Specifies the name of the training dataset configuration, corresponding to the outer key value in dbgpt_hub/data/dataset_info.json, such as example_text2sql.max_source_length: The length of the text input into the model. If computing resources allow, it can be set as large as possible, like 1024 or 2048.max_target_length: The length of the SQL content output by the model; 512 is generally sufficient.output_dir: The output path of the Peft module during SFT (Supervised Fine-Tuning), set by default todbgpt_hub/output/adapter/.per_device_train_batch_size: The size of the batch. If computing resources allow, it can be set larger; the default is 1.gradient_accumulation_steps: The number of steps for accumulating gradients before an update.save_steps: The number of steps at which model checkpoints are saved; it can be set to 100 by default.num_train_epochs: The number of epochs for training the dataset.3.5. Model PredictUnder the project directory ./dbgpt_hub/output/pred/, this folder is the default output location for model predictions(if not exist, just mkdir).poetryrunsh./dbgpt_hub/scripts/predict_sft.shIn the script, by default with the parameter--quantization_bit, it predicts using QLoRA. Removing it switches to the LoRA prediction method.
The value of the parameterpredicted_input_filenameis your predict test dataset file.--predicted_out_filenameis the file name of the model's predicted results.3.6 Model WeightsYou can find the second corresponding model weights  from Huggingfacehg-eosphoros-ai,we uploaded the LoRA weights in October,which execution accuracy on the Spider evaluation set reached 0.789.3.6.1 Model and fine-tuned weight mergingIf you need to merge the weights of the trained base model and the fine-tuned Peft module to export a complete model, execute the following model export script:poetryrunsh./dbgpt_hub/scripts/export_merge.shBe sure to replace the parameter path values in the script with the paths corresponding to your project.3.7 Model EvaluationTo evaluate model performance on the dataset, default is spider dev dataset.
Run the following command:poetryrunpythondbgpt_hub/eval/evaluation.py--plug_value--inputYour_model_pred_fileYou can find the results of our latest review and part of experiment resultshereNote: The database pointed to by the default code is a 95M database downloaded from [Spider official website] (https://yale-lily.github.io/spider). If you need to use Spider database (size 1.27G) intest-suite, please download the database in the link to the custom directory first, and run the above evaluation command which add parameters and values ​​like--db Your_download_db_path.4. RoadMapThe whole process we will divide into three phases:Stage 1:Set up the foundational framework, enabling an end-to-end workflow that encompasses data processing, model SFT (Single Fine-Tuning) training, prediction output, and evaluation using multiple large language models (LLMs). As of August 4th, 2023, the entire pipeline has been successfully established.Currently, we offer support for the following features:CodeLlamaBaichuan2LLaMa/LLaMa2FalconQwenXVERSEChatGLM2ChatGLM3internlmStage 2:Optidmize model performance, and support fine-tuning more different models in various ways before20231010OptimizepromptsRelease evaluation results, and optimized   models open to peers.Stage 3:Inference speed optimization and improvementTargeted optimization and improvement of business scenarios and Chinese effectsOptimized based on more papers, such as RESDSQL and others. Combined with our community's sibling projectAwesome-Text2SQLfor further enhancements..If our work has provided even a small measure of assistance to you, please consider giving us a star. Your feedback and support serve as motivation for us to continue releasing more related work and improving our efforts. Thank you!5. ContributionsWe warmly invite more individuals to join us and actively engage in various aspects of our project, such as datasets, model fine-tuning, performance evaluation, paper recommendations, and code reproduction. Please don't hesitate to open issues or pull requests (PRs), and we will be proactive in responding to your contributions.Before submitting your code, please ensure that it is formatted according to the black style by using the following command:poetry run black dbgpt_hubIf you have more time to execute more detailed type checking and style checking of your code, please use the following commond:poetry run pyright dbgpt_hub
poetry run pylint dbgpt_hubIf you have any questions or need further assistance, don't hesitate to reach out. We appreciate your involvement!6. AcknowledgementsOur work is primarily based on the foundation of numerous open-source contributions. Thanks to the following open source projectsSpiderCoSQLChaseBIRD-SQLLLaMABLOOMFalconChatGLMWizardLMtext-to-sql-wizardcodertest-suite-sql-evalLLaMa-Efficient-TuningThanks to all the contributors, especially @JBoRuwho raised theissuewhich reminded us to add a new promising evaluation way, i.e. Test Suite. As the paper 《SQL-PALM: IMPROVED LARGE LANGUAGE MODEL ADAPTATION FOR TEXT-TO-SQL》 mentioned, "We consider two commonly-used evaluation metrics: execution accuracy (EX) and test-suite accuracy (TS). EX measures whether the SQL execution outcome matches ground truth (GT), whereas TS measures whether the SQL passes all EX evaluations for multiple tests, generated by database augmentation. Since EX contains false positives, we consider TS as a more reliable evaluation metric".7. CitationPlease consider citing our project if you find it useful:@software{db-gpt-hub,author={DB-GPT-Hub Team},title={{DB-GPT-Hub}},url={https://github.com/eosphoros-ai/DB-GPT-Hub},year={2023}}8. LicenceThe MIT License (MIT)9. Contact InformationWe are collaborating as a community, and if you have any ideas regarding our community work, please don't hesitate to get in touch with us. If you're interested in delving into an in-depth experiment and optimizing the DB-GPT-Hub subproject, you can reach out to 'wangzai' within the WeChat group. We wholeheartedly welcome your contributions to making it even better together!