Re[6]: [Голосование] Нужен ли binary tree если есть hash таб
От: Sinclair Россия https://github.com/evilguest/
Дата: 27.09.17 07:16
Оценка:
Здравствуйте, netch80, Вы писали:
N>Правила таки о том, что это надо делать одновременно. Если ты переопределил hashCode() => переопредели и equals(), и наоборот.
По-хорошему, должно быть достаточно equals(). hashCode() приличный компилятор (или вообще рантайм) должен выводить из определения equals() автоматически.
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Re[12]: [Голосование] Нужен ли binary tree если есть hash таблица
От: IID Россия  
Дата: 27.09.17 16:09
Оценка:
Здравствуйте, ·, Вы писали:

DC>>На i7 c 8ГБ правильная зарплата со всеми налогами считалась на 300 человек за 45 минут.

DC>>У тебя часы мощнее i7? На руке ожогов нет?
·>А можно примерно описать что может считаться 9 секунд для одного человека? Это же миллиарды операций и гигабайты данных...

Да ересь какая-то полная.

Мы в ~2003 году оборотку считали. Предприятие 2000+ человек, производственное. В оборотке надо было учесть все материалы (десятки тысяч номенклатур), рецептуры (сотни), их производство (тысячи), все бухгалтерские проводки и т.д. и т.п. Детали не скажу, ТЗ ставили аналитики, знающие бухгалтерский и управленческий учёт.

Считали на PL/SQL, ничего особо не оптимизировали. Но и не пессимизировали, конечно. Широко использовали временные таблицы, чтобы не конкурировать за данные при рассчётах.
На сервере БД того времени (похуже C2Q десятилетней давности) считалась минут 30 ЕМНИП. За квартал. При этом несколько сотен человек продолжали работать на этом же сервере.

И это был самый сложный и долгоиграющий рассчёт. Всякие зарплаты считались во много раз быстрее, и как-то не запомнились.
kalsarikännit
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.