Краткие советы по созданию реляционной базы данных для MySQL

Question

У меня есть webapp Я делаю, что хранит пользовательскую информацию и их предпочтения относительно приложения. Разве это что-то стоит разделить на две базы данных? Я думал, что одна таблица «пользователи» с полями «id, useridfromFacebook, facebookRealName» (так 1, 52052025295, Alex McP), а затем имеет таблицу «предпочтения» с полями «id, useridfromFacebook, электронные письма, цвета, SomeQuoteorSomething» (4 , 52052025295, 1, 441155, 'Only The Good Die Young')

Я никогда не учил/не узнал о настройке БД, но похоже, что это ограничило бы нагрузку на базу данных, потому что когда пользователь аутентифицирован и установил приложение, мне нужно было бы запросить таблицу настроек if (isset ($ fbauthboolean)) или что-то в этом роде.

Мысли? Могу ли я это прояснить?

Спасибо!

Я смутил слова «база данных» и «таблица» в моей первоначальной публикации. Ред. У меня бы была только одна БД с несколькими таблицами, но все были связаны с одним и тем же пользователем. Одна таблицы содержит данные NAME, а другая таблица будет хранить данные ПРЕДПОЧТЕНИЯ типа

Answer 1

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

Мне очень понравился Toby Teorey's "Database Modeling and Design". Посмотрите, согласны ли вы.

Мне также нравится Database Programmer blog. Очень полезно, хорошо писать.

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

Answer 2

Для вашего стола предпочтений, я бы что-то вроде

Preferences(pref_id, facebook_id, preference, value) 

Где отдает предпочтение какой-то код, как «Цитата», «AboutMe» , и т. д., а значение - строка.

Вы можете даже иметь preference_value таблицу со списком «QUOTE», «Смешные Цитата»/'ABOUTME, „Обо мне“ и т.д.