[Comm] Выбор БД. Help!

[Comm] Выбор БД. Help!

[anterior]

Привет всем! Скажите плз. хочу попрактиковаться с разработкой программ-Баз  
данных на Линукс. Подскажите  простую локальную базу данных(MySQL, Oracle  
для меня еще слишком сложны)

Re: [Comm] Выбор БД. Help!

[Anton Farygin]

anterior wrote:
> Привет всем! Скажите плз. хочу попрактиковаться с разработкой программ-Баз  
> данных на Линукс. Подскажите  простую локальную базу данных(MySQL, Oracle  
> для меня еще слишком сложны)

MySQL. Проще не бывает ;)

Хотя для локальной лучше всего подойдёт sqlite. Самая простая.

Rgds,
Rider

Re: [Comm] Выбор БД. Help!

[Мажурин Игорь]

On Tue, 30 May 2006 20:19:09 +0400
anterior <anterior@inbox.ru> wrote:

> Привет всем! Скажите плз. хочу попрактиковаться с разработкой программ-Баз  
> данных на Линукс. Подскажите  простую локальную базу данных(MySQL, Oracle  
> для меня еще слишком сложны)

проще только sqlite
> _______________________________________________
> Community mailing list
> Community@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/community

Re: [Comm] Выбор БД. Help!

[Alexey Sidorov]

anterior пишет:
> Привет всем! Скажите плз. хочу попрактиковаться с разработкой программ-Баз  
> данных на Линукс. Подскажите  простую локальную базу данных(MySQL, Oracle  
> для меня еще слишком сложны)
>   
MySQL
Мне кажется и думать нечего :)

Re: [Comm] Выбор БД. Help!

[Муратов Олег]

Добрый день.

 Если Вам кажется, что MySQL слишком сложен, то, может, Вам стоит отказаться
от идеи разработки программ для работы с базами данных ?

С уважением, Муратов О.В.

-----Original Message-----
From: community-bounces@lists.altlinux.org
[mailto:community-bounces@lists.altlinux.org] On Behalf Of anterior
Sent: Tuesday, May 30, 2006 8:19 PM
To: community@lists.altlinux.org
Subject: [Comm] Выбор БД. Help!

Привет всем! Скажите плз. хочу попрактиковаться с разработкой программ-Баз  
данных на Линукс. Подскажите  простую локальную базу данных(MySQL, Oracle  
для меня еще слишком сложны)
_______________________________________________
Community mailing list
Community@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/community

Re: [Comm] Выбор БД. Help!

[Alexey Rusakov]

anterior wrote:
> Привет всем! Скажите плз. хочу попрактиковаться с разработкой программ-Баз  
> данных на Линукс. Подскажите  простую локальную базу данных(MySQL, Oracle  
> для меня еще слишком сложны)
Проще всех SQLite, следом MySQL. По-моему, так.

-- 
   Alexey "Ktirf" Rusakov

Re: [Comm] Выбор БД. Help!

[Alexei Takaseev]

On Tue, 30 May 2006 15:56:20 +0400 Alexey Rusakov wrote:

> anterior wrote:
> > Привет всем! Скажите плз. хочу попрактиковаться с разработкой
> > программ-Баз   данных на Линукс. Подскажите  простую локальную базу
> > данных(MySQL, Oracle   для меня еще слишком сложны)
> Проще всех SQLite, следом MySQL. По-моему, так.

А правильный путь - PostgreSQL. Бо что мыскль, что sqlite это обычные
bdb на стероидах.

Re: [Comm] Выбор БД. Help!

[Nick S. Grechukh]

Alexei Takaseev wrote:
> On Tue, 30 May 2006 15:56:20 +0400 Alexey Rusakov wrote:
> 
>> anterior wrote:
>>> Привет всем! Скажите плз. хочу попрактиковаться с разработкой
>>> программ-Баз   данных на Линукс. Подскажите  простую локальную базу
>>> данных(MySQL, Oracle   для меня еще слишком сложны)
>> Проще всех SQLite, следом MySQL. По-моему, так.
> А правильный путь - PostgreSQL. 
чем он правильный? возни с ним больше, что только в некоторых случаях 
оправдано

Re: [Comm] Выбор БД. Help!

[Alexei Takaseev]

On Tue, 30 May 2006 19:10:59 +0300 Nick S. Grechukh wrote:

> Alexei Takaseev wrote:
> > On Tue, 30 May 2006 15:56:20 +0400 Alexey Rusakov wrote:
> > 
> >> anterior wrote:
> >>> Привет всем! Скажите плз. хочу попрактиковаться с разработкой
> >>> программ-Баз   данных на Линукс. Подскажите  простую локальную
> >базу >> данных(MySQL, Oracle   для меня еще слишком сложны)
> >> Проще всех SQLite, следом MySQL. По-моему, так.
> > А правильный путь - PostgreSQL. 
> чем он правильный? возни с ним больше, что только в некоторых случаях 
> оправдано

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

А если стоит задача изучения и получения практики разработки СУБД, так
надо сразу же изучать и учиться работать с правильными полноценными
системами. Что мыскль, что sqlite к полноценным СУБД имеют отношение
весьма дальнеродственное.

Re: [Comm] Выбор БД. Help!

[Alexey Rusakov]

Alexei Takaseev пишет:
> On Tue, 30 May 2006 19:10:59 +0300 Nick S. Grechukh wrote:
>
>   
>> Alexei Takaseev wrote:
>>     
>>> On Tue, 30 May 2006 15:56:20 +0400 Alexey Rusakov wrote:
>>>
>>>       
>>>> anterior wrote:
>>>>         
>>>>> Привет всем! Скажите плз. хочу попрактиковаться с разработкой
>>>>> программ-Баз   данных на Линукс. Подскажите  простую локальную
>>>>>           
>>> базу >> данных(MySQL, Oracle   для меня еще слишком сложны)
>>>       
>>>> Проще всех SQLite, следом MySQL. По-моему, так.
>>>>         
>>> А правильный путь - PostgreSQL. 
>>>       
>> чем он правильный? возни с ним больше, что только в некоторых случаях 
>> оправдано
>>     
>
> Потому как эти самые мыскли с sqlite протребны в одном случае - быстро и
> без затей слабать какой-нибудт костылик без особых заморочек и видов на
> дальнейшую жизнедеятельность поделки.
>
> А если стоит задача изучения и получения практики разработки СУБД, так
> надо сразу же изучать и учиться работать с правильными полноценными
> системами. Что мыскль, что sqlite к полноценным СУБД имеют отношение
> весьма дальнеродственное.
>   
Я дико извиняюсь за разжигание флейма, но к "полноценным СУБД" SQLite 
имеет местами более прямое отношение, чем всеми любимый MySQL. Один 
пример: триггеры в SQLite были практически с самого начала, в MySQL 
триггеры появились лишь в 5-й версии. Вы просто завидуете, что он 
маленький :-P

-- 
  Alexey "Ktirf" Rusakov

Re: [Comm] Выбор БД. Help!

[Genix]

Nick S. Grechukh wrote:

>>> Проще всех SQLite, следом MySQL. По-моему, так.
>> А правильный путь - PostgreSQL. 
> чем он правильный? возни с ним больше, что только в некоторых случаях 
> оправдано

почему больше?
по сравнению с некоторыми комерческими СУБД просто "поставил и забыл" $)

-- 
У каждого в башке свои тараканы...

Re: [Comm] Выбор БД. Help!

[Anton Gorlov]

Genix пишет:

>>>> Проще всех SQLite, следом MySQL. По-моему, так.
>>> А правильный путь - PostgreSQL. 
>> чем он правильный? возни с ним больше, что только в некоторых случаях 
>> оправдано
> почему больше?
> по сравнению с некоторыми комерческими СУБД просто "поставил и забыл" $)
+1

-- 
   np: Dark Princess - Yearing For The Sun

Re: [Comm] Выбор БД. Help!

[Nick S. Grechukh]

Anton Gorlov wrote:
> Genix пишет:
> 
>>>>> Проще всех SQLite, следом MySQL. По-моему, так.
>>>> А правильный путь - PostgreSQL. 
>>> чем он правильный? возни с ним больше, что только в некоторых случаях 
>>> оправдано
>> почему больше?
>> по сравнению с некоторыми комерческими СУБД просто "поставил и забыл" $)
равно как и mysql :)
> +1
не, SAP конечно дураки, ничего не понимают в DBMS ;)

# service holywar stop

Re: [Comm] Выбор БД. Help!

[Genix]

Nick S. Grechukh wrote:

>>>>>> Проще всех SQLite, следом MySQL. По-моему, так.
>>>>> А правильный путь - PostgreSQL. 
>>>> чем он правильный? возни с ним больше, что только в некоторых случаях 

                                          ^^^^^^^^^^^^^^^^^^


>>>> оправдано
>>> почему больше?
>>> по сравнению с некоторыми комерческими СУБД просто "поставил и забыл" $)
> равно как и mysql :)

тогда получается строчка выше, авторства "Nick S. Grechukh", неверна?

>> +1
> не, SAP конечно дураки, ничего не понимают в DBMS ;)

причем здесь SAP?

> # service holywar stop

command not found: service
похоже ее надо с правами админа запускать!

-- 
У каждого в башке свои тараканы...

Re: [Comm] Выбор БД. Help!

[Nick S. Grechukh]

Genix wrote:
> Nick S. Grechukh wrote:
>>>>>>> Проще всех SQLite, следом MySQL. По-моему, так.
>>>>>> А правильный путь - PostgreSQL. 
>>>>> чем он правильный? возни с ним больше, что только в некоторых случаях 
>                                           ^^^^^^^^^^^^^^^^^^
>>>>> оправдано
>>>> почему больше?
>>>> по сравнению с некоторыми комерческими СУБД просто "поставил и забыл" $)
>> равно как и mysql :)
> тогда получается строчка выше, авторства "Nick S. Grechukh", неверна?
мне следовало сказать - "mysql в не меньшей степени 'поставил и забыл' в 
сравнении с некоторыми коммерческими СУБД, чем строчка авторства Genix 
приписывает постгресу".

> причем здесь SAP?
при MySQL

Re: [Comm] Выбор БД. Help!

[Alexey Rusakov]

Alexei Takaseev пишет:
> On Tue, 30 May 2006 15:56:20 +0400 Alexey Rusakov wrote:
>
>   
>> anterior wrote:
>>     
>>> Привет всем! Скажите плз. хочу попрактиковаться с разработкой
>>> программ-Баз   данных на Линукс. Подскажите  простую локальную базу
>>> данных(MySQL, Oracle   для меня еще слишком сложны)
>>>       
>> Проще всех SQLite, следом MySQL. По-моему, так.
>>     
>
> А правильный путь - PostgreSQL. Бо что мыскль, что sqlite это обычные
> bdb на стероидах.
Вопрос в том, что человеку нужно. Кому-то SQLite - это BDB на стероидах, 
кому-то - как раз детский PostgreSQL.

-- 
  Alexey "Ktirf" Rusakov

Re: [Comm] Выбор БД. Help!

[Anton Gorlov]

Alexey Rusakov пишет:

>> А правильный путь - PostgreSQL. Бо что мыскль, что sqlite это обычные
>> bdb на стероидах.
> Вопрос в том, что человеку нужно. Кому-то SQLite - это BDB на стероидах, 
> кому-то - как раз детский PostgreSQL.

Что лучше под базу в 10-15 гиг в которую не очень часто лазаят для 
чтения того, что в ней есть.. но данные добавляются почти каждую 
секунду. Оракл не предлагать.

Re: [Comm] Выбор БД. Help!

[Alexei Takaseev]

On Wed, 31 May 2006 00:23:37 +0400 Anton Gorlov wrote:

> Alexey Rusakov пишет:
> 
> >> А правильный путь - PostgreSQL. Бо что мыскль, что sqlite это
> >обычные > bdb на стероидах.
> > Вопрос в том, что человеку нужно. Кому-то SQLite - это BDB на
> > стероидах,  кому-то - как раз детский PostgreSQL.
> 
> Что лучше под базу в 10-15 гиг в которую не очень часто лазаят для 
> чтения того, что в ней есть.. но данные добавляются почти каждую 
> секунду. Оракл не предлагать.

Хм... GigaBase (http://www.garret.ru/~knizhnik/)? В одном проекте
используется в качестве хранилища NetFlow-потоков (при хорошей нагрузке
там куда как больше чем раз в секунду запись происходит)

Re: [Comm] Выбор БД. Help!

[Anton Gorlov]

Alexei Takaseev пишет:
>
>> Что лучше под базу в 10-15 гиг в которую не очень часто лазаят для 
>> чтения того, что в ней есть.. но данные добавляются почти каждую 
>> секунду. Оракл не предлагать.
> Хм... GigaBase (http://www.garret.ru/~knizhnik/)? В одном проекте
> используется в качестве хранилища NetFlow-потоков (при хорошей нагрузке
> там куда как больше чем раз в секунду запись происходит)

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

Re: [Comm] Выбор БД. Help!

[Alexey Novikov]

31.05.2006 0:23, Anton Gorlov пишет:
> Alexey Rusakov пишет:
> 
>>> А правильный путь - PostgreSQL. Бо что мыскль, что sqlite это обычные
>>> bdb на стероидах.
>> Вопрос в том, что человеку нужно. Кому-то SQLite - это BDB на стероидах, 
>> кому-то - как раз детский PostgreSQL.
> 
> Что лучше под базу в 10-15 гиг в которую не очень часто лазаят для 
> чтения того, что в ней есть.. но данные добавляются почти каждую 
> секунду. Оракл не предлагать.
MySQL, Firebird, PostgreSQL, ...
Если нужна надежность хранения и развитый язык запросов -
однозначно из этих трех PostgreSQL.

-- 
WBR, Alexey Novikov
----------------------
JID: alex-novikov at jabber dot ru

Re: [Comm] Выбор БД. Help!

[Yura Kalinichenko]

В Срд, 31/05/2006 в 08:12 +0400, Alexey Novikov пишет:

> MySQL, Firebird, PostgreSQL, ...
> Если нужна надежность хранения и развитый язык запросов -
> однозначно из этих трех PostgreSQL.

Кстати о надежности. PostgreSQL уже научился инкрементальный backup
делать ? Просто для интересу, бо когда я на него последний раз смотрел,
он умел только полный backup делать, и для этого надо было его
останавливать. Что с надежностью несколько несовместимо.

-- 
Yura Kalinichenko

Re: [Comm] Выбор БД. Help!

[Alexey Novikov]

31.05.2006 23:23, Yura Kalinichenko пишет:
> В Срд, 31/05/2006 в 08:12 +0400, Alexey Novikov пишет:
> 
>> MySQL, Firebird, PostgreSQL, ...
>> Если нужна надежность хранения и развитый язык запросов -
>> однозначно из этих трех PostgreSQL.
> 
> Кстати о надежности. PostgreSQL уже научился инкрементальный backup
> делать ? Просто для интересу, бо когда я на него последний раз смотрел,
> он умел только полный backup делать, и для этого надо было его
> останавливать. Что с надежностью несколько несовместимо.

Инкрементальный вроде не умеет, для простого ничего останавливать не
надо, можно делать даже удаленно. Насчет надежности, имелся в виду
WAL, т.е. write ahead log. Насчет Firebird, то посмотрев со сколькими
warnings он собирается и наличие такой фичи как fbguard, задача
которой пинать fbserver в случае падения (для супер-сервер архитектуры),
пропадает всякое желание доверять этому поделию свои сколько-нибудь
важные данные... :(

-- 
WBR, Alexey Novikov
----------------------
JID: alex-novikov at jabber dot ru

Re: [Comm] Выбор БД. Help!

[Eugene Prokopiev]

Alexey Novikov пишет:
> 31.05.2006 23:23, Yura Kalinichenko пишет:
> 
>>В Срд, 31/05/2006 в 08:12 +0400, Alexey Novikov пишет:
>>
>>
>>>MySQL, Firebird, PostgreSQL, ...
>>>Если нужна надежность хранения и развитый язык запросов -
>>>однозначно из этих трех PostgreSQL.
>>
>>Кстати о надежности. PostgreSQL уже научился инкрементальный backup
>>делать ? Просто для интересу, бо когда я на него последний раз смотрел,
>>он умел только полный backup делать, и для этого надо было его
>>останавливать. Что с надежностью несколько несовместимо.
> 
> 
> Инкрементальный вроде не умеет, для простого ничего останавливать не
> надо, можно делать даже удаленно. Насчет надежности, имелся в виду
> WAL, т.е. write ahead log. 

Именно WAL как раз можно использовать для инкрементального бэкапа - 
http://www.postgresql.org/docs/8.1/interactive/backup-online.html

> Насчет Firebird, то посмотрев со сколькими
> warnings он собирается и наличие такой фичи как fbguard, задача
> которой пинать fbserver в случае падения (для супер-сервер архитектуры),
> пропадает всякое желание доверять этому поделию свои сколько-нибудь
> важные данные... :(

Не копал так глубоко, но опыт работы с ним был исключительно 
положительный (по скорости построения индексов, что для задачи было 
критично, он уделывал PostgreSQL и MySQL). Правда, пришлось переехать на 
Oracle, сначала для того, чтобы не заниматься фрагментированием больших 
таблиц и материализованных представлений вручную, а потом и другие 
причины нашлись ... ;) Скучаю за ним до сих пор :)

-- 
С уважением, Прокопьев Евгений

Re: [Comm] ╡КячЮ ╠╢. Help!

[spider]

Yura Kalinichenko wrote:

>В Срд, 31/05/2006 в 08:12 +0400, Alexey Novikov пишет:
>
>  
>
>>MySQL, Firebird, PostgreSQL, ...
>>Если нужна надежность хранения и развитый язык запросов -
>>однозначно из этих трех PostgreSQL.
>>    
>>
>
>Кстати о надежности. PostgreSQL уже научился инкрементальный backup
>делать ? Просто для интересу, бо когда я на него последний раз смотрел,
>он умел только полный backup делать, и для этого надо было его
>останавливать. Что с надежностью несколько несовместимо.
>
>  
>
Внимательнее читаем: "...надежность хранения...". Вы наверное имели в 
виду <<доступность -- availability>>?

Re: [Comm] Выбор БД. Help!

[Nick S. Grechukh]

Yura Kalinichenko wrote:
> В Срд, 31/05/2006 в 08:12 +0400, Alexey Novikov пишет:
> 
>> MySQL, Firebird, PostgreSQL, ...
>> Если нужна надежность хранения и развитый язык запросов -
>> однозначно из этих трех PostgreSQL.
> 
> Кстати о надежности. PostgreSQL уже научился инкрементальный backup
> делать ? Просто для интересу, бо когда я на него последний раз смотрел,
> он умел только полный backup делать, и для этого надо было его
> останавливать. Что с надежностью несколько несовместимо.
> делать ? Просто для интересу, бо когда я на него последний раз смотрел,

и еще он имеет дивную особенность - между минорами ломается не только 
бинарный формат, plain text дамп с 8.1 запросто может не загрузиться в 
8.0, как у меня было :/

http://lists.altlinux.org/pipermail/devel/2005-November/026323.html
http://lists.altlinux.org/pipermail/devel/2005-November/026289.html

Re: [Comm] Выбор БД. Help!

[Eugene Prokopiev]

Anton Gorlov пишет:
> Alexey Rusakov пишет:
> 
> 
>>>А правильный путь - PostgreSQL. Бо что мыскль, что sqlite это обычные
>>>bdb на стероидах.
>>
>>Вопрос в том, что человеку нужно. Кому-то SQLite - это BDB на стероидах, 
>>кому-то - как раз детский PostgreSQL.
> 
> 
> Что лучше под базу в 10-15 гиг в которую не очень часто лазаят для 
> чтения того, что в ней есть.. но данные добавляются почти каждую 
> секунду. Оракл не предлагать.

а FB уже не рассматривается? У меня в нем лежало и больше, но загрузка 
происходила через external tables тогда, когда надобности в чтении не 
было ;) А нежелательность чтения оттого, что для скорости перед заливкой 
нескольких миллионов записей приходилось убивать индексы, а потом заново 
их строить :)

а вообще сейчас бы я помучал MySQL - в те времена данные в него лились 
быстрее всех, вот только с индексами было плохо :(

PostgreSQL оказался средним вариантом - скорость заливки больше, чем у 
FB, и меньше, чем у MySQL, скорость построения индексов - наоборот.

-- 
С уважением, Прокопьев Евгений