первичный дизайн ключа во многих таблицах: последствия для производительности

в сфере дизайна базы данных, создание многих-ко-до-то Surrogate?

] composite Vs. Sourrogate Primary Key ]

]

опция 1: составной первичный ключ на иностранных ключах ]

• Partid: Foreign Key из таблицы родителей

option 2:

автоматическое суррогатное первичное ключ

id: автоматическое уникальное идентификатор
partid: foremond
• В предоставленном комментарии подчеркиваются потенциальные последствия для использования составного первичного ключа, утверждая, что он приводит к физической сортировке таблицы и неэффективным вставкам.

анализ комментария

, однако, согласно мнению, в этом комментарии. В современных базах данных используются расширенные структуры данных (сбалансированные многопользовательские деревья), а не простые массивы для хранения данных. Это устраняет необходимость в последовательном хранилище или реорганизации при вставлении. Следовательно, оптимизация индексации для эффективного поиска является более критической, чем минимизация времени вставки.

Заключение

для простых двухколонных сопоставлений, рекомендуется составной первичный ключ без суррогата. Он обеспечивает уникальность без жертвы пространства и позволяет эффективно индексировать обоих иностранных ключей для оптимальной производительности чтения.

]