Помогите найти старый инструмент SQL, который переписывал запросы [закрыто]

StackOverflow https://stackoverflow.com/questions/2186680

  •  25-09-2019
  •  | 
  •  

Вопрос

Был такой старый инструмент sql-сервера под названием Lectoneth или что-то в этом роде, вы помещали в него sql-запросы, и он переписывал его за вас.

Я думаю, что компания Quest выкупила их, но не могу найти, где скачать бесплатную копию этого программного обеспечения.

Действительно помогает, когда у вас нет администратора базы данных и вам нужно переписать множество SQL-запросов.

Спасибо

Крейг

Это было полезно?

Решение

Не звонит, и, вероятно, вы видели, но на Квесте нет ничего очевидного. Веб-сайт

Возможно, такой инструмент, как Red Gate SQL-запрос помогло бы - версия Pro выполняет переформатирование SQL.

Редактировать
Думаю, я нашел то, что вы ищете, упомянуто здесь - LECCO SQL Expert.Ссылка на сайт Лекко действительно ведет на квест, но ошибка 404.

Expert Lecco SQL - единственное полное решение для настройки и оптимизации SQL, предлагающее проблемное обнаружение SQL и автоматическое переписывание SQL.Благодаря его встроенному искусственному интеллекту (ИИ), основанного на обращении с обратной связью, Expert Lecco SQL уменьшает усилия, необходимые для оптимизации SQL, и делает даже самый младший программист экспертом.

Разработчики используют эксперт Lecco SQL для оптимизации SQL во время разработки приложений.DBAS устраняет проблемный SQL, прежде чем пользователи сталкиваются с проблемами производительности приложений, используя эксперт LECCO SQL в производственных системах.

Похоже, об этом уже нет - все упоминания о нем, которые я смог найти, указывали на то, что он поддерживается до SQL 2000, а устаревшие ссылки - похоже, это не был бесплатный инструмент.Как сказано в моих комментариях, я думаю, что подобные вещи — это навык, которым стоит обладать, и в долгосрочной перспективе было бы полезно не полагаться на инструмент, который попытается сделать это за вас.

Раньше я не знал об этом инструменте, поэтому я кое-что почерпнул из этого вопроса — меня это заинтриговало!

Финальное обновление:
Подтверждаем: этот продукт действительно ушел в прошлое, поскольку Lecco был приобретен несколько лет назад.Спасибо Бренту Озару за подтверждение.

Другие советы

Я думаю, что вы ищете продукт, который был объединен на Toad для SQL Server. Коммерческая версия Toad имеет функцию оптимизатора SQL, которая пытается много способов перезаписать ваши операторы SQL, а затем тестирует их, чтобы найти, какие пути самые быстрые.

Вы можете скачать жаб здесь:

http://www.toadsoft.com/

Но имейте в виду, что эта функция - это формальная функция только.

Ну, вместо того, чтобы тратить время в поисках волшебной пули, почему бы не тратить некоторое время на тюнинг эффективности обучения (вам понадобится книга, это слишком сложно для интернета). Кроме того, это мое убеждение, что если вы хотите, пишите достойным новым кодом, вам нужно понимать производительность в базах данных. Нет причин неспособности писать код, который avvioids самые распространенные проблемы.

Во-первых, перепишите каждый запрос, чтобы использовать синтаксис ANSII в любое время, вы открываете его, чтобы пересмотреть его по любой другой причине. Код обзор всех изменений SQL и не передает обзор кода, если не использовались явные соединения.

Ваш первый шаг в настройке производительности, чтобы определить, какие запросы и процессы вызывают проблемы. Вы можете использовать инструменты, которые скажут вам худшие запросы с точки зрения общего времени, но не забудьте настроить запросы, которые также запускаются. Вырезание секунд от запроса, который проходит тысячи раз в день, может действительно ускорить вещи. Также, поскольку вы уже находитесь в OPROD, скорее всего, ваши пользователи жалуются на определенные области, эти области должны быть сначала посмотреть.

Вещи, чтобы искать это вызывают проблемы с производительностью:

Курсоры

Коррелированные подзапросы

Представления о том, что вызов представления

Отсутствие правильной индексации

Функции (особенно скалярные функции, которые делают запрос ROW ROW по ряду, встроенным через набор)

Где пункты, которые не сар

EAV столы

Возвращая дополнительные данные, чем вам нужно (если у вас есть что-нибудь с выбором * и присоединиться, немедленно исправьте это.)

Повторное использование SPS, которое действует на одну запись в петлю Throuhg большая группа записей

Плохо разработанные аутогенераторы сложные запросы от Orms

Неправильные типы данных, приводящие к необходимости постоянно преобразовывать данные, чтобы его использовать.

Поскольку у вас есть синтаксис старого стиля, он весьма вероятно, у вас будет много случайных крестов

Использование различных, когда он может быть заменен на полученную таблицу вместо

Использование Союза при союзе все будет работать

Плохой таблицы дизайн, который требует сложных построений запросов, которые никогда не могут хорошо выполнять. Если вы часто присоединяетесь к той же таблице несколько раз, чтобы получить необходимые данные, то посмотрите на дизайн таблиц.

Кроме того, поскольку вы использовали неявные присоединения, вам нужно знать, что даже в SQL Server 2000 левый и правый неявный синтаксис не работает правильно. Иногда это интерпретирует как поперечное соединение вместо левого присоединения или правого присоединения. Я бы сделал это приоритетом, чтобы найти и исправить все эти запросы сразу, поскольку в настоящее время они могут возвращать неверный набор результатов. Плохие результаты данных еще хуже, что медленные данные возвращаются.

Удачи.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top