Создал таблицу со следующими характеристиками (см. скрин).
Предполагается использовать таблицу MyISAM.
Общее кол-во записей в таблице, думаю 10,0 млн - 30,0 млн..
В обозначении "textxxxxx-000000" условно показаны:
- "textxxxxx" - текст соответствующей длинны.
- "000000" - цифры.
Пример:
nomerthe-498798
scrsdgoob-654983
ПРИНЦИП РАБОТЫ С БАЗОЙ:
1. Наполнение -
Ввод записей через программу-клиент: единично или пакетно.
"Пакетно" - имею ввиду, что записи парсятся из источника и попадают в базу с использованием программы парсера.
Или просто импорт.
Импорт(или заполнение) сначала в пустую базу, а потом по мере заполнения таблицы.
2. Операции.
2.1.0 выборка записей из таблицы
2.1.1 По внешнему ключу.
Количество записей при выборке по внешнему ключу колеблется 1-100 штук.
Т.е. максимальное количество записей, которое может соответствовать одному внешнему ключу может достигать 100 шт. записей.
2.1.2 По комбинированным условиям.
В условиях может участвовать от 1 до 7 полей
В зависимости от поля, условия выборки могут быть:
- текст содержит;
- интервал id;
- конкретная дата;
- интервал дат;
В зависимости от ситуации, могут использоваться как одно условие, так и различные комбинации.
2.2.0 Корректировка записей.
2.2.1 Корректировка по одной из клиента.
Основной принцип работы предполагает корректировку записи по одной, с использованием клиента.
2.2.2 Корректировка пакетная.
Думаю иногда может понадобится функция "найти - заменить"
Пример: "найти - заменить" текст в каком-либо поле по всем записям.
3. Дубликаты.
Исключены
Вопрос.
Будет ли оптимальными такие типы полей для таблицы с таким составом данных, чтобы обеспечить:
- 1. минимальный объём занимаемого места на диске?
- 2. максимальную скорость работы при обращении по внешнему ключу?
Айфон мало держит заряд, разбираемся с проблемой вместе с AppLab
Перевод документов на английский язык: Важность и ключевые аспекты
Есть ли какая нибудь замена WebEngine? Потому что в моем приложении есть подозрение, что он является причиной утечки оперативки и хотелось бы заменить...