powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Связь по varchar
16 сообщений из 16, страница 1 из 1
Связь по varchar
    #33924436
Crow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Здравствуйте!!!
Интересует следующий вопрос:
Есть две таблицы. Первая tvs_list содержит
первичный ключ tvs_id типа int,
серийный номер tsv_sn типа varchar,
и описание tvs_description типа varchar.
Вторая содержит внешний ключ на таблицу tvs_list по полю tvs_id.
Серийный номер тоже уникален.
Вопрос: нужно ли связвать две таблицы по серийному номеру, или лучше оставить все как есть, т.е. приемлема ли связь таблиц по полю типа varchar?
...
Рейтинг: 0 / 0
Связь по varchar
    #33924523
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
лучше осавить как есть, т.к.:
1) Сравнение полей типа int во многих СУБД (а вы не указали свою) происходит быстрее, чем сравнение поле типа varchar, в остальных примерно одинаково, и практически ни в каких медленне.
2) Серийные номера не так уж и уникальны.
...
Рейтинг: 0 / 0
Связь по varchar
    #33924543
Не следует использовать некачественные модели данных, и не будет возникать таких вопросов. Вы задали два разных вопроса, а не "то есть". Формальный ответ на второй вопрос: приемлема, так же как и по атрибуту с типом "дата", например. Ведь серийный номер в таблице tvs_list является потенциальным ключом (?).
...
Рейтинг: 0 / 0
Связь по varchar
    #33924567
Crow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
БД - Oracle.
Дело еще в том, что таблица с внешним ключом всегда имеет фиксированное число строк - не более 15000 (это что-то вроде карты). Причем обновления тоже довольно редкие.
А таблица tvs_list - это справочник, элементов тоже не много.
...
Рейтинг: 0 / 0
Связь по varchar
    #33924576
Crow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Чернышев Андрей ЛеонидовичНе следует использовать некачественные модели данных, и не будет возникать таких вопросов. Вы задали два разных вопроса, а не "то есть". Формальный ответ на второй вопрос: приемлема, так же как и по атрибуту с типом "дата", например. Ведь серийный номер в таблице tvs_list является потенциальным ключом (?).

Да, я понимаю. Просто он имеет буквенно-цифровой формат.
...
Рейтинг: 0 / 0
Связь по varchar
    #33924794
Это не имеет значения для РМД, и не должно иметь значения для РСУБД.
...
Рейтинг: 0 / 0
Связь по varchar
    #33927574
Crow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Чернышев Андрей ЛеонидовичЭто не имеет значения для РМД, и не должно иметь значения для РСУБД.

Не должно или не имеет?!
...
Рейтинг: 0 / 0
Связь по varchar
    #33929666
Не должно. miksoft должен уточнить, ведь Вы ему сообщили о СУБД. Я некачественные СУБД не использую.
...
Рейтинг: 0 / 0
Связь по varchar
    #33930010
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Чернышев Андрей ЛеонидовичНе должно. miksoft должен уточнить, ведь Вы ему сообщили о СУБД. Я некачественные СУБД не использую.
не совсем понял, почему должен персонально я?
о СУБД вроде было сказано всем...
и неужели Вы считаете Oracle за некачественную СУБД?
...
Рейтинг: 0 / 0
Связь по varchar
    #33930075
Вы же сказали: "Сравнение полей типа int во многих СУБД (а вы не указали свою) происходит быстрее, чем сравнение поле типа varchar...".

Когда я сказал, что не следует использовать некачественные модели данных, Вы к этому спокойно отнеслись. А разве СУБД (как правило) не ориентированы на определенную модель данных ?
...
Рейтинг: 0 / 0
Связь по varchar
    #33930101
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Чернышев Андрей ЛеонидовичВы же сказали: "Сравнение полей типа int во многих СУБД (а вы не указали свою) происходит быстрее, чем сравнение поле типа varchar...".ну сказал, ну и что? Вы тоже можете высказать свою точку зрения, в том числе оспорить мою. Чернышев Андрей ЛеонидовичКогда я сказал, что не следует использовать некачественные модели данных, Вы к этому спокойно отнеслись.а как я должен был отнестись? написать +1? :)

впрочем, согласен в том, что модель данных автора весьма спорная, но утверждать это одозначно, не зная задачи и всех тонкостей, не буду.
...
Рейтинг: 0 / 0
Связь по varchar
    #33930105
Теперь понятно: Вы не знаете влияет ли тип атрибутов первичного и внешнего ключей на производительность "соединений по ключу" в СУБД Oracle. Я тоже не знаю, но надеюсь, что не влияет.

Похоже под автором Вы понимаете Crow, а не Codd. Но это уже пройденный этап...
...
Рейтинг: 0 / 0
Связь по varchar
    #33930139
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Чернышев Андрей ЛеонидовичТеперь понятно: Вы не знаете влияет ли тип атрибутов первичного и внешнего ключей на производительность "соединений по ключу" в СУБД Oracle.скажем так, у меня нет своей информации, достоверной настолько, чтобы писать об этом на форуме. Но есть чужая, которой я вполне доверяю.
Чернышев Андрей ЛеонидовичПохоже под автором Вы понимаете Crowда, именно так
...
Рейтинг: 0 / 0
Связь по varchar
    #33931400
Crow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Извините, я в проектировании БД новичок.
Подскажите, пожалуйста, в чем некачественность моей модели данных?
...
Рейтинг: 0 / 0
Связь по varchar
    #33933278
Уважаемый Crow, я сказал про реляционную модель данных в первом же сообщении, неужели Вы не поняли !? А Ваша схема БД совершенно нормальная, даже не переживайте.
...
Рейтинг: 0 / 0
Связь по varchar
    #33937622
Crow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Спасибо за поддержку. Respect всем знатокам.
Буду пробовать, смотреть как влияет.
:)
...
Рейтинг: 0 / 0
16 сообщений из 16, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Связь по varchar
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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