|  17.10.2005, 16:44 | #7 | 
| Модератор | Цитата: 
		
			Сообщение от vavkin
			
			 Если имеется ввиду объединение баз то int могут совпасть ровно с таким же успехом как и Code. И у Code здесь нет преимуществ. И вообще почему бы не использовать uniqueidentifier (GUID) -Упрощение сопровождения -Уменьшение размера БД -Увеличение скорости выборки данных -Увеличение скорости обновления данных -В системе с ЕК меньше JOIN`ов, следовательно, запросы проще и разработка удобнее -Введение СК нарушает третью нормальную форму -Таблицы в системе с ЕК информативнее Если есть контрпримереры - давай поспорим. Действительно, есть спорные моменты. Ведь, как я понимаю, это чисто теоритический спор? Или Вы планируете использоватть GUIN в качестве ключа при разработке собственных таблиц? Лично мне нравится в виде ключа видеть "МИ-АКС-НОГ(40) 100х20", чем 123579 или 1657-AB10-C548F-4564-BD20 С Уважением, Георгий. | 
|  | 
| Теги | 
| renameprimarykey, естественный ключ, искусственный ключ | 
|  | 
| 
 |