ITicDigger, А еще нельзя поля в таблицы перемещать. Приходится удалять всю таблицу и заново создавать поля в нужной последовательности. Конечно их последовательность не имеет значения никакого, но лично для меня так удобнее. А на счет годных фильмов согласен, на текущий момент веду небольшой список в гугл таблицах, опять же для того, чтобы раз в сто лет кому-то что то из него порекомендовать. Базу для фильмов решил выбрать как пример с целью изучения LOB, но это откладывается еще на 10 лет, пока не допилят годный продукт.
ITicDigger, Отказаться то конечно можно в пользу других продуктов. Мне хотелось создать базу фильмов, чтобы ее можно было открыть на разных ОС, но все никак не разберусь с этим LO. Жуть какой неудобный
Вот например есть таблица "Оплаты" В ней есть поля "id клиента", "Дата оплаты", "Сумма оплаты" В этой таблице нет ключей, а поле "id клиента" может повторяться. Связь с этой таблицей идет через сортировку записей по полю "id клиента". В этой таблице более 100 000 записей и добавляются каждый день. Нужен ли в этой таблице первичный ключ?
Евгений Самсонов, Я переживаю чтобы от такого большого количества первичных ключей не ухудшилась производительность. Например у меня есть таблицы с очень большим количеством записей, которые каждый день увеличиваются. И в этих таблицах нет первичный и даже нет уникальных ключей, а поле id может повторяться. Не повлияет на скорость доступа к этим таблицам если в них добавить первичные ключи?
7vVFjkCFENfu, Нет. После установки новой ОС вы этого не заметите. Если вы создавали fstab вручную, то его нужно будет отредактировать под автомонтирование новых разделов ntfs
Сергей Пуговкин, А как вы в эти поля запишите больше чем указали размер? Ведь varchar не заполняет незанятое полностью поле пробелами, следовательно имеет разный размер байт.