|
Задавайте вопросы, мы ответим
Вы не зашли.
Страниц: 1
Записям выдаются хэши, записей миллионы->миллиарды. Поиск записи по МД5 хэшу сложнее, чем просто по числам. Поэтому данные разбили горизонтально по первым буквам хеша, он же ключ записи. В одном месте на 256 таблиц(две буквы), в другом сейчас думаем на 4096 таблиц(три буквы) разбить. Где границы разумного/технического?
Неактивен
Количество таблиц практически не влияет на производительность системы. Границы разумного —
не переусердствовать с оптимизацией. Тем более, что преждевременная оптимизация — зло.
Неактивен
Почему зло? Если многое продумано заранее, лучше ведь написать код, что это всё учитывает, чем потом на ходу чинить телегу посреди гонки
Неактивен
Можно, конечно, отправить Вас читать Кнута, но всё равно же не будете читать 
Смысл в том, что программист никогда не может правильно определить те места
программы, которые требуют оптимизации. Никогда. Это правило выполняется с
вероятностью 99.9%. Поэтому куда эффективнее написать код, который работает,
попрофилировать его и увидеть места, в которых он действительно работает мед-
ленно, а потом оптимизировать уже эти куски.
Неактивен
А может всё-таки ссылку на кнута дадите?
Неактивен
Неактивен
Страниц: 1
