>> Под катом много картинок (и ни одной формулы).
Отличная демонстрация уровня познаний рядового читателя хабры.
А по теме — были советские ролики, которые описывали ТО наглядней. Например, «Физика в половине десятого» или «что такое теория относительности». Можно на ютюбе найти.
Отличная статья, но я бы добавил бы ещё один пункт — всё это многообразие NoSQL-решений появилось по большей части на волне массовой истерии крупных highload-стартапов. То тут, то там в блогах читаешь, что вот мол Facebook разработали Cassandra специально под свои нужды, начали использовать, и сразу все стало хорошо! Или же вот Foursquare — активно используют MongoDB, и тоже все у них круто, все масштабируется на 5+, одолели highload и т.п. Ну блин, ребята, вы же не Facebook и не Twitter. 90% проектов в сети прекрасно работают банально на одном сервере с использованием самой банальной РСУБД аля MySQL или PostgreSQL и даже в ус не дуют. Просто РСУБД — это проверенные временем средства, многие из которых активно разрабатываются и используются чуть ли не два десятилетия. В интернетах десятки обмусоленных тем по поводу различных подводных камней, кучи туториалов, миллионы утилит для разного рода диагностики и логирования, патчи от сторонних разработчиков и т.п. Где все это в NoSQL? РСУБД — это своего рода «швейцарский нож», при помощи которого можно сделать что угодно и как угодно. Про NoSQL же ИМХО имеет смысл задумываться, когда проект уже сформирован, прекрасно работает, и встает вопрос об оптимизации, и уж никак не заместо РСУБД, а вкупе с ними.
P.S. MongoDB, кстати, довольно неплохая штука, подводных камней конечно куча, и распиаренный шардинг с репликацией на деле получаются далеко не такими простыми, как в документации. Но, на мой взгляд, через пару лет MongoDB скорее всего займет свою определенную нишу
Наконецто первая толковая статья, которая трезво определяет место NoSQL, без лишнего хайпа. Вам жирнейший плюс за перевод.
Я лююблю сравнивать реляционные базы данных с UNIX. Обе технологии — долгожители, пережиили не одно поколение смены других технологий и все еще имеют широкое применение. Причниа этого — настолько же банальна, насколько и проста, изза чего многие падкие на новое и блестящее любят вытирать об них ноги. Причина эта в вашем заголовке — гибкость.
Юникс состоит из множества утилит которые делают свое дело и делают его хорошо. И под конкретную задачу вы на ходу комбинируете нужные вам утилиты, чтобы получить необходимый результат, поэтому тот кто овладел командной строкой за 5 минут может решить нетривальные одноразовые задачи, для которых обычному пользователю нужны специальный софт.
Аналогично с БД, только уже на уровне данных. Таблицы — это ваша «файловая системв», а язык SQL — ваши sed, awk, ls, cp итд. NoSQL — это «специальная программа под конкретную задачу». Поэтому каждое NoSQL решение полезно вам в тех случаях, которые подходят под определенный круг задач. Шаг влево, шаг вправо — вам нужна еще одна специальная утилита для каждой новой конкретной задачи, в то время как SQL и логичная схема дают вам универсальный инструмент.
Например, как аналог, такой пример — возможно вы сможете установить готовую убунту из готового образа на Amazon EC2, потому что ктото позаботился о специализированном решении, но если вам понадобится смигрировать готовую систему на каком нибуть хитром или сильно кастомизированном дистрибутиве на EC2, вам понадобится более универсальный инструмент.
Возможность комбинировать данные из разных схем — преимущество, которое не позволит SQL исчезнуть никуда и никогда, как бы сильно этого кому то не хотелось, так же как и юникс, он может лишь эволюционировать в более совершенный интструмент, а удел NoSQL — нишевые задачи — всегда таким был, всегда таким и будет, просто зоопарк NoSQL-моделей будет расти.
Если кому то интересны еще «неправославные» аналогии, — такое же место у XML vs JSON. XML — универсальный расширяемый текстовый формат, находящий применение буквально везде и применимый буквально ко всему. JSON — специализированное решение, упрощенный формат под конкретные задачи представления обьектов, где не требуется строгая валидация.
Метод hash(key) вовсе не для того, что бы «гарантировать ограниченное число коллизий», перечитайте комментарий в исходнике ещё раз. Он просто обеспечивает более равномерное распределение в случае неудачных хэш-функций.
Это очень отчётливая особенность русской культуры. Я давно это заметил — в западных форумах народ старается помочь, все ведут себя подчёркнуто вежливо и дружелюбно, у нас — в лучшем случае цедят сквозь зубы снисходительно. Как говорили Стругацкие — «это же неандерталец, вежливое обращение он принимает за слабость». Есть какой-то элемент культуры, который западный народ впитывает с молоком матери, а у нас ему ещё только предстоит появиться.
Да ладно область видимости, мне больше не нравится что оно само, можно сказать, переделывает код, из-за чего можно говорить «вот этот код на самом деле будет выполняться вот в таком, другом, порядке». Очень не интуитивно. Понятно, что можно разобраться, почитать там и там, но принцип наименьшего удивления нарушен :)
1. Не надо пользоваться говнофлюсами типа канифоли, паяльной кислоты, аспирина и прочего из прошлого века. В магазинах продаются отличные припои с флюсоми жидкие флюсы. Мой выбор — припои с воддсмывным флюсом и водосмывный флюс сам по себе. Купить можно в магазинах «Профи» (siriust.ru), если немного надо. В Чип-И-Дипе тоже можно, но там раза в 2.5 дороже, хотя если потребовалось в воскресенье вечером и срочняк — то можно и там.
2. Правильно выбирайте температуру паяльника. Если слишком маленькая — флюс сгорит до того как припой расплавится, слишком большая — не успеет сделать свою работу. В зависимости от массы жала рекомендую что-то в диапазоне 270-330, определяется экспериментально. То, что пишет пальная станция — не обязательно совпадает с реальной температурой.
3. Правильно лудите жало. Если жало имеет вид серебристый — это необгораемой жало, к нему надо купить этакую мочалочку, в сухом виде жесткая, в мокром становится мягкой. Об нее жало надо вытирать. Никаких надфилей и зачистки жала механическим способом!
4. На жале таким образом будет немного припоя. С одного конца жалом тыкаете в припаиваемые детали, другой рукой НЕМНОГО припоя с флюсом. Ждете, пока припой растечется по детали и они прогреются (сухим жалом греть обе спаиваемые поверхности — только время зря терять), далее скармливаете еще немного припоя, и образуется очень красивое место пайки. Проверяете — гальтель (кусочек припоя) должна быть блестящей и гладкой.
5. Если флюса из припоя маловато — кисточкой смазываете место пайки. Учтите, что в флюсе есть активные вещества, они расходуются при пайке и, даже если место пайки выглядит сырым, но вы там паяли уже пару раз — надо флюса добавить.
6. SMD паяются пастой и феном. Паяльник — от лукавого, станции начального уровня с фенами стоят недорого, попробуйте. Пасту тоже берите с водосмывным флюсом.
7. Водосмывный флюс — рулез форева. После траха вприсядку с отмывкой бензиново-изопропанольной смесью, в разных банках с разной степенью чистоты и так далее я перешел на водосмывный флюс и ура. Просто помыл под теплой водой, ополоснул в дистилляте — плата красивая и чистая, нигде ничем не воняет.
Только наклеиванием матового покрытия поверх глянцевого. Приклеенный к матрице глянец вряд ли удастся снять. А матовых покрытий продаётся уйма на том же ebay. Посоветовал бы немецкую фирму Vikuiti, всегда у них покупаю покрытие на всякие таблетки, правда дорого.
Ах, простите, забыл — в нем этого всего нет. Welcome стрелять себе в ноги.
Отличная демонстрация уровня познаний рядового читателя хабры.
А по теме — были советские ролики, которые описывали ТО наглядней. Например, «Физика в половине десятого» или «что такое теория относительности». Можно на ютюбе найти.
P.S. MongoDB, кстати, довольно неплохая штука, подводных камней конечно куча, и распиаренный шардинг с репликацией на деле получаются далеко не такими простыми, как в документации. Но, на мой взгляд, через пару лет MongoDB скорее всего займет свою определенную нишу
Я лююблю сравнивать реляционные базы данных с UNIX. Обе технологии — долгожители, пережиили не одно поколение смены других технологий и все еще имеют широкое применение. Причниа этого — настолько же банальна, насколько и проста, изза чего многие падкие на новое и блестящее любят вытирать об них ноги. Причина эта в вашем заголовке — гибкость.
Юникс состоит из множества утилит которые делают свое дело и делают его хорошо. И под конкретную задачу вы на ходу комбинируете нужные вам утилиты, чтобы получить необходимый результат, поэтому тот кто овладел командной строкой за 5 минут может решить нетривальные одноразовые задачи, для которых обычному пользователю нужны специальный софт.
Аналогично с БД, только уже на уровне данных. Таблицы — это ваша «файловая системв», а язык SQL — ваши sed, awk, ls, cp итд. NoSQL — это «специальная программа под конкретную задачу». Поэтому каждое NoSQL решение полезно вам в тех случаях, которые подходят под определенный круг задач. Шаг влево, шаг вправо — вам нужна еще одна специальная утилита для каждой новой конкретной задачи, в то время как SQL и логичная схема дают вам универсальный инструмент.
Например, как аналог, такой пример — возможно вы сможете установить готовую убунту из готового образа на Amazon EC2, потому что ктото позаботился о специализированном решении, но если вам понадобится смигрировать готовую систему на каком нибуть хитром или сильно кастомизированном дистрибутиве на EC2, вам понадобится более универсальный инструмент.
Возможность комбинировать данные из разных схем — преимущество, которое не позволит SQL исчезнуть никуда и никогда, как бы сильно этого кому то не хотелось, так же как и юникс, он может лишь эволюционировать в более совершенный интструмент, а удел NoSQL — нишевые задачи — всегда таким был, всегда таким и будет, просто зоопарк NoSQL-моделей будет расти.
Если кому то интересны еще «неправославные» аналогии, — такое же место у XML vs JSON. XML — универсальный расширяемый текстовый формат, находящий применение буквально везде и применимый буквально ко всему. JSON — специализированное решение, упрощенный формат под конкретные задачи представления обьектов, где не требуется строгая валидация.
Список людей, которым не пофиг.
1. Не надо пользоваться говнофлюсами типа канифоли, паяльной кислоты, аспирина и прочего из прошлого века. В магазинах продаются отличные припои с флюсоми жидкие флюсы. Мой выбор — припои с воддсмывным флюсом и водосмывный флюс сам по себе. Купить можно в магазинах «Профи» (siriust.ru), если немного надо. В Чип-И-Дипе тоже можно, но там раза в 2.5 дороже, хотя если потребовалось в воскресенье вечером и срочняк — то можно и там.
2. Правильно выбирайте температуру паяльника. Если слишком маленькая — флюс сгорит до того как припой расплавится, слишком большая — не успеет сделать свою работу. В зависимости от массы жала рекомендую что-то в диапазоне 270-330, определяется экспериментально. То, что пишет пальная станция — не обязательно совпадает с реальной температурой.
3. Правильно лудите жало. Если жало имеет вид серебристый — это необгораемой жало, к нему надо купить этакую мочалочку, в сухом виде жесткая, в мокром становится мягкой. Об нее жало надо вытирать. Никаких надфилей и зачистки жала механическим способом!
4. На жале таким образом будет немного припоя. С одного конца жалом тыкаете в припаиваемые детали, другой рукой НЕМНОГО припоя с флюсом. Ждете, пока припой растечется по детали и они прогреются (сухим жалом греть обе спаиваемые поверхности — только время зря терять), далее скармливаете еще немного припоя, и образуется очень красивое место пайки. Проверяете — гальтель (кусочек припоя) должна быть блестящей и гладкой.
5. Если флюса из припоя маловато — кисточкой смазываете место пайки. Учтите, что в флюсе есть активные вещества, они расходуются при пайке и, даже если место пайки выглядит сырым, но вы там паяли уже пару раз — надо флюса добавить.
6. SMD паяются пастой и феном. Паяльник — от лукавого, станции начального уровня с фенами стоят недорого, попробуйте. Пасту тоже берите с водосмывным флюсом.
7. Водосмывный флюс — рулез форева. После траха вприсядку с отмывкой бензиново-изопропанольной смесью, в разных банках с разной степенью чистоты и так далее я перешел на водосмывный флюс и ура. Просто помыл под теплой водой, ополоснул в дистилляте — плата красивая и чистая, нигде ничем не воняет.
Это что в голову на первое время пришло.
И демократия, и гласность.
И вот тогда госбезопасность
Припомнит наши имена.
Вот вам и все правда.