ReSQL.ru
     
powered by simpleCommunicator - 2.0.52     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Быстродействие селекта с джойнами по одной таблице
5 сообщений из 5, страница 1 из 1
Быстродействие селекта с джойнами по одной таблице
    #39514738
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KreatorXXI
Участник
Ногами не бейте. Хочу разобраться. Может и было обсуждение, но не нашёл.
Нарулили "глобальный" справочник. В результате приходится писать запросы такого вида:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
select a.longname, b.longname, c.shortname, d.longname, e.longname, f.shortname
from sprav a
        inner join sprav b on b.id2=a.id and b.priznak=2
        inner join sprav c on c.id2=b.id and c.priznak=3
        inner join sprav d on d.id3=a.id2  and d.priznak=4
        inner join sprav e on e.id2=d.id and e.priznak=5
        inner join sprav f on f.id3=e.id and f.priznak=6
where a.priznak=1


Сейчас меня интересует только быстродействие. Проблемы с целостностью данных и удобством работы при такой схеме понимаю. Теперь вопрос. Если бы в приведённом мной запросе было бы шесть таблиц, скорость была бы выше? Ниже? Такой же? Индексы по id-шникам есть. FB3, если что.
...
Рейтинг: 0 / 0
03.09.2017, 19:32
| Ответить | Цитировать | Написать  
Быстродействие селекта с джойнами по одной таблице
    #39514753
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
KreatorXXIЕсли бы в приведённом мной запросе было бы шесть таблиц, скорость была бы выше? Ниже? Такой же?
их и так шесть :-) Каждая лишняя таблица будет чуть-чуть уменьшать быстродействие.
...
Рейтинг: 0 / 0
03.09.2017, 20:13
| Ответить | Цитировать | Написать  
Быстродействие селекта с джойнами по одной таблице
    #39514755
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
если речь шла про 6 разных таблиц, то все зависит от кол-ва записей в таблицах. Если твой sprav уйдет за 3 уровня дерева индекса, например - то текущий вариант будет медленнее. Если объемы относительно небольшие, то либо одинаково, либо сейчас будет чуть быстрее.
...
Рейтинг: 0 / 0
03.09.2017, 20:16
| Ответить | Цитировать | Написать  
Быстродействие селекта с джойнами по одной таблице
    #39514927
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KreatorXXI
Участник
dimitr,

sprav уже вырос до 30 тыс. записей. Что меня и пугает. И уже под пятьдесят разных признаков. Вот думаю - какие найти аргументы, чтобы изменить структуры. Конечно, речь идёт о разных таблицах.
...
Рейтинг: 0 / 0
04.09.2017, 11:27
| Ответить | Цитировать | Написать  
Быстродействие селекта с джойнами по одной таблице
    #39515009
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
KreatorXXIsprav уже вырос до 30 тыс. записей
это мало. Будет 30 млн - вот тогда пора беспокоиться.
...
Рейтинг: 0 / 0
04.09.2017, 12:53
| Ответить | Цитировать | Написать  
5 сообщений из 5, страница 1 из 1
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Быстродействие селекта с джойнами по одной таблице
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=40&msg=39514753&tid=1561444]:
 0ms
get settings:
 8ms
get forum list:
 13ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 135ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 41ms
get tp. blocked users:
 1ms
others: 297ms
total:  512ms
созд. / загр.: 512ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]