| 1.1, Аноним (-), 04:29, 20/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Это партянка, состоящая из 1 файла размером в 1000 строк с огромными if/else блоками и копипастами внутри. Естественно без юнит тестов.
| | |
| 1.2, гумбольдт_восемнадцатый (?), 06:01, 20/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Отлично, посмотрим. Как раз собирался для тех же целей изобретать свой велосипед, а тут вон оно уже.
Только мне нечто относительно универсальное нужно. Кто-нибудь знает такую же штуку для мускула?
| | |
| |
| |
| 3.5, гумбольдт_восемнадцатый (?), 07:41, 20/06/2012 [^] [^^] [^^^] [ответить]
| –8 +/– | |
> что такое мускул?
мускул - это в некоторых случаях неплохая, а часто ещё и гораздо более популярная, альтернатива обсуждаемому тут писквелу.
| | |
| |
| |
| 5.9, гумбольдт_восемнадцатый (?), 12:38, 20/06/2012 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> А зачем ты коверкаешь названия?
Меня использовать такие слова в разговорной речи семь лет назад один хороший человек научил, который любил флеймы по теме. Не выговаривать же многосложное "пост-гре-эс-ку-эль". Мускуль, пискль - и всё, очень удобно, очень быстро произносится. А как Вы их читаете?
| | |
| |
| 6.14, Aleks Revo (ok), 19:14, 21/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
 Запомни, о юный падаван: пискль у тебя в штанах, а СУБД называется Постгрес! ;-)
| | |
|
|
| 4.8, odd.mean (?), 10:57, 20/06/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 MySQL не полностью ACID. А когда вопрос касается амбулаторных карт пациентов сотен больниц - это критично (абсолютно критично). Одно протерянное/неверное значение в одной из таблиц в одной из 10 датабаз может стоит кому-то жизни/здоровья/просто_нервов. В Постгрес-Слоно-Кластере при правильной настройке древовидной репликации (в том числе реверсивной) это просто исключено. Особенно, если ваш ребёнок (мой случай) постоянно наблюдается в педиатрии одной из этих больниц. Не сравнивайте, пожалуйста, плотный энтерпрайз с сайто-продакшном.
| | |
| |
| 5.11, гумбольдт_восемнадцатый (?), 12:45, 20/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> MySQL не полностью ACID. А когда вопрос касается амбулаторных карт пациентов сотен
> больниц - это критично (абсолютно критично). Одно протерянное/неверное значение в одной
> из таблиц в одной из 10 датабаз может стоит кому-то жизни/здоровья/просто_нервов.
> В Постгрес-Слоно-Кластере при правильной настройке древовидной репликации (в том числе
> реверсивной) это просто исключено. Особенно, если ваш ребёнок (мой случай) постоянно
> наблюдается в педиатрии одной из этих больниц. Не сравнивайте, пожалуйста, плотный
> энтерпрайз с сайто-продакшном.
Вопрос был не в том, никто не утверждал, что мускул способен тягаться прям вот на всех фронтах. Вопрос был в том, есть ли нечто подобное уже готовое для мускула? Поскольку задачу надо решать и для него тоже.
| | |
| 5.12, Пользователь Дебиан (?), 17:45, 20/06/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
У Вас не совсем точные данные: MySQL поддерживает несколько движков для хранения данных; MyISAM, который является наиболее популярным (и быстрым, из тех, что хранят данные на диске), действительно свойствами ACID не обладает, однако встроенный же движок InnoDB вполне себе ACID: http://dev.mysql.com/doc/refman/5.0/en/innodb-storage-engine.html
Естественно, он по понятным причинам медленнее, однако таки "энтерпрайз".
Другой вопрос, что есть более стрёмные косяки, типа молчаливого обрезания данных в некоторых случаях. Тут MySQL прямо родной брат PHP. Как будто одни и те же люди делали.
| | |
| |
| 6.16, Aleks Revo (ok), 19:40, 21/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Другой вопрос, что есть более стрёмные косяки, типа молчаливого обрезания данных в
> некоторых случаях. Тут MySQL прямо родной брат PHP. Как будто одни и те же люди делали.
Добавим сюда, что InnoDB не поддерживает полнотекстовый поиск, который есть только в MyISAM - не всем, конечно, надо, но тем не менее вилка, если нужен (а обычно там, где он нужен - это серьёзный проект и там же нужен и ACID).
| | |
|
| 5.15, Aleks Revo (ok), 19:30, 21/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> MySQL не полностью ACID. А когда вопрос касается амбулаторных карт пациентов сотен
> больниц - это критично (абсолютно критично). Одно протерянное/неверное значение в одной
> из таблиц в одной из 10 датабаз может стоит кому-то жизни/здоровья/просто_нервов.
> В Постгрес-Слоно-Кластере при правильной настройке древовидной репликации (в том числе
> реверсивной) это просто исключено. Особенно, если ваш ребёнок (мой случай) постоянно
> наблюдается в педиатрии одной из этих больниц. Не сравнивайте, пожалуйста, плотный
> энтерпрайз с сайто-продакшном.
Куда там ACID? Там даже триггеры каскадно не срабатывают!
Что в сумме убивает идею реализации на уровне базы сколько-нибудь серьёзной логики управления целостностью и требует лепить костыли на уровне скриптов, что надёжности не добавляет. И это попадалово даже для сайтостроения (если, конечно, не делать сайт на три странички).
Решительно не понимаю популярности MySQL. Он проще? Да Боже упаси, то нельзя, это не работает, а вот то-то даже в планах нет - выкручивайся среди этого.
Разница между MySQL и Postgres как между запорожцем и мерседесом. Вроде и то, и то - ездит, но вот скорость и ощущения от езды...
Однако в отличие от машин, обходятся они в те же деньги, то бишь бесплатны. Смысл тратить время на менее качественный продукт?
| | |
|
|
|
|
| 1.7, odd.mean (?), 10:43, 20/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ни коим образом не нужно (насколько мне зе 4 года раоты с Постгрес (включая Слоны-кластеры) работать приходилось). ибо дампы парсятся чистой перлой намного проще, а для любителей ГУИ - там кто-то до сих пор phpMyAdmin от уязвимостей лечит, но к продакшену ACID-несовместимые СУБД "тоже конечно относятся";)
| | |
| |
| 2.10, гумбольдт_восемнадцатый (?), 12:42, 20/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Ни коим образом не нужно (насколько мне зе 4 года раоты с
> Постгрес (включая Слоны-кластеры) работать приходилось). ибо дампы парсятся чистой перлой
> намного проще, а для любителей ГУИ - там кто-то до сих
> пор phpMyAdmin от уязвимостей лечит, но к продакшену ACID-несовместимые СУБД "тоже
> конечно относятся";)
Тут перл и есть, просто написано уже. Лично мне оно нужно для случая трёх десятков баз на некоем подобии "хостингов для своих", правлю которые не я, зато примерно раз в месяц приходится разгребать последствия бездумного внесения изменений в них.
Иногда речь только про структуру БД и процедуры, иногда же приходится смотреть даже за изменениями данных в определённых таблицах. Навешивать свои механизмы ведения истории поверх существующих баз не имею возможности.
| | |
|
|
