Подскажите, какая сейчас база данных самая быстродействующая?

и еще интересует - например есть текстовая база на 2 миллиона записей, 7 полей, общим обьёмом порядка 2 Гб - сколько времени будет занимать полнотекстовый поиск и поиск по регулярному выражению на среднем компьютере (~3 ГГц)

для FTS - ИМХО, лучше всего Postgres. Ибо возможности FTS там - ну очень богатые.

SQLite.  Быстродейтсвие только от градиента кривизны рук разработчика зависит.


> сколько времени будет занимать полнотекстовый поиск и поиск
> по регулярному выражению на среднем компьютере (~3 ГГц)


Зачем такой Дзен ?

> [0] Сергей_77   (26.06.08 11:46)
> текстовая база на 2 миллиона записей, 7 полей

Не ври. Не в базе ни записей ни полей. Ни в тестовой ни промышленной. 8-)

> [0] Сергей_77   (26.06.08 11:46)


Еще одной ерундой занимаешься.

Какой автомобиль самый лучший?

Нет однозначного ответа

> Sergey13 ©  

ну по другому сказать есть данные такого обьёма:)


> Зачем такой Дзен ?

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

> Sergey13 ©   (26.06.08 11:51) [3]
> > [0] Сергей_77   (26.06.08 11:46)
> > текстовая база на 2 миллиона записей, 7 полей
>
> Не ври. Не в базе ни записей ни полей. Ни в тестовой ни
> промышленной. 8-)

Почему нет? Есть. Если в сундуке лежит заяц, в зайце утка, а в утке яйцо, разве мы не имеем права сказать, что в сундуке лежит яйцо?

> Сергей_77   (26.06.08 11:55) [6]
> ...и надо искать шота более быстродействуещее)

Шот-ган у виска. Своего. Самое "приемлимое" решение. Заодно и грамота.ру порадуется.

> [7] DrPass ©   (26.06.08 11:56)

Можно. Но это не шаш метод!
Кроме того исходя из утверждения "что в сундуке лежит яйцо" сложно судить о скорости того зайца.
8-)

> korneley ©  

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

Вот например лично я не видел смысла в использовании индексов пока не столкнулся с большими базами, на маленьких и без них все замечательно работало

>Sergey13 ©   (26.06.08 11:51) [3]
>Не ври. Не в базе ни записей ни полей. Ни в тестовой ни промышленной. 8-)

Есть в с/х ;)

> DrPass ©   (26.06.08 11:56) [7]
> Почему нет? Есть. Если в
> сундуке лежит заяц, в зайце утка, а в утке яйцо, разве мы
> не имеем права сказать, что в сундуке лежит яйцо?

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

> Вот например лично я не видел смысла в использовании индексов
> пока не столкнулся с большими базами, на маленьких и без
> них все замечательно работало

равноценно "я никогда не делал ничего серьезного, только лабораторки"

о еще интересный вопрос - резервное копирование большой базы - можно делать как я понимаю 3-мя путями - внутренними средствами базы (про это мне мало известно), экспортируя все данные куда-либо и физическим копированием файлов базы (при выключенной самой базе)

Так вот 3-тий способ намноооого быстрее как правило, чем 2-рой)   но можно ли так делать и не будет ли каких-либо проблем потом?

> Подскажите, какая сейчас база данных самая быстродействующая?

самая - у самого грамотного админа, если он настрополил разработчика прикладух соответствующим образом

Быстродействие базы данных
у гугла вроде ниче по скорости.

> wicked ©   (26.06.08 12:08) [13]
> равноценно "я никогда не делал ничего серьезного, только лабораторки"

Твоя неправда. Я делаю сайты на MySQL и Postgre, при таких небольших объёмах данных индексы не нужны абсолютно. Однако приличный портал язык не повернётся назвать "несерьёзным".
Часовой молоточек тоже не имеет права на существование, потому как есть кувалда?

> Однако приличный портал язык не повернётся назвать "несерьёзным".


У меня язык не повернёться назвать подгонку джумлы программированием.  Индексы нужны всегда. Хотя бы для ключей.

> tesseract ©   (26.06.08 14:32) [18]
> У меня язык не повернёться назвать подгонку джумлы программированием.
>   Индексы нужны всегда. Хотя бы для ключей.

Я думаю, что не стоит делать неверных выводов, т.к. про Джумлу/Мамбу/иже с ними не было сказано ни слова :o)
Пишу на собственном движке, потому как сильно специфические задачи. База обходится без индексов. Сейчас на последнем проекте сделал первичный индекс для ключей, проверил - эффекта нет вообще. Ну и зачем они нужны всегда?

> Ну и зачем они нужны всегда?

чтобы пхпмайадмин не ругался что нет индекса:))))

> den303  (26.06.2008 14:42:19)  [19]

Нам тебя очень жалко.

www.delphilamer.ru

> Нам тебя очень жалко.


Мне лично заказчика очень жалко.

> tesseract ©   (26.06.08 20:29) [23]

Заказчик ламер или исполнитель гениальный маркетолог.
В принципе обеих жалко.