LINUX.ORG.RU

PostgreSQL Inc. открыла текcты eRServer


0

0

Компания PostgreSQL Inc., которая занимается предоставлением поддержки для PostgreSQL и средств репликации для него же, сегодня открыла исходные тексты своего продукта eRServer, который непосредственно и решает задачу репликации

>>> Подробности

★★★★★

Ответ на: комментарий от anonymous

sqlite - это голимая база данных, поддерживающая очень ограниченный субсет sql. Как бы "ещё ближе к dbf", чем MySQL.
Позиционируется как очень легкий и быстрый движок для мелких задач - но честно говоря таких результатов как приведены на их сайте я не добился.
Да и даже не в скорсоти дело. Возможностей очень мало. Очень. Хотя для каких-то задач наверное подходит...

Dimentiy ★★
()
Ответ на: комментарий от anonymous

2Thanx:

> Однако ж и Google на MySQL живет

А ну-ка просветите-как нас что там в гугле на мускуле живёт? Уж не поисковая ли база? ;-) Три раза ха.

Dimentiy ★★
()
Ответ на: комментарий от Dimentiy

> sqlite - это голимая база данных, поддерживающая очень ограниченный субсет sql.

От брехло! Иди прочти хоть раз, что это такое.
- Implements most of SQL92
Неподдерживаемые фичи (а их очень немного) - все перечислены
тут: http://www.hwaci.com/sw/sqlite/omitted.html

На самом деле sqlite выглядит гораздо более серьезнее, чем
mysql в плане реализации стандарта SQL. Но у нее есть другие
проблемы - плохая скалябельность, отсутствие поддержки
национальных алфавитов.

anonymous
()

SQlite в принципе имеет некоторую поддержку UTF-8, но пока в ранней стадии. Все еще впереди. =) И все же, для всяких там форумов и прочего, на не очень больших сайтах, это имхо идеальное решение. Опять же оно всю базу данных целиком размещает в одном файле, что бывает удобно в плане бэкапов и переносов. На большой портал оно, конечно, не полезет. Впрочем, мускуль туда тоже ставить вряд ли стоит, если скорость не критична. Постгрес все ж надежней.

anonymous
()

ответ

не в тему :) но тест

petrosha ★★★★★
()
Ответ на: комментарий от anonymous

> для всяких там форумов и прочего, на не очень больших сайтах, это имхо идеальное решение.

Для англоязычных. Ты даже не сможешь сделать корректный order
by по полю с русским текстом.

anonymous
()
Ответ на: комментарий от anonymous

<цитата> На самом деле sqlite выглядит гораздо более серьезнее, чем mysql в плане реализации стандарта SQL. </цитата>

Смеетесь? В sqlite даже alter table нет..

walrus
()

Пардон за оффтопик.

Кто-нибудь качал/смотрел Plan9? Что это за зверь такой? Вроде как уважаемые люди делали.

Евгений

anonymous
()

Пардон за оффтопик. Кто-нибудь качал/смотрел Plan9? Что это за зверь такой? Вроде как уважаемые люди делали.

Евгений

anonymous (*) (2003-09-02 01:36:33.079781)

anonymous
()
Ответ на: комментарий от walrus

> Смеетесь? В sqlite даже alter table нет..

Кто я? Ага, смеюсь с вас. Ваши приложения, наверное, только
и делают, что alter table ;)

Там ясно написано, что эта операция делается программно:
старая таблица сохраняется под другим именем, новая создается,
и в нее переносятся данные из старой обычным селектом.
Почему-то вы не заметили subselects, triggers и другие вещи,
которые в mysql только зарождаются.

anonymous
()

2anonymous (*) (2003-09-01 08:04:02.765466)

Когда это в мускле появились _нормальные_ Foreign Keys?
Под нормальными я понимаю "с constrains".

sem
()

Ага, а то, что она на Java, забыли как то упомянуть? :(((
И нахрен такое нужно, что бы сделать репликацию постгри, надо ставить Яву? :(((

sem
()
Ответ на: комментарий от anonymous

>> для всяких там форумов и прочего

>Ты не сможешь сделать корректный order by по полю с русским текстом

Дык -- есть там UTF-8 или нет? И если есть -- кто мне помешает сделать корректный order by?

С уважением -- Смоляное Чучелко

anonymous
()

Сорри за офтопик, это у меня браузер глючит или за вчера сегодня не одной новой новости???

anonymous
()
Ответ на: комментарий от anonymous

> Дык -- есть там UTF-8 или нет?

Насколько я знаю - нет. А если бы и был, это все равно
неудобно. Нужна нормальная поддержка Character sets, collations, coercibility.

anonymous
()

так где взять PostgreSQL работающий под Windows где этот UltaSQL ничего нету ...

anonymous
()
Ответ на: комментарий от Korwin

> Имеется EMS PostgreSQLManager ИМХО возможностей выше крыши

Только вот денюшки за него платить надо

anonymous
()
Ответ на: комментарий от cold

> select *|field_list from some_table_func(some_parameters_list) > where some_field=...

Хм, да не про то я. Это и с MySQL UDF можно сделать. Опять же здесь используется ФУНКЦИЯ, не процедура! Напиши ка мне пожалуйста что-типа такого (образно пишу):

$recordset = pgsql("execute some_procedure(par1, par2)");

И чтобы вернулся recordset. А? А уже внутри some_procedure делать select чего-то.

> кому возможностей mysql-я хватает - пользуйтесь на здоровье!!! P.S. Прально говоришь! Согласен и поддерживаю! Хоть M$ACCESS :)

anonymous
()

>Хм, да не про то я. Это и с MySQL UDF можно сделать. Опять же здесь
>используется ФУНКЦИЯ, не процедура! Напиши ка мне пожалуйста что-типа
>такого (образно пишу):

>$recordset = pgsql("execute some_procedure(par1, par2)");

>И чтобы вернулся recordset. А? А уже внутри some_procedure делать
>select чего-то.

Мда. Определимся сначала с понятиями:
функция - определенный код возвращающий определенные данные после своего выполнения.
процедура - определеный код который не возвращает результаты своего действия.

А теперь ответь на вопрос: нафига извращаться и пытаться вернуть из процедуры recordset если для этих целей служит функция? Типа все привыкли делать через одно место?

Еще раз: зачем пытаться из _процедуры_ получить RecordSet? В каких случаях это так необходимо?

Korwin ★★★
()

anonymous (*) (2003-09-03 05:06:50.017288):

execute -- это из какого стандарта? Для получения т.н. "recordset" используется SELECT. Точка.

PostgreSQL позволяет делать select из хранимой процедуры (функции, в терминологии Postgres). А она там внутри может делать, что хочет -- хоть select, хоть из воздуха записи создавать.

Еще раз вопрос: в чем претензии? Не нравится Potgres -- купите Oracle и не мучайтесь.

nickg
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.