@Thor

1. Оптимальный размер транзакции
1.1. Есть ли какое-то ограничение на размер или содержание одной транзакции?
1.2. Может ли размер транзакции превышать размер доступной оперативной памяти?
1.3. Имеет ли смысл commit-ить транзакции после достижения некоторого размера, скажем 1 Гб, или же оптимальнее весь объём, скажем 10 Гб, скопить в одной транзакции, и только потом выполнить?
1.4. Имеет ли смысл с точки зрения скорости выполнения делить разные логически связанные запросы на создание таблиц и insert-ы между отдельными транзакциями или можно вставлять всё в одну транзакцию?

2. FOREIGN KEY.
Читал, что не рекомендуется без особой необходимости создавать в таблицах связи FOREIGN KEY. Почему? Это приводит к проверкам на каждом insert-е и снижает производительность? Я добавляю FOREIGN KEY именно для фиксирования связей и лучшего понимания структуры БД.

3. Связь PRIMARY KEY и INDEX
3.1. Создаётся ли по умолчанию индекс по полю (полям) PRIMARY KEY? Или его всё равно нужно создавать вручную?
3.2. Замедляется ли скорость вставки в таблицу с индексом? Если да, как этого избежать? Перед каждой серией вставок удалять индекс, а затем добавлять снова? Будет ли падение скорости вставки в индексированную таблицу, если всё вставляется внутри одной транзакции?

0

@JeyCi

1.1 размер оперативной памяти
1.2 зависит от вас
1.3 см. ответ 1.1
1.4 см. ответ 1.1

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

3.1 вроде да - источник требует проверки...
3.2 да, никак - смириться... не уверена, что ваш вариант окажется быстрее, чем без вашего варианта... будет, но не такая уж это большая величина (между вставкой в индексированную и неиндексированную таблицу) , чтобы испытывать головную боль...

0