Найдите, какой стол вызывает дублирующиеся строки в представлении

У меня есть представление в SQL-сервере, который должен возвращать один ряд за проект. У нескольких проектов есть многократные ряды. У представления есть много соединений стола, таким образом, я не хотел бы должным быть вручную управлять сценарием на каждом столе, чтобы узнать, какой вызывает дубликаты. Есть ли быстрый автоматизированный способ узнать, какой стол - проблемный стол (иначе тот с дублирующимися строками)?

0
nl ja de
Нет. Необходимо посмотреть на основной вопрос.
добавлено автор Kermit, источник

3 ответы

Самым быстрым путем я нашел:

  1. находит простофилю в качестве примера
  2. копирует вопрос
  3. комментарий все соединения
  4. добавляет соединения назад по одному, пока вы не получаете другой ряд

Независимо от того, что соединение - то, где вы начали получать простофиль, то, где у вас есть многочисленные отчеты.

3
добавлено

Моя техника должна сделать копию представления и изменить его, чтобы возвратить каждую колонку из каждого стола в заказе ИЗ пункта с дополнительными столбцами между с именами таблиц как имя столбца (см. пример ниже). Тогда выберите несколько рядов и медленно просматривайте направо, пока вы не можете найти стол, у которого нет данных о дублирующейся строке, и это - простофили порождения.

SELECT
   TableA = '----------', TableA.*,
   TableB = '----------', TableB.*
FROM ...

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

1
добавлено
Проблема с подсчетом рядов для меня состоит в том, что часто есть детская деталь, которая увеличивает количество ряда, там не будучи дубликатами.
добавлено автор ErikE, источник
С комментарием соединений я также вынимаю все колонки, но первичный ключ для главного стола и затем проверяю, чтобы видеть, сколько рядов возвращено. Тем путем я не сталкиваюсь с проблемой необходимости комментировать/не комментировать колонки, когда я комментирую/некомментирую соединения.
добавлено автор skeletank, источник

Я использовал изменение техники SpectralGhost, чтобы получить эту работу даже при том, что никакой метод действительно не решает проблему предотвращения ручной проверки каждого стола для дублирующихся строк.
Мое изменение должно было использовать различие и завоевать метод комментария соединений вместо комментарий каждого индивидуально. Из-за чистого количества соединений это было намного быстрее.

0
добавлено
SqlCom.ru - Стиль жизни SQL
SqlCom.ru - Стиль жизни SQL
908 участник(ов)

Правила чата - https://t.me/sqlcom/88269 @sqlcom - основной канал (только MS SQL) @sql_ninja - второй канал (SQL вопросы начального уровня и свободное общение) @Gopnegbot - Викторина по SQL Server (наберите в привате /quiz). Предложения в @sql_ninja

SQL_Ninja
SQL_Ninja
340 участник(ов)

Правила чата - https://t.me/sqlcom/88269 @sqlcom - основной канал (только SQL) @sql_ninja - второй канал (SQL вопросы начального уровня и свободное общение) @Gopnegbot - Викторина по SQL Server (наберите в привате /quiz)