LINUX.ORG.RU

отличная база данных, правда сильно ограничена - нет даже вставки колонок - приходится очень медленным способом через жо всё делать. а так, если очень простая семантика данных и небольшая база то пойдёт для мобильников, заурусов и прочей мобилятины

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

Очень хороша ссылка, очень хорошая информация на русском, правда её совсем мало, если не сказать совсем нет. :)

stark_lnx
()

Клёво, одни одарённые люди уже сделали русскоязычный сайт по PostgreSQL, работающий на мыскле (postgres.ru), теперь другие одарённые люди сделали сайт по SQLite, работающий опять же на мыскле. Ждём аналогичный сайт по Ораклу.

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

Мы спим и видим как перейдем на mysql

/ Oracle

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

интересно, кто-нить уже сделал для этого движка (WackoWiki) постгресовский модуль? или же, авторы не сделали, а потому - ни-з-зя ...

движок этот - это такое %&&##%^& - это надо только додуматься хранить исходную страницу и гору коммитных diff'ов от неё в базе MySQL :( тушите свет, короче ...

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

Фиг там угадали :)

Хостинг -- собственный арендованый сервер :) Просто движок на MySQL изначально точно работает нормально. И для простых Web-приложений таки лучшей базой является именно MySQL.

Для более сложных (или объёмных) -- PostgreSQL.

В Web sqlite уготовано место исключительно блогов и прочего где минимально количество записей.

sqlite превосходен, когда большое количество запросо, и когда операции записи редки, и редко задействуют несколько таблиц. При более-менее сложных операциях плохо, ибо блокировку отдельных строк он не умеет, и во время транзакции блокирует базу целиком (даже не отдельную таблицу).

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

Я подумываю о выборе другого движка Wiki. Никто не подскажет хорошие сравнения?

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

> И для простых Web-приложений таки лучшей базой является именно MySQL.
MySQL vs PostgreSQL:
1. Менее функционален (меньше умеет)
2. Хуже масштабируется
3. Обладает сложной полукомерческой лицензией...

ИМХО давно пора этого ублюдка из рода SQL'ей в биореактор.

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

Эти люди деиствительно одаренные, поскольку понимают, что землю надо копать лопатой, а щи хлебать ложкой. Неодаренные же считают, что экскаватор более всего подойдет :-)

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

1. PostgreSQL только-только научился binary log делать. И только-только появилась нормальная работоспособность на винде. Для многих это критично.

2. PostgreSQL нужна там, где есть более-менее сложная логика. Там нужны и его фичи, и там он шустр. Но использовать его для форума на домашней странице Васи Пупкина -- бред.

3. Масштабируемость? Хм. Смотря куда. Смотри выше про binary log. Опять же, домашняя страничка вряд ли перегрузит MySQL :)

4. По поводу лицензии -- чего-чего? Всю жизнь GPL'ным был.

Каждому своё место.

Когда я пишу, например, биллинг -- да, триггеры и VIEW мне очень в тему, и я с удовольствием делаю его на постгресе.

Когда я разворачиваю страничку, то предпочитаю пользоваться MySQL -- просто потому, что распространённые движки на нём лучше всего протестированы.

Когда я пишу своё мультиплатформенное приложение, которому нужно где-то хранить свои данные -- я использую tcl/tk + sqlite.

Я с удовольствием бы использовал для этой цели PostgreSQL, если бы он умел прилинковываться к моим программам (режим работы без выделенного сервера), и если бы умел держать базу в одном файле.

Ну и ещё, безусловный плюс sqlite -- его можно использовать как _формат файлов_, даже на девайсах вроде наладонников (где sqlite самое место, и ничего лучше я не знаю... даже всякие DB2 для наладонников _не умеют триггеров_, а sqlite и триггеры умеет, и view).

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

> одни одарённые люди уже сделали русскоязычный сайт по PostgreSQL, работающий на мыскле

Бывает и хуже ;) Я помню, как один ну очень одарённый человек создал
сайт про линукс, и назвал его linux.org.ru. А захостил его на сервере
с freebsd.

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

и че мне для хранения списка сидюков демон поднимать? да ты гдето крупно головой приложился

anonymous
()





          ===============
      **  ЧТО ТАКОЕ WiKi?  **
          ===============


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

> Но использовать его для форума на домашней странице Васи Пупкина --
> бред.
Угумц. Но если внимательно изучить типичную страницу васи пупкина там БД вообще в х. не впилась. :-)...

> По поводу лицензии -- чего-чего? Всю жизнь GPL'ным был.
Дважды нет:
1. Был LGPL до недавнего времени
2. Теперь GPL/Коммерческая лицензия (для не GPL продуктов).
За справками или на их сайт или тут поищи - ссылки уже приводились.

> Когда я разворачиваю страничку, то предпочитаю пользоваться MySQL --
> просто потому, что распространённые движки на нём лучше всего
> протестированы.
Для CMS'ки PostgreSQL все-равно подоходит больше. Для сайта из 3-4 страниц база данных вообще не нужна. Либо правда что-нибудь типа SQLite.

> Когда я пишу своё мультиплатформенное приложение, которому нужно
> где-то хранить свои данные -- я использую tcl/tk + sqlite.
Ну и для чего?

> Я с удовольствием бы использовал для этой цели PostgreSQL, если бы
> он умел прилинковываться к моим программам (режим работы без
> выделенного сервера), и если бы умел держать базу в одном файле.
Штука полезная, но совсем для немногих задач.

> DB2 для наладонников _не умеют триггеров_, а sqlite и триггеры
> умеет, и view
Гм :-).

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

асболютно нинахрена. завтра же все делаю на csv текстовый движок и вручную перебираю поля. телефоны так же само загоню. это ж по твоему удобнее чем селект простенький забацать

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

Большинство программ работают с _данными_. И _данные_ должны храниться не в чёрт знает чём, а в _базах данных_. Это облегчает и логику программы, и взаимодействие между программами.

Яркие примеры -- различные записные книжки, history, контакт-листы. Всё это информация для базы данных. Но использовать для этого PostgreSQL как-то... нехорошо. До тех пор, по крайней мере, пока использование БД не станет общепринятой нормой.

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