Что делает «CONSTRAINT» в MySQL с FK?

Я просмотрел документацию по MySQL 5.1 и до сих пор не могу понять этого - я заметил разницу между кодом, который я вводил в MySQL, и кодом вывода системой.

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

Теперь почти во всех вышеперечисленных проектах основные принципы те же :

Какой-то уровень доступа к данным, уровень бизнес-логики и пользовательский интерфейс.

Очевидно, что для некоторых сценариев требуется что-то немного уникальное, но в целом это N-уровень.

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

Какие уроки (если таковые имеются) я должен извлечь из своего текущего опыта и какие мне нужно учиться снова?

Я предполагаю, что, как и весь мой опыт, разные типы игр будут иметь разную архитектуру, но основаны ли все они на одних и тех же основных принципах? В качестве аргумента предположим, что я создаю простой MUD (возможно, пользовательский интерфейс сверху вниз, как в старых играх Zelda). Это казалось чем-то, для чего у меня могла бы быть моя трехуровневая логика - Сервер с BLL и DAL и клиентским пользовательским интерфейсом - но я не совсем уверен, правильно ли это - конечно, использование Entity Framework не кажется уместным, поскольку существует очень много накладных расходов при доступе к большому количеству вещей в Db и Я предполагаю, что производительность будет проблемой - например, я предполагаю, что не хотел бы постоянно использовать Db для хранения местоположения игроков, если они меняются 20+ раз в секунду ...

Существуют ли шаблоны и практики специально для игровых сценариев?

Возможно ли разработать внутреннюю систему перед созданием пользовательского интерфейса (например, вместо того, чтобы подключить консольное приложение, чтобы я мог разработать функциональность, которую я хотел бы раньше добавление пользовательского интерфейса). Это хорошая / плохая практика?

Короче говоря, я не знаю, с чего начать, и был бы признателен за совет - особенно от тех, у кого есть опыт.

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

12
задан Nate 3 December 2010 в 21:27
поделиться