powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / sql_variant
5 сообщений из 5, страница 1 из 1
sql_variant
    #33529119
ОлегМ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
А кто-нибудь может сказать почему бы не использовать не много таблиц свойств объектов, каждая для своего типа, как у Тенцера, а одну, у которой все данные хранятся в поле с типом sql_variant ?
Интересно как это влияет на производительность ?
...
Рейтинг: 0 / 0
sql_variant
    #33529209
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ОлегМИнтересно как это влияет на производительность ?
никак
...
Рейтинг: 0 / 0
sql_variant
    #33529263
Shoora
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
1. Это ограничивает использование модели одной базой - MSSQL
2. Преобразования типов ложатся на базу.

Мы в свое время хранили все в поле типа text. Были свои проблемы (например с сортировкой), котрые решались различными ухищрениями в форматах хранения и выносом логики на уровень api. Для не слишком больших объемов данных это показалось самым удачным решением.
...
Рейтинг: 0 / 0
sql_variant
    #33529748
Фотография PVP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ОлегМА кто-нибудь может сказать почему бы не использовать не много таблиц свойств объектов, каждая для своего типа, как у Тенцера, а одну, у которой все данные хранятся в поле с типом sql_variant ?
Интересно как это влияет на производительность ?Почему то возникли ассоциации с легковым автомобилем, который поставлен на ограмные колеса, позволяющие ему ездить по всем дорогам, в т.ч. и по крышам других автомобилей (по телику видел). Так вот, sqlvariant в данном случае на производительность влияет так же, как эти колеса на скорость этого автомобиля.
...
Рейтинг: 0 / 0
sql_variant
    #33569907
Фотография Роман Дынник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
не вижу ничего предосудительного в использовании sqlvariant.
он для этих целей и был создан.
в одном случае время тратится на определение/преобразование типов,
в другом на различные соединения и логику что бы выцепить значение из кучки таблиц (integer_value, string_value, boolean_value ...)
Что окажется более производительней - вопрос спорный
Единственное что можно сказать, что использование отдельной таблицы под каждый simple type, возможно, сэкономит дисковое пространство.
...
Рейтинг: 0 / 0
5 сообщений из 5, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / sql_variant
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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