Столько едких комментариев на пустом месте...ISAM - это дешевый высокопроизводительный метод для доступа к информации. В нем совершенно нет ничего плохого.
Стыдно читать комментарии, когда одни ESE (реализацию ISAM) сравнивают с Akonadi, а другие на полном серьёзе вдаются в сравнение тёплого с мягким, как бы забывая, что Akonadi сам работал с ISAM в том числе. Не с ESE реализацией, а с MyISAM что в принципе примерно одно и то же. Помнится мне, когда много лет назад Akonadi начал требовать MySQL в качестве зависимости вою было на весь OpenNet. Дескать, целый мускуль им в систему притащили, будто создание ISAM-базы в ОС это какая-то чудовищная нагрузка. А теперь Akonadi стал уже торт и несколько бекендов поддерживает, и лучше чем армяне, что явно на 40% лучше обычного порошка... ой всё.
ISAM это такая штука которая никогда не потеряет популярность. Представьте себе задачу, например такого типа:
1. Есть некий демон/приложение, который принимает локальные и сетевые запросы.
2. Демон/приложение должно быстро находить нужные данные, будь то полнотекстовый поиск или SQL запросы или что-то еще
3. Данные - это одна таблица размером в несколько от 200 MB до 200 GB.
4. Вам не надо ничего удалять или обновлять.
Все эти чудесные шардированные NoSQL-базы для такой задачи совсем не то что нужно. ISAM по своей архитектуре подходит лучше всего, хоть это и старая технология. Опять же, если вам нужны более надёжные способы создать такой ISAM-образный массив данных мне сразу вспоминается не столько ESE, сколько Aria в MariaDB.
С обычными ISAM-движками нельзя работать как с настоящей базой данных. Цена DELETE/UPDATE запросов там бывает настолько высока что проще дописывать изменения в конец и вводить "пометки удаления" строки отдельным столбцом. Для сокращения размеров тогда придётся делать дефрагментации и "реструктуризации". Для всего этого нужен специфический клиент и сервер приложений. INSERT при больших размерах будет выполняться быстрее SELECT, но если вы можете партиционировать ISAM по какому-то принципу, то этой проблемы не будет, причем вы даже UPDATE сможете себе позволить.
Так-то реализация ESE понадежнее MyISAM с учетом поддержки транзакционности и восстановления после сбоя. Раз открыли, значит кому-то пригодится... они же его не в Apache хоронить пошли. А тем кому транзакционность не нужна, есть Aria.
P.S. Пользователи Linux, которые зачастую в венде не разбираются, эту штуку знают не как Extensible Storage Engine, а как ESENT. Те из них которые хоть раз заглядывали в стандартный Application Log должны были видеть это слово как источник событий.
