Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Здравствуйте. Есть такая проблемма: Существует таблица из примерно 1 миллиона записей (товары). Нужно из этой таблици делать поиск по примерному названию товара (например товар называется "Программирование на Delphi 2005" искать по строке "Delphi"). Какая СУБД это сделает быстрее? (НО! СУБД доложна поддерживать встроенный процедуры) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2005, 09:36 |
|
||
|
Выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Бери любую и не заморачивайся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2005, 10:43 |
|
||
|
Выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Andrey I. KrasvitnikovЗдравствуйте. Есть такая проблемма: Существует таблица из примерно 1 миллиона записей (товары). Какая СУБД это сделает быстрее? Та, в которой существует эта таблица. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2005, 11:37 |
|
||
|
Выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Andrey I. KrasvitnikovКакая СУБД это сделает быстрее? Если рассматривать именно эту, только эту и ничего кроме этой задачи, "быстрее" ее сделает не СУБД. СУБД поддерживает кучу средств, для этой задачи абсолютно не нужных, и потому заведомо уступает простенькому коду, написанному для той же цели. В то же время практически любая СУБД способна решить ее хорошо. Andrey I. Krasvitnikov(НО! СУБД доложна поддерживать встроенный процедуры) Хм. Это из желания топырить пальцы - "все как у взрослых" - или же тот, кто будет обращаться к этому справочнику, ничего другого не умеет? Требование совершенно не имеет отношения к контексту задачи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2005, 14:14 |
|
||
|
Выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Спасибо всем! Вопрос был задан весьма конкретно, вы же "не плохо" поотвечали. СУБД обрабатывает сеть магазинов. Программа, работающая с это СУБД написана нами (замена 1С). Похоже здесь никто и понятия не имеет о серьёзных массивах данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2005, 06:19 |
|
||
|
Выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Может если переформулирую вопрос лучше будет: какая СУБД выполнит запрос SELECT * FROM Table WHERE x LIKE y быстрее всех. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2005, 06:21 |
|
||
|
Выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Итак, кто то должен для тебя испытать этот запрос на всех СУБД и доложить результаты? А если сам? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2005, 09:42 |
|
||
|
Выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Andrey I. Krasvitnikov. Странно называть миллион записей "серьезным массивом данных". Для подавляющего большинства баз это семечки. Если запрос LIKE 'gjjg%', то все СУБД отработают примерно одинаково. Во всяком случае в десятки раз разницы не будет. А если LIKE '%gjjg%' и таких запросов много, то наверное лучше использовать базу с поддержкой full-text-search. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2005, 11:05 |
|
||
|
Выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Cat2Andrey I. Krasvitnikov. Странно называть миллион записей "серьезным массивом данных". Для подавляющего большинства баз это семечки. Если запрос LIKE 'gjjg%', то все СУБД отработают примерно одинаково. Во всяком случае в десятки раз разницы не будет. А если LIKE '%gjjg%' и таких запросов много, то наверное лучше использовать базу с поддержкой full-text-search. 1 000 000 - не семечки, и запрос работает не одинаково! Прежде, чем такое писать, потрудитесь сами поэксперементировать хотя бы с 2-мя СУБД и при разных нагрузках. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2005, 10:22 |
|
||
|
|
start [/forum/topic.php?fid=35&msg=33120971&tid=1553846]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
21ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
61ms |
get tp. blocked users: |
1ms |
| others: | 183ms |
| total: | 306ms |
| 0 / 0 |
