A marketing analytics team holds 8,000 historical product blurbs in BigQuery, each paired with an approved on-brand rewrite that follows their house style for tone and length. A prompt-only Gemini call in BigQuery produces rewrites that are accurate but consistently miss the house tone. The team is fluent in SQL, wants the model to internalise their style without leaving BigQuery, and wants future rewrites generated directly from a SQL query. Which approach should they take?
- AKeep the base Gemini model and craft a longer ML.GENERATE_TEXT prompt that embeds a dozen example rewrites inline, so the model copies the tone from the few-shot examples on every call.
- BRun supervised fine-tuning of a Gemini model in BigQuery with CREATE MODEL using the paired blurbs and rewrites as the training table, then call the tuned model with ML.GENERATE_TEXT. Correct
- CTrain a BigQuery ML logistic regression model on the paired text columns so it learns to map each blurb to its rewritten form during training.
- DExport the paired blurbs to Cloud Storage and run a custom Vertex AI training job to fine-tune Gemini, then import the result back into BigQuery for inference.
Why A is wrong: Tempting because few-shot prompting can nudge tone without training, but it does not internalise style from 8,000 examples, repeats the long prompt on every call raising cost, and is brittle compared with fine-tuning when consistent style is the goal.
Why B is correct: Correct: BigQuery ML supports supervised fine-tuning of Gemini via CREATE MODEL over a labelled prompt-and-response table, and the tuned endpoint is then queried with ML.GENERATE_TEXT, all inside BigQuery, so the model learns the house style from the paired examples.
Why C is wrong: Tempting because logistic regression is a familiar BigQuery ML model, but it is a classifier that predicts discrete labels and cannot generate free-form rewritten text, so it cannot produce styled blurbs at all.
Why D is wrong: Tempting because custom training can fine-tune models, but it leaves BigQuery, adds pipeline overhead the SQL-only team wants to avoid, and is unnecessary because BigQuery ML can fine-tune Gemini in place for this task.