Wiki по SQLite

Re: Wiki по SQLite

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

vm (17.10.2004 23:21:14)

Re: Re: Wiki по SQLite

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

stark_lnx (18.10.2004 10:37:42)

Re: Wiki по SQLite

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

sad_spirit (18.10.2004 11:23:03)

Re: Re: Wiki по SQLite

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

/ Oracle

Re: Re: Wiki по SQLite

Денег не было на постгресный хостинг, видать :-).

eXOR (18.10.2004 13:35:01)

Re: Re: Re: Wiki по SQLite

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

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

Re: Re: Re: Wiki по SQLite

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

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

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

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

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

Re: Re: Re: Re: Wiki по SQLite

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

Re: Re: Re: Re: Wiki по SQLite

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

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

eXOR (18.10.2004 18:28:59)

Re: Re: Re: Re: Re: Wiki по SQLite

кстати SQLite тоже туда же.

eXOR (18.10.2004 18:29:58)

Re: Re: Wiki по SQLite

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

Re: Re: Re: Re: Re: Wiki по SQLite

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

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

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

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

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

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

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

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

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

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

Re: Re: Wiki по SQLite

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

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

annonymous (19.10.2004 3:54:01)

Re: Re: Re: Re: Re: Re: Wiki по SQLite

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

Re: Re: Re: Re: Re: Re: Re: Как писать ПО лучше

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

Re: Re: Re: Re: Re: Re: Re: Wiki по SQLite

Нахрена тебе для этого реляционная BD? :-).

eXOR (20.10.2004 12:24:15)

Re: Re: Re: Re: Re: Re: Wiki по SQLite

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

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

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

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

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

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

eXOR (20.10.2004 12:29:07)

Re: Re: Re: Re: Re: Re: Re: Re: Wiki по SQLite

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

Re: Re: Re: Re: Re: Re: Re: Wiki по SQLite

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

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