Разработка полного набора SQL-операторов / запросов на основе Sakila или другой стандартной базы данных

Question

Разработка полного набора SQL-операторов / запросов на основе Sakila или другой стандартной базы данных

0

Я разрабатываю полный набор SQL запросов/запросов на основе Sakila или другой стандартной базы данных.

Я тестирую несколько драйверов подключений к БД на разные БД (например, MySQL, Oracle, MSSQL, DB2, Teradata и многие другие). Мне нужно проверить драйверы как можно большего количества операторов SQL/запросов.

Примечание (спасибо @wumpz за правильный комментарий):
Драйверы не просто отправляют инструкции непосредственно в БД, но инструкции проходят через сильное разборку, и многие другие вещи случаются, прежде чем оператор попадает в БД. Следовательно, мне нужно проверить всю цепочку обработки и максимально возможное количество предложений SQL-операторов. Кроме того, мне нужно проверить данные, возвращенные из БД, - почему он основан на стандартном БД, включая тестовые данные, такие как Sakila.

Набор должен быть очень-очень большим - 100 или 1000 выражений.

Набор должен быть разнообразным:

Операторы SELECT
Операторы UPDATE
Заявления INSERT
DELETE
и т.д. и т.д.

Заявления должны варьироваться от базового до очень сложного:

включая предложения JOIN
включая вложенные утверждения
включая подзапросы
включая предложения WITH
и т.п.

Пожалуйста, предложите источники информации о существующих наборах тестов, которые могут помочь моей работе.

Спасибо за вашу помощь!

Список предлагаемых источников информации:

where_ 31 янв. 2018, в 10:01

Источник

0

Если вы можете протестировать только один оператор, скажем, простой выбор, это означает, что драйвер работает. Вам не нужно использовать все возможные операторы SQL в механизме SQL для проверки драйвера.
M.Ali 31 янв. 2018, в 08:37
0

Не точно: я должен проверить, работает ли он на ВСЕХ стандартах SQL.
where_ 31 янв. 2018, в 08:43
2

Существуют тесты TPC с запросами (включая различные синтаксические диалекты), см. Tpc.org
dnoeth 31 янв. 2018, в 08:47
0

Не пытайтесь изобретать колесо заново, просто прочитайте документацию для драйверов, которые вы используете.
M.Ali 31 янв. 2018, в 09:08
1

@where_ Это предполагает, что драйвер подключения всегда анализирует операторы. Это неправда. Заявления могут быть отправлены непосредственно в базу данных, поэтому будет достаточно простого выбора sql теста.
wumpz 31 янв. 2018, в 09:21
0

@wumpz, ты прав. Я должен был упомянуть, что драйверы не просто отправляют операторы непосредственно в БД, но и проходят тяжелый анализ, и многое другое происходит до того, как оператор попадает в БД. Итак, мне нужно проверить всю цепочку обработки.
where_ 31 янв. 2018, в 09:28
0

@wumpz, кстати, большое спасибо за JSQLParser. Отличная технология!
where_ 31 янв. 2018, в 09:29
0

@dnoeth, спасибо за подсказку - я проверяю tpc.org .
where_ 31 янв. 2018, в 09:51
0

Я перефразировал вопрос. Мое намерение состоит в том, чтобы разработать набор тестов и внести свой вклад в сообщество Open Source. Пожалуйста, снова откройте вопрос, так как он требует реального обсуждения чего-то, чего действительно не хватает в Содружестве прямо сейчас!
where_ 05 фев. 2018, в 10:19

Показать ещё 7 комментариев

Теги:

mysql

sql-server

oracle

db2

teradata

1 ответ

Ещё вопросы

Если вы можете протестировать только один оператор, скажем, простой выбор, это означает, что драйвер работает. Вам не нужно использовать все возможные операторы SQL в механизме SQL для проверки драйвера.
Не точно: я должен проверить, работает ли он на ВСЕХ стандартах SQL.
Существуют тесты TPC с запросами (включая различные синтаксические диалекты), см. Tpc.org
Не пытайтесь изобретать колесо заново, просто прочитайте документацию для драйверов, которые вы используете.
@where_ Это предполагает, что драйвер подключения всегда анализирует операторы. Это неправда. Заявления могут быть отправлены непосредственно в базу данных, поэтому будет достаточно простого выбора sql теста.
@wumpz, ты прав. Я должен был упомянуть, что драйверы не просто отправляют операторы непосредственно в БД, но и проходят тяжелый анализ, и многое другое происходит до того, как оператор попадает в БД. Итак, мне нужно проверить всю цепочку обработки.
@wumpz, кстати, большое спасибо за JSQLParser. Отличная технология!
@dnoeth, спасибо за подсказку - я проверяю tpc.org .
Я перефразировал вопрос. Мое намерение состоит в том, чтобы разработать набор тестов и внести свой вклад в сообщество Open Source. Пожалуйста, снова откройте вопрос, так как он требует реального обсуждения чего-то, чего действительно не хватает в Содружестве прямо сейчас!

wumpz · Answer 1 · 2018-01-31T08-07-00.000Z

Я не знаю, является ли это комментарием или стоит ответа.

JSqlParser (https://github.com/JSQLParser/JSqlParser) использует набор из почти 300 конкретных SQL-запросов.

Вы найдете его в тестовых источниках по адресу: https://github.com/JSQLParser/JSqlParser/tree/master/src/test/resources/net/sf/jsqlparser/test/oracle-tests

да, я обязательно буду использовать эти запросы для проверки.
Тем не менее, в конечном итоге я ищу набор операторов / запросов, основанный на Sakila или другом всеобъемлющем стандарте (с включенными тестовыми данными). Потому что мне нужно проверить всю цепочку, начиная с разбора и заканчивая получением результатов от выполнения оператора в БД.
еще раз, большое спасибо за JSQLParser. Отличная технология!
Думаю, когда я приобрету такой набор тестов, я буду очень рад продолжить его разработку и добавить его в JSQLParser.