Synopsis
Давайте обсудим высоко нагруженные проекты, архитектуру, БД, Масштабирование (Вертикальное и Горизонтальное) и прочие мелочи.
30 Июл 2012, 9:32Synopsis
Давайте обсудим высоко нагруженные проекты, архитектуру, БД, Масштабирование (Вертикальное и Горизонтальное) и прочие мелочи.
30 Июл 2012, 9:32RiO
SQLite даже, а не одной NoSQL нету 
Dezer
RiO пишет:
"SQLite даже а не одной NoSQL нету "
Расставь что ль знаки препинания..
Synopsis
RiO, nosql на практике масштабных проектов годятся только для key-value и значительно уступают по функционалу реляционным СУБД, да и опрос пока только об SQL, noSQL'ы будут в следующем 
---
В mySQL удобное партиционирование по сравнению с постргрескюэл, однако по скорости ему еще далеко до postgresql + нет кластеризованных индексов...
san
Synopsis, спасибо, поржал про nosql.
Из всего списка к хайлоадному вэбу относятся только mysql и postgresql.. и те довольно относительно, потому что всегда работают в связке с чем-то более быстрым и оптимизированным. Оракл и MS SQL - сектор корпоратива и бухгалтерии. sqlite вообще только встраиваемые решения, преимущественно мобильные. При правильном юзании какая-нибудь монга или кауч отымеет и мускул и постгри. К тому же монга умеет отдавать данные прямо через rest в виде json. Что позволяет юзать RIA напрямую подключаясь к БД, без посредничества сервер-апликешна.
san
партицирование редко имеет смысл. Просто ситуаций где оно действительно нужно - мало. По скорость по сравнению с постгрей - очень спорно. Синтетические тесты ничего не дадут) обычный SELECT у mysql быстрее. Но юзать постгрю, если не нужны какие нибудь postgis расширения я бы вообще не стал) Параноидальная система безопасности доставляющая больше проблем, чем удобств. Репликация через жопу, после mysql блевать хочется.
30 Июл 2012, 11:04Synopsis
san, партиционирование огромных таблиц (10^8 записей например), значительно ускоряет вставку, а если оно еще грамотно сделано, то и select. Однако я считаю, что во всех СУБД оно реализовано через ж. Насчет скорости select, простые select'ы во многих случаях действительно быстрее у mysql, также мне нравится в ней Insert Deleyed, однако до COPY ему далеко, но COPY опять же реализовано в Postgres криво. В mysql однозначно не хватает массивов и Partition BY
добавлено спустя 2 минуты:
san, назови преимущества nosql в сложных выборках над тем же postgres'ом?
добавлено спустя 3 минуты:
san пишет:
"Synopsis, спасибо, поржал про nosql.
Из всего списка к хайлоадному вэбу относятся только mysql и postgresql."
Кеп
---
Скорость Insert:
http://kylebush2009.wordpress.com/2012/03/25/mongodb-vs-postgresql/
---
Кто голосует за SQLite, отпишитесь 
G.N.C.
Каждая хороша для своих целей, голосовал за postgreSQL, но часто использую mySQL, да и в последнее время наверное вернусь на него...
добавлено спустя 4 минуты:
san, насчет партиционирования я для поисковика писал свой алгоритм по хешам слов, и скажу, что это была скорее необходимость, чем дополнение, также как и репликация...
добавлено спустя 1 минуту:
san, хмм... В чем заключается параноидальность системы безопасности в postgresql?
добавлено спустя 2 минуты:
Однако тем не менее недавно тестировал движок поиска на mysql, так вот, скорость индексации была в 3 раза больше! чем в pgsql
добавлено спустя 1 минуту:
Synopsis, добавляй noSQL