Самый эффективный способ сделать этот скрипт PHP

Question

Самый эффективный способ сделать этот скрипт PHP

0

У меня есть любое количество пользователей в базе данных (это может быть 100, 2000 или 3), что я делаю, это использование mysql "show tables" и сохранение имен таблиц в массиве, тогда я запускаю while и принимая каждое имя таблицы (имя пользователя) и вставляя его в некоторый код, я запускаю указанный фрагмент кода для каждого имени таблицы. С 3 пользователями этот script занимает около 20 секунд. Он использует API Twitter и выполняет некоторые вставки mysql. Это самый эффективный способ сделать это или нет?

benhowdle89 17 янв. 2011, в 18:17

Источник

0

Таким образом, каждый пользователь получает свою таблицу?
ndtreviv 17 янв. 2011, в 16:57
0

да это не правильно? Я не хотел смешивать пользователей в одной таблице
benhowdle89 17 янв. 2011, в 16:58
0

Почему у вас есть отдельная таблица для каждого пользователя? Это из-за Твиттера? Ваш представитель предполагает, что вы вряд ли спроектируете такую систему самостоятельно.
Tesserex 17 янв. 2011, в 16:58
1

Позвольте мне повторить то, что сказали другие, отметив: «Иисус Христос».
Lightness Races in Orbit 17 янв. 2011, в 16:59
0

зачем мне смешивать 200+ пользователей в одной таблице? мой представитель? Что это имеет отношение к чему-нибудь, и да, я пытаюсь это самостоятельно :)
benhowdle89 17 янв. 2011, в 16:59
0

@benhowdle89 benhowdle89 Вы хотите смешать пользователей в одной таблице. Вы хотите использовать индексы, объединения и прочее, чтобы ваш набор записей не заботился об этом. Пользователь не является «фиксированной концепцией», а таблицы представляют фиксированные концепции: набор отображений имен свойств с их значениями. «Пользователь» - это данные, а не метаданные.
Lightness Races in Orbit 17 янв. 2011, в 17:01
0

@benhowdle89 benhowdle89 Я думаю, что ваша ошибка - думать о СУБД как о человеке, который читает таблицу. Может случиться так, что при чтении списка данных вас раздражает смешивание разных пользователей. Способ решить эту проблему будет сортировка. Но для компьютера это даже не проблема. Вы определенно не должны делать то, что делаете.
Lightness Races in Orbit 17 янв. 2011, в 17:02
0

Я приветствую совет, потому что, как вы можете видеть, я не администратор БД, но если бы вы могли заставить меня чувствовать себя менее синицей, это было бы здорово :)
benhowdle89 17 янв. 2011, в 17:05
0

Таблица может иметь миллиарды строк. База данных может содержать только сотни / тысячи таблиц, и чтение информации о таблицах очень дорого.
Ciprian L. 17 янв. 2011, в 17:10
0

хммм ... не понял этого. Ну, по ответам людей, кричащих на меня, я теперь делаю :)
benhowdle89 17 янв. 2011, в 17:12

Показать ещё 8 комментариев

Теги:

php

mysql

3 ответа

0

Если вы беспокоитесь о сохранении нескольких записей для каждого пользователя в одной таблице пользователей, вы можете иметь отдельную таблицу для твитов с tweet_id, ссылающейся на пользователя.

Я бы, конечно, пошел за одной таблицей пользователей.

bharath 17 янв. 2011, в 15:05

0

ОК, это звучит хорошо. Я полагаю, гораздо лучше, чем таблица для каждого
benhowdle89 17 янв. 2011, в 17:22

0

Базы данных оптимизированы для обработки многих строк; некоторые из используемых методов - это индексы, физическое расположение данных на диске и т.д. Операции на многих таблицах всегда будут медленнее - это просто не то, что были созданы RDBMS.

Существует одно исключение - иногда вы оптимизируете базы данных путем разбиения (данные разбиения), но этот подход имеет столько же преимуществ, сколько недостатков. Один из недостатков заключается в том, что запросы, подобные тем, которые вы описали, занимают много времени.

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

fdreger 17 янв. 2011, в 14:15

Ещё вопросы

Таким образом, каждый пользователь получает свою таблицу?
да это не правильно? Я не хотел смешивать пользователей в одной таблице
Почему у вас есть отдельная таблица для каждого пользователя? Это из-за Твиттера? Ваш представитель предполагает, что вы вряд ли спроектируете такую систему самостоятельно.
Позвольте мне повторить то, что сказали другие, отметив: «Иисус Христос».
зачем мне смешивать 200+ пользователей в одной таблице? мой представитель? Что это имеет отношение к чему-нибудь, и да, я пытаюсь это самостоятельно :)
@benhowdle89 benhowdle89 Вы хотите смешать пользователей в одной таблице. Вы хотите использовать индексы, объединения и прочее, чтобы ваш набор записей не заботился об этом. Пользователь не является «фиксированной концепцией», а таблицы представляют фиксированные концепции: набор отображений имен свойств с их значениями. «Пользователь» - это данные, а не метаданные.
@benhowdle89 benhowdle89 Я думаю, что ваша ошибка - думать о СУБД как о человеке, который читает таблицу. Может случиться так, что при чтении списка данных вас раздражает смешивание разных пользователей. Способ решить эту проблему будет сортировка. Но для компьютера это даже не проблема. Вы определенно не должны делать то, что делаете.
Я приветствую совет, потому что, как вы можете видеть, я не администратор БД, но если бы вы могли заставить меня чувствовать себя менее синицей, это было бы здорово :)
Таблица может иметь миллиарды строк. База данных может содержать только сотни / тысячи таблиц, и чтение информации о таблицах очень дорого.
хммм ... не понял этого. Ну, по ответам людей, кричащих на меня, я теперь делаю :)
ОК, это звучит хорошо. Я полагаю, гораздо лучше, чем таблица для каждого

Ciprian L. · Accepted Answer · 2011-01-17T15-23-00.000Z

Конечно, нет!

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

Он будет работать через 0,0001 секунды.

Update:

В таблице есть строки и столбцы. Вы можете хранить несколько пользователей в строках и информацию о каждом пользователе в столбцах.

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

Я сделал это таким образом, потому что у каждого пользователя есть столбец с именем tweet_id и твит. как бы это сделать, но с одной таблицей под названием пользователи ??
Я расскажу об этом и просто добавлю, рассмотрим общий дизайн базы данных. Это может удивить некоторых других разработчиков, но на самом деле я слышал о других, кто придумал эту идею дизайна раньше. Честно говоря, я не уверен, где эта идея проистекает из отсутствия понимания окружающих соединений между таблицами, но, увы, это абсолютно лучший ответ. Я не могу представить ни одной производственной системы в мире, которая бы создавала таблицы для каждого пользователя. Это безумие.