|
|
3.20, Etch (?), 14:57, 29/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
>лишний пока, когда maria допилят вроде обещали вернуть.
А нафига он будет нужен когда марию допилят? Как раз сейчас он и не лишний.
| |
|
|
1.3, kost BebiX (?), 14:46, 14/10/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Да, если они с вордпрессами всякими заточатся - будет им популярность. Хорошая затея.
| |
|
2.6, kost BebiX (?), 15:42, 14/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
>А зачем он? Что в нем останется от СУБД? =)
Таблички и всякие сэлэкты сложные ж все еще будут работать. Это хорошо потому что в современном мире можно на приложение нагрузку поставить по составлянию запроса и проч, а БД чтоб максимально быстро работала. Еще раз повторюсь, если вордпресс какой под этим (или пхпбб) запустят - думаю станет флагманом для большинства)
| |
|
3.7, Аноним (-), 19:32, 14/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
SQLite уже есть и рвет даже "легковесный" мыскл яко ТузеГ грелку! :-)
| |
|
4.9, kost BebiX (?), 20:21, 14/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
>SQLite уже есть и рвет даже "легковесный" мыскл яко ТузеГ грелку! :-)
>
Бред. При множественных подключениях и больших размерах базы sqlite просто умирает.
| |
|
5.11, User294 (ok), 21:31, 14/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Бред. При множественных подключениях и больших размерах базы sqlite просто умирает.
А большие - это сколько? А то какой-то любитель скулайта с сиквель.ру заменил им мускуль в 20Гб базе - еще и выиграл в скорости раза в 2. А гонял тесты до 100Гб. Потому что скулайт в общем то не тормоз, просто кошек надо уметь готовить. Вот тот перец - умеет. Ну и понимает возможности и особенности и как им подыграть, потвикав некоторые сущности. Потому и натягивает, собссно :-).
| |
|
6.12, kost BebiX (?), 21:37, 14/10/2009 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>Бред. При множественных подключениях и больших размерах базы sqlite просто умирает.
>
>А большие - это сколько? А то какой-то любитель скулайта с сиквель.ру
>заменил им мускуль в 20Гб базе - еще и выиграл в
>скорости раза в 2. А гонял тесты до 100Гб. Потому что
>скулайт в общем то не тормоз, просто кошек надо уметь готовить.
>Вот тот перец - умеет. Ну и понимает возможности и особенности
>и как им подыграть, потвикав некоторые сущности. Потому и натягивает, собссно
>:-).
Да да, ты еще хакер.ру почитай. SQLite не умеет одновременно в два потока писать в БД (даже в разные таблички), что изначально делает его тормозом. Ну а на практике из повседневного - попользуйся хотя бы amarok с достаточно большой базой вначале с sqlite, а потом с mysql. О серьезных БД и каком-то тролле с сиквель.ру я даже говорить не буду.
| |
|
|
|
9.18, lev (??), 13:03, 29/10/2009 [^] [^^] [^^^] [ответить] | +/– | аномим знает толк в нагрузочном тестировании на реальных задачах с кучей конкури... текст свёрнут, показать | |
|
|
|
|
|
|
|
2.10, User294 (ok), 21:26, 14/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
Знаешь, перец, иногда нужна просто сиквельная база без выгибонов и никакие ACL в половине случаев ни в какое место никому не впивались. От субд останется собссно СУБД а не вагон свистелок и перделок от которых все тормозит и жрет ресурсы. И не вижу проблем если они все-таки нужны. Оригинал то на месте вроде?!
| |
|
3.15, Аноним (-), 18:30, 15/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
Т.е. - одно пользовательский доступ? Дык повторюсь - SQLite _уже_ есть! :)
| |
|
4.21, Гыгыка (?), 16:45, 02/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
Много кто еще есть.
И Jet (умер вроде) и FireBird и Oracle Express...
Тут уже все расписали. Проверь SQLite простым тестом - пусть один процесс читает в цикле, а пара других процессов пишут с паузами в 1 секунду.
Увидишь...
Всего на 3 процессах.
Обсуждаемый сервер на web-сайты (причем на серьезные веб-сайты, судя по умению разбивать данные по ключу) ориентирован.
ИМХО, тест на 3 процессах это даже близко не лежало к серьезным сайтам.
А уже - тормоза.
;)
| |
|
|
|
1.5, Nicknnn (ok), 15:37, 14/10/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Уж лучше бы они просто сделали прокси для sqlite для "мониторинга запросов в реальном режиме времени" и не мучались.
| |
|
2.22, Гыгыка (?), 16:46, 02/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Уж лучше бы они просто сделали прокси для sqlite для "мониторинга запросов
> в реальном режиме времени" и не мучались.
Тормоза верные. Подумай сам - почему.
| |
|
1.8, Аноним (-), 19:54, 14/10/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
a query cache нафига вырезали?
А без предварительно подготовленных запросов (prepared statement) вам ни jdbc ни безгеморойной борьбы с sql injections
| |
|
2.23, Гыгыка (?), 16:51, 02/02/2011 [^] [^^] [^^^] [ответить]
| +/– |
> a query cache нафига вырезали?
> А без предварительно подготовленных запросов (prepared statement) вам ни jdbc ни безгеморойной
> борьбы с sql injections
1. Наверное, чтобы сосредоточиться на главном.
2. Сурьезные решения все едино через какой нибудь коннекшн-пул работают. Никто не мешает реализовать все это на уровне пула.
| |
|
|