Индексы и ключи
На этом фронте MySQL тоже не блещет своими возможностями. Ограничение в 1000 байт на размер ключа — куда это годится? Допустим, я разрешаю своим пользователям создавать учётные записи на любом языке (UTF-8). В качестве максимальной длинны логина я выбираю 512 символов...
Пример надуманный.
Или автор действительно использует логины из 512 символов?
Понятно что разделитель "::" создает проблемы с неоднозначностью, но аргументировать новое решение вот этим:
Преимуществом такого подхода по мнению разработчиков патча является то, что \используется\для\разделения\элементов\пути в Windows и потому будет интуитивно понятным для программистов из мира Windows
У знакомой тоже аську ломанули, разослали какой-то смс-развод. Что самое прикольное — на той стороне поддерживали разговор, что это все реально, что тебе жалко ты же меня знаешь…
Ну хоть кто-то указал на проблемы SQLite при конкурентном доступе.
Только причины не в том, что вся БД в одном файле (в InnoDB несколько БД могут храниться в одном файле). SQLite это встраиваемый сервер, у которого нет выделенного процесса для доступа к файлам БД, поэтому блокировку вожможно осуществлять только на уровне файлов.
Вот это тот самый показательный пример.
Адрес — это отдельная сущность. Есть адрес регистрации, а есть адрес проживания.
Будем сразу делать нормальную структуру или дальше лепить поля street1 b street2?
Уж лучше vesna.yandex.ru/
Пример надуманный.
Или автор действительно использует логины из 512 символов?
как то не серьезно…
Имел ввиду прирост по сравнению с InnoDB в режиме autocommit.
P.S.
Хотя про различия между InnoDB и MyISAM ничего сказать не могу.
Ситуация: несколько процессов пишут в один файл. Как им синхронизировать свою работу?
Только причины не в том, что вся БД в одном файле (в InnoDB несколько БД могут храниться в одном файле). SQLite это встраиваемый сервер, у которого нет выделенного процесса для доступа к файлам БД, поэтому блокировку вожможно осуществлять только на уровне файлов.
Адрес — это отдельная сущность. Есть адрес регистрации, а есть адрес проживания.
Будем сразу делать нормальную структуру или дальше лепить поля street1 b street2?
я, конечно, не исключаю, что где то это необходимо, но в общем случае это повод для изменения архитектуры БД.
P.S.
Раскрывать звездочки налету такая же сомнительная идея…
Это надо делать раз — при написании запроса, я это так и делаю :) (Delphi+FIBPlus)