Редко комментирую, ну уж очень статья на злобу дня.
А не надо продавать никакой рефакторинг никому.
Более того рефакторинг ради рефакторинга — зло.
Его можно и нужно делать тогда, когда есть хотя-бы два три четких изменения, которые действительно значительные настолько, что проще переписать, читай отрефакторить, чем снова дописывать код.
А вся история с рефакторингом ни во что не выльется, после рефакторинга туда внесут такие-же изменения, о которых тот кто рефакторил, даже не задумывался и как результат не подготовил код…
Позволю не согласиться. MMR можно и нужно использовать, ка ки любые технологии, если делаешь это с умом.
— Конкурентные update — организуйте и подумайте над данными и структурой изменения так, чтобы изменения одной записи делались на одном из мастеров.
— Автоинкремента проблемы нет никакой это сказка в mysql нативная настройка offset & total задаем число инстансов и офсет даем каждому инстансу, наслаждаемся.
— Про время операций, вы видимо про native mysql говорите цифры, не так ли? в HS порядки цифры в 10-100 раз выше в частности на connect, изза того что он дерагет напрямую сразу первичный ключ, без проверок авторизации, без разбора sql и т.п. и именнов этом выйгрыш, вы на своем старом сервере hs то поднимите и подергайте запросы, только по первичному ключу, удивитесь.
— запись на диск в mysql будет работать быстрее чем в любом быстросамописном nosql, по крайней мере я пока придерживаюсь такой позиции. пока сам не увижу обратного, хотябы потому что mysql уже лет 10 занимаетс оптимизацией записи на диск, а в nosql как правило просто тупо пишем на диск не используя ничего для оптимизации.
При чем тут перебор ключей? Почему нельзя их в handler socket сделать? Да и mysql умеет это делать. Перебор это не бенефит nosql это способ работать с данными. Далее я както не понял а как вы все ключи то переберете? Гдето списочек будете хранить а вот в mysql range scan по первичному ключу будет всегда хранить не надо список.
Если говорить о nosql вы какой именно имеете в виду? В реальных условиях все что мы тестировали в случае когда данные перестают помещаться в память превращаются в ходячий и тормозной мусор умирающий на синхронной записи на диск. Это редис, это мемкешдб. А вот mysql в этих же условиях работает в 10ки если не в сотни раз быстрее. В частности со 120 серверов в 40 потоков с каждого через hadnler socket на чтение получил 600.000 запросов в секунду. Дальше просто шел упор в сетевушку, это при том что разумеется конекты были keep alive. без этого изза особенностей tcp ip выжать не смог более 70К запросов в секунду. После чего сделал 120К открытых конектов через которые прогнал теже самые 600.000 запросов в секунду с одного сервера.
А потому что еще никто и не мешает потом сделать mysql connect и поиграть как угодно с данными повыбирать че нравится, поискать like по любым значениям.
Вы свой вопрос сами перечитайте… из него ничего не понятно, кто знает и про что. Я так подозреваю, что вы вбиваете ваш ящик в систему — посмотрите кто еще есть на Баду, а там рисуется ваш же емаил и иконка — это не значит что вы есть в баду, это формат отображения. Вбейте емаил адрес того кто точно зарегистрирован, а лучше еще с фоткой, увидите разницу. Это то что вы пытались узнать? Если нет, опишите подробнее что и куда вы забиваете.
А ты на ленту мамбы смотрел из разных городов или с одного? А из деревни Иваново пробовал? А если ты находишь на одинаково расстоянии до двух городов крупных (деревенька твоя)… гео штуки полезны, на мамбе ты не можешь поискать в окресностях своего города, только точно.
Интересно сколько игр под Win вы можете перечислить с поддержкой акселерометра и тач скрина? Только оговорюсь, поддержка не как «прикольная штука», а таких игр, где без поддержки этих функций игровой процесс невозможен?
А вот под Vita таких игр будет огромное количество, в первый же год выхода платформы, просто потому что она всего-лишь продолжение обычной линейки PSP и производителям игр лишь нужно будет выпустить обновленные версии игр, а значит заработать лишнюю денежку, а значит они в этом заинтересованы. Поддержка же гаджета, который врядли будет распродан в количестве скажем хотябы 50млн (PSP на данный момент продано 71Млн экземпляров), для производителей игр не интересен и значит тупик.
Более того, выпуск этого гаджета — 100% рекламный ход компании, котоаря раскручивает свою продукцию и свою марку, как крутого производителя Гаджетов.
Размеры не те, вес у этого девайса почемуто не указан, а то и будет главным неудобством, однозначно.
По моему кстати Playstation Portable VITA его уделает, ибо в ней два тачскрина (сзади и спереди), акселерометры, 3g конект, магазин продажи игрушек, да и игрушек однозначно будет больше к ней сразу, ибо платформа популярная.
А не надо продавать никакой рефакторинг никому.
Более того рефакторинг ради рефакторинга — зло.
Его можно и нужно делать тогда, когда есть хотя-бы два три четких изменения, которые действительно значительные настолько, что проще переписать, читай отрефакторить, чем снова дописывать код.
А вся история с рефакторингом ни во что не выльется, после рефакторинга туда внесут такие-же изменения, о которых тот кто рефакторил, даже не задумывался и как результат не подготовил код…
— Конкурентные update — организуйте и подумайте над данными и структурой изменения так, чтобы изменения одной записи делались на одном из мастеров.
— Автоинкремента проблемы нет никакой это сказка в mysql нативная настройка offset & total задаем число инстансов и офсет даем каждому инстансу, наслаждаемся.
— Про время операций, вы видимо про native mysql говорите цифры, не так ли? в HS порядки цифры в 10-100 раз выше в частности на connect, изза того что он дерагет напрямую сразу первичный ключ, без проверок авторизации, без разбора sql и т.п. и именнов этом выйгрыш, вы на своем старом сервере hs то поднимите и подергайте запросы, только по первичному ключу, удивитесь.
— запись на диск в mysql будет работать быстрее чем в любом быстросамописном nosql, по крайней мере я пока придерживаюсь такой позиции. пока сам не увижу обратного, хотябы потому что mysql уже лет 10 занимаетс оптимизацией записи на диск, а в nosql как правило просто тупо пишем на диск не используя ничего для оптимизации.
Если говорить о nosql вы какой именно имеете в виду? В реальных условиях все что мы тестировали в случае когда данные перестают помещаться в память превращаются в ходячий и тормозной мусор умирающий на синхронной записи на диск. Это редис, это мемкешдб. А вот mysql в этих же условиях работает в 10ки если не в сотни раз быстрее. В частности со 120 серверов в 40 потоков с каждого через hadnler socket на чтение получил 600.000 запросов в секунду. Дальше просто шел упор в сетевушку, это при том что разумеется конекты были keep alive. без этого изза особенностей tcp ip выжать не смог более 70К запросов в секунду. После чего сделал 120К открытых конектов через которые прогнал теже самые 600.000 запросов в секунду с одного сервера.
Интересно сколько игр под Win вы можете перечислить с поддержкой акселерометра и тач скрина? Только оговорюсь, поддержка не как «прикольная штука», а таких игр, где без поддержки этих функций игровой процесс невозможен?
А вот под Vita таких игр будет огромное количество, в первый же год выхода платформы, просто потому что она всего-лишь продолжение обычной линейки PSP и производителям игр лишь нужно будет выпустить обновленные версии игр, а значит заработать лишнюю денежку, а значит они в этом заинтересованы. Поддержка же гаджета, который врядли будет распродан в количестве скажем хотябы 50млн (PSP на данный момент продано 71Млн экземпляров), для производителей игр не интересен и значит тупик.
Более того, выпуск этого гаджета — 100% рекламный ход компании, котоаря раскручивает свою продукцию и свою марку, как крутого производителя Гаджетов.
По моему кстати Playstation Portable VITA его уделает, ибо в ней два тачскрина (сзади и спереди), акселерометры, 3g конект, магазин продажи игрушек, да и игрушек однозначно будет больше к ней сразу, ибо платформа популярная.