https://89.19.215.112/openforum/vsluhforumID3/13059.html Опубликован обзор (http://software.newsforge.com/article.pl?sid=05/12/15/1611251) целей проекта mysqlcompat (http://pgfoundry.org/projects/mysqlcompat), в рамках которого разрабатывается набор функций на SQL и PL/PgSQL для упрощения переноса MySQL приложений под PostgreSQL.<br><br><br>В комплект входят недостающие в PostgreSQL функции (например, работы со временем и строками), операторы и правила преобразований типов.<br><br><br>URL: http://software.newsforge.com/article.pl?sid=05/12/15/1611251<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=6652<br> https://89.19.215.112/openforum/vsluhforumID3/13059.html#24 Wed, 04 Jan 2006 17:18:38 GMT На больших базах, которые преимущественно лежат на винтах поскольку в буфера/кэш влезть не в состоянии просто физически, на самом деле разница в скорости сильно нивелируется реальностью (железом). Если конечно база это не plain text файл ;) Поэтому, наверное, немного более правильное решение просчитать для начала проект, объемы данных и темпы роста, возможность агрегирования/архивирования данных, а потом выбрать rdbms по средствам уму и сердцу. А не орать тут в форуме кто кого "уделывает". https://89.19.215.112/openforum/vsluhforumID3/13059.html#23 Wed, 21 Dec 2005 05:53:07 GMT табличные блокировки в myisam - это замена транзакциям в тех редких случаях, когда они нужны, но не часто. 150-250 апдейтов в секунду - это полным маразмом надо страдать, чтобы для этого использовать myisam с блокировками.<br>Я еще раз повторяю - транзакции (читай "блокировки") нужны далеко НЕ всегда. Кроме того, мускуль позволяет в одной базе держать таблицы разных типов, что дает возможность использовать преимущества всех типов. И плюс ко всему всегда можно изменить тип базы (одной командой). https://89.19.215.112/openforum/vsluhforumID3/13059.html#22 Tue, 20 Dec 2005 08:55:44 GMT &gt;&gt;без обид - mysql для детей <br><br>Ежели это про MaxDB (в девичестве SAPDB), то это совсем другая СУБД, самими SAP'ами сделанная. Вот только непонятно, будет ли MySQL AB развивать ее или подзабьют на это дело.<br><br>А собственно MySQL до недавнего времени только для детей и годилась. Очень много функций добавилось только в 5-ке (вложенные запросы, хранимые процедуры, вьюшки, триггеры и т.д.). Для простых задач, сводящихся к не менее простым выборкам это вполне подходило, но не более. https://89.19.215.112/openforum/vsluhforumID3/13059.html#21 Mon, 19 Dec 2005 21:10:15 GMT Это ваше дело, что не хватает у вас :) https://89.19.215.112/openforum/vsluhforumID3/13059.html#20 Mon, 19 Dec 2005 15:03:43 GMT Имеется ввиду исходный код (сырци). https://89.19.215.112/openforum/vsluhforumID3/13059.html#19 Mon, 19 Dec 2005 12:00:50 GMT Последний, с Матроскиным 5+! :-) https://89.19.215.112/openforum/vsluhforumID3/13059.html#18 Mon, 19 Dec 2005 11:41:29 GMT "Средствов у нас хватает, ума у нас не хватает" (с) Матроскин :) https://89.19.215.112/openforum/vsluhforumID3/13059.html#17 Mon, 19 Dec 2005 09:11:04 GMT А мне вот SQLite3 хватает. И транзакции и скорость. Да еще и встраиваемость в приложения. https://89.19.215.112/openforum/vsluhforumID3/13059.html#16 Mon, 19 Dec 2005 08:55:35 GMT А что такое нечитабельные код под базу данных Postgresql или Mysql?<br>Может что-то другое имеется ввиду?<br>Да и кто мешает пользоваться database abstraction library для некритичных к скорости приложений, чтобы не заниматься этими "переходами"?