Абсолютно нет.
я сделал несколько... несколько... проверки производительности между INT, VARCHAR и CHAR.
10 миллионов рекордных таблиц с PRIMARY KEY (уникальный и кластеризируемый) имели ту же самую скорость и производительность (и стоимость поддерева), неважно, какой из трех я использовал.
, Что быть сказанным... использует то, что является лучшим для Вашего приложения. Не волнуйтесь о производительности.
Удаление ~ / .ido.last и установка переменных, как указано выше, по-видимому, удерживает ido от поиска файлов, посещенных ранее.
Изменить: Фактически, полная настройка для этого задача будет выглядеть так:
(custom-set-variables
'(ido-enable-last-directory-history nil)
'(ido-record-commands nil)
'(ido-max-work-directory-list 0)
'(ido-max-work-file-list 0))
Это происходит со мной постоянно. Учитывая, что я нахожусь в каталоге / path / to / dir
, и я пытаюсь отредактировать abc.txt
, (ido-find-file)
"полезно" появится я перехожу на /somewhere/else/abc.txt
, если /path/to/dir/abc.txt
не существует и /somewhere/else/abc.txt
делает.
В этой ситуации CTRL-F
в минибуфере в середине (ido-find-file)
возвращается к обычному поведению (find- file)
, так что я могу заставить Emacs отредактировать /path/to/dir/abc.txt
, черт возьми.