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

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


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