https://opennet.ru/openforum/vsluhforumID3/41994.html Компания Yahoo утверждает (http://postgresmen.ru/news/view/98), что ей удалось побить мировой рекорд, создав самую большую и нагруженную базу данных в мире. Объём данных: 2 петабайт, нагрузка: 24 млрд событий в сутки. БД работает под управлением модифицированного PostgreSQL. В качестве однго из самых крупных изменений, можно отметить ориентацию на по-колоночное хранение вместо традиционного построчного, что замедляет запись на диск, но обеспечивает лучшую скорость доступа к данным для аналитических целей.<br><br><br><br>В базе хранится история поведения веб-пользователей, утверждается, что в месяц сохраняются данные о полумиллиарде пользователей. Некоторые таблицы в базе содержат триллионы строк, которые не просто лежат мёртвым грузом на дисках, но могут быть запрошены и обработаны стандартным SQL, в стандартной ACID-совместимой среде.<br><br><br>Инженеры Yahoo ожидают рост до 5 петабайт к следующему году. И они готовы к такому росту. Для сравнения: редко встречаются БД уровня предприятия объёмом боле...<br><br>URL: http://postgre https://opennet.ru/openforum/vsluhforumID3/41994.html#56 Sat, 07 Jun 2008 18:50:43 GMT <br>&gt;В этом "зародышевом состоянии" находится пол и-нета :) И триггеры используются и <br>&gt;(о чудо) хранимые процедуры, и даже вьюхи и курсоры :) Это <br>&gt;5.0 (stable) <br>&gt;<br>&gt;Такое ощущение, что вы минимум лет 5 не интересовались новостями в MySQL <br>&gt;:) <br><br>Я мля с этим говном кажный день ипусь. И если хранение процедур и триггеров с plain text и перекомпиляция их _каждый раз_ перед выполнение это "о чудо", то ну их нах ВООБЩЕ.<br> https://opennet.ru/openforum/vsluhforumID3/41994.html#55 Mon, 02 Jun 2008 06:26:48 GMT <br>&gt;+ оперативное реагированиение на "бзики" Российского законодательтсва.<br><br>Нам это "оперативное" вылилось в продолжительность около полутора месяцев. Догадайтесь, почему на 90% (может, даже больше) установок оперативность одноце равна нулю.<br> https://opennet.ru/openforum/vsluhforumID3/41994.html#54 Thu, 29 May 2008 11:03:53 GMT А форточки загибаются еще дольше. И это не делает ни форточки, ни одинце достойными внимания продуктами. Результат их распространенности - маркетинг, коррупция и армия тупых баранов, которые научились зарабатывать на этом деньги. Эти бараны ничего, кроме брезгливости, не вызывают. Устойчивый рвотный рефлекс при любом упоминании одинце. Примерно такой же, как если бы случайно вляпаться в дерьмо.<br> https://opennet.ru/openforum/vsluhforumID3/41994.html#53 Thu, 29 May 2008 08:50:58 GMT Вы вообще о чём?<br>непонятно.<br>а по поводу конвертеров - так и делаю.<br>лучше ответьте на вопрос:<br>а зачем в 1Cv8 вообще появился свой формат?<br>что, принципы Кодда для 1С не подходят?<br>или налоговая запрещает?<br>&gt; А где возьмёте толпу консультантов и техн спецов, которые будут знать, какими ключами какие гайки заворачивать?<br><br>до чего уже извращенные понятия сформировала 1С и им подобные.<br>ANSI SQL уже в вузах не преподают?<br>зато сейчас куча недоученных школьников пишут дебильные обработки, а потом бегают и продают всем подряд коммерсантам.<br>Вы это называете консалтингом и техн. специалистами?<br> https://opennet.ru/openforum/vsluhforumID3/41994.html#52 Thu, 29 May 2008 05:00:19 GMT 1С благополучно "загибается" уже лет 10 если не больше. Да архитектура - плоха. Но мощный и относительно недорогой саппорт, плюс конвеер по клепанию "программистов" с улицы + оперативное реагированиение на "бзики" Российского законодательтсва. Это и делает рынок 1С (малый и частично средний бизнес). Другие проекты значительно отстают в этом отношении.<br><br>Ситуация могла бы существенно измениться, если бы Российское законодательство было более стабильно и предсказуемо. ИМХО<br> https://opennet.ru/openforum/vsluhforumID3/41994.html#51 Wed, 28 May 2008 21:25:33 GMT &gt;А уж блокирующий бэкап в мускуле это даже не смешно. Понятно, что <br><br>mysql это не тип базы данных. есть myisam, есть innodb.<br>mysqldump --single-transaction для innodb влечёт за собой мелкий лок вначале.<br>А после фул бекапа можно и бинлоги лить на ленту в виде инкрементального бекапа.<br>Так что жить можно.<br>А дай бог допишут всяких фальконов :) может и ваще будет шик.<br><br>И скажу честно - на ходу поменять кодировку столбца, таблицы, базы - очень приятно.<br><br> https://opennet.ru/openforum/vsluhforumID3/41994.html#50 Wed, 28 May 2008 19:43:01 GMT Николай, чем раньше одинце загнется, тем будет лучше. Всем. Глобальная проблема одинце - тупость архитекторов, которые не имеют представления ни о проектировании, ни о базах данных.<br><br>Люди, которые работают над "улучшением ситуации", напрасно теряют время: его можно потратить на написание нормального программного продукта.<br> https://opennet.ru/openforum/vsluhforumID3/41994.html#49 Wed, 28 May 2008 18:45:06 GMT &gt;Кстати, господа, а кто-нибудь репликацией данных между <br>&gt;разными СУБД занимается/занимался? Консультация нужна. <br><br>Если задача затрагивает Постгрес, можете обратиться к нам, postgresmen.ru.<br> https://opennet.ru/openforum/vsluhforumID3/41994.html#48 Wed, 28 May 2008 18:43:27 GMT ОК, сделаете вы такую систему. А сможете ли сделать конвертор БД из 1С-форматов, чтобы перетягивать клиентов? А сможете развить свою партнёрскую сеть? А где возьмёте толпу консультантов и техн спецов, которые будут знать, какими ключами какие гайки заворачивать?<br>