IgorTv bI-Ky IgorTvЯ считаю, что внешние ключи будут только тормозить БД при большом количестве операций, хотя без внешних ключей код писать тяжелее.
Неужели Вы думаете, что если целостность реляционной (sic!) БД контролировать во внешнем приложении вместо нативного механизма внешних ключей, она станет работать быстрее?
Уверен. Есть у вас таблица с продажами и таблица с заголовками продаж + таблица складских операций + бухгалтерских проводок (не считая всякие справочники где надо сальдо дебитора проапдейтить, свобдное количество изменить и т.д.). Все связаны FK. В каждой таблице допустим по миллиону записей или около того. Теперь вы вставляете туда новую продажу допустим на 500 строк. Что происходит? правильно таблица (страница) лочится и туда идет вставка. А что делает такойже процесс рядом стоящий? правильно стоит ждет пока первый закомитится вставив, проапдейтив 3-5 таблиц нехилых размеров и перестроив индескы. А если таких процессов одновременно 100. то все они выполняются строго последовательно потому что у вас FK навешаны. А если я сначала вставляю в одну таблицу, освобождаю ее для следующего аналогичного процесса, потом в другую и т.д. Получается что процессы обрабатываются параллельно какбы со сдвигом. Такчто все 100 процессов отработают быстрее.

А проверки на корректность данных выносят на сервера приложений. Их продублировать\распараллелить проще, а БД всегда узким местом является в любой системе.

В идеале вообще должно быть 1 строка=1 транзакция.

Интересно, вы хоть раз читали про механизмы блокировок для конкретных СУБД. Уже лет 8 или более с появления Oracle 7 блокировки накладываются только на модифицируемые строки. Причем есть разные виды блокировок. Печально, что человек занимающийся внедрением таких крупных систем не знает основ работы хранилищь данных которые используются. Проверка целостности на уровне БД будет происходить намногнг быстрее чем та которую вы сможете написать сами на сервере приложений. Даже если вы примените одни и те-же алгоритмы у вас еще всегда будут накладные расходы на получение данных с сервера БД и создание структур для хранения этих данных в памяти. Поверте мне при определенном кол-ве записей эти затраты весьма существенны. В сервере БД механизмы блокировок реализованы на уровне ядра. Используют специальные структуры которые доступны постояно в процессе работы сервера (например кеш данных). В связи с этим эффективность внешних ключей на порядок выше. Другое дело что обеспечить переносимость между серверами и использовать их при разработке с помощью API достаточно сложно поэтому и используют в таких системах достаточно редко.