Выбор структуры базы данных. Нужно ваше мнение

@ПАЦАН · Регистрация: 04.01.2010

Студворк — интернет-сервис помощи студентам

всем привет. скоро намечается проект с большой посещаемостью, и возник вопрос, как лучше организовать структуру таблиц. допустим, есть возможность отправлять сообщения, добавлять в друзья и т.д. что лучше, создавать таблицы одни для всех, тоесть messages, friends и т.д. и хранить в них записи для всех пользователей, или создавать отдельные таблицы для каждого пользователя при регистрации, тоесть messages_[id юзера], friends_[id юзера] и т.д. плюс второго варианта - быстродействие. легче перебрать сотню другую записей чем несколько тысяч а то и миллионов. плюс первого варианта - минимум таблиц и проще структура. в старых проектах я использовал и тот и другой вариант. сейчас хочу знать ваше мнение, какой вариант выбрали бы лично вы. но для меня приоритет - быстродействие.

@DuxGeneral · 05.02.2012, 02:36

Сообщение от ПАЦАН

но для меня приоритет - быстродействие

В чем проблема?

@vasvas7775 · 05.02.2012, 07:41

Зачем много таблиц??
А если у вас пользователей 500000 , это что стока таблиц???

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

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

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Обработчик клика мыши в браузере ПК и касания экрана в браузере на мобильном устройстве 8Observer8 02.02.2026 Содержание блога Для начала пошагово создадим рабочий пример для подготовки к экспериментам в браузере ПК и в браузере мобильного устройства. Потом напишем обработчик клика мыши и обработчик. . .	Философия технологии iceja 01.02.2026 На мой взгляд у человека в технических проектах остается роль генерального директора. Все остальное нейронки делают уже лучше человека. Они не могут нести предпринимательские риски, не могут. . .	SDL3 для Web (WebAssembly): Вывод текста со шрифтом TTF с помощью SDL3_ttf 8Observer8 01.02.2026 Содержание блога В этой пошаговой инструкции создадим с нуля веб-приложение, которое выводит текст в окне браузера. Запустим на Android на локальном сервере. Загрузим Release на бесплатный. . .	SDL3 для Web (WebAssembly): Сборка C/C++ проекта из консоли 8Observer8 30.01.2026 Содержание блога Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а. . .
SDL3 для Web (WebAssembly): Установка Emscripten SDK (emsdk) и CMake для сборки C и C++ приложений в Wasm 8Observer8 30.01.2026 Содержание блога Для того чтобы скачать Emscripten SDK (emsdk) необходимо сначало скачать и уставить Git: Install for Windows. Следуйте стандартной процедуре установки Git через установщик. . . .	SDL3 для Android: Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 29.01.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами. Версия v3 была полностью переписана на Си, в. . .	Инструменты COM: Сохранение данный из VARIANT в файл и загрузка из файла в VARIANT bedvit 28.01.2026 Сохранение базовых типов COM и массивов (одномерных или двухмерных) любой вложенности (деревья) в файл, с возможностью выбора алгоритмов сжатия и шифрования. Часть библиотеки BedvitCOM Использованы. . .	SDL3 для Android: Загрузка PNG с альфа-каналом с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 28.01.2026 Содержание блога SDL3 имеет собственные средства для загрузки и отображения PNG-файлов с альфа-каналом и базовой работы с ними. В этой инструкции используется функция SDL_LoadPNG(), которая. . .

@ПАЦАН 45 / 45 / 12 Регистрация: 04.01.2010 Сообщений: 223

	Выбор структуры базы данных. Нужно ваше мнение 05.02.2012, 02:21. Показов 1213. Ответов 2 Метки нет (Все метки) всем привет. скоро намечается проект с большой посещаемостью, и возник вопрос, как лучше организовать структуру таблиц. допустим, есть возможность отправлять сообщения, добавлять в друзья и т.д. что лучше, создавать таблицы одни для всех, тоесть messages, friends и т.д. и хранить в них записи для всех пользователей, или создавать отдельные таблицы для каждого пользователя при регистрации, тоесть messages_[id юзера], friends_[id юзера] и т.д. плюс второго варианта - быстродействие. легче перебрать сотню другую записей чем несколько тысяч а то и миллионов. плюс первого варианта - минимум таблиц и проще структура. в старых проектах я использовал и тот и другой вариант. сейчас хочу знать ваше мнение, какой вариант выбрали бы лично вы. но для меня приоритет - быстродействие. 0

@vasvas7775 Обитатель 539 / 317 / 42 Регистрация: 24.12.2010 Сообщений: 795
	05.02.2012, 07:41
	Зачем много таблиц?? А если у вас пользователей 500000 , это что стока таблиц??? Одна таблица и там все пользователи. Нужного нашли по логину, и по этой строчке уже выбираем данные...... Короче если правильно составлять запросы, все будет работать нормально. 1