Станислав Макаров

Попробуйте вот это свойство установить в null или пустую строку.

Для безопасности и защиты от несанкционированного удаления вы бы лучше начали использовать prepared_statements. Причем тут они? А притом, что:
1) будут выполняться только те запросы, которые вы сами написали, без риска "дополнения" этих запросов человеком со стороны;
2) логика вашего кода станет более прозрачной, и, следовательно, будет проще выяснить, нет ли нежелательных веток в нем или необработанных ситуаций. Сейчас мне пришлось сначала удивиться, когда я увидел это:
WHERE album_id={$id} {$user_name}
и потом заново все перечитать и понять, что у вас $user_name это оказывается фильтр такой. Вот когда приведете код в порядок, и будете более-менее уверены в отсутствии sql-injection, сами ответите на свой вопрос.

MiiNiPaa уже подкинул хорошую идею проверить через указатель на базовый класс, действительно ли метод override-ится (я буду орининальные термины использовать, т.к. конкретный перевод, к сожалению, зависит от книги). Если будет по-прежнему вызываться метод базового класса, то у вас скрытие (hide). Используйте ключевое слово override, чтобы убедиться, что метод корректно попадает в таблицу виртуальных вызовов. Методы с const и без const-а действительно различны, это хорошо видно на примере оператора индексации (operator[]) - его часто определяют в двух вариантах - константном и неконстантном.

$what откуда берется-то? такое ощущение, что именно там оказалось "smellyshovel", непонятно зачем правда, т.к. эта ошибка явно при попытке выполнить select.

Попытаюсь сократить ваш текст: для одних таблиц вам нужна репликация master-master, для других - master-slave, если конечно я правильно понял. Давайте обсудим вот это:
> Репликация MS SQL - очень сложен в настройке
Ну сложен видимо потому, что поддерживает много различных сценариев. Почему решили, что свой велосипед будет работать лучше? Тем более вы ж не СУБД выбираете, она у вас уже установлена и работает.
Есть конечно и сторонний софт, например www.symmetricds.org, но весьма вероятно все шишки от его использования разгребовать вам же.

> На каком языке проще реализовать ?
Сейчас простые физ. библиотеки есть почти на каждой крупной платформе, так что выбирайте в зависимости от типа приложения (mobile/js/desktop).
box2d.org
box2d-js.sourceforge.net
wellcaffeinated.net/PhysicsJS
cocos2d.org
Cписок на SE:
gamedev.stackexchange.com/questions/89/2d-gaming-l...

Двумерная физика гольфа будет тривиальной задачей пожалуй для любой из этих библиотек.

Электрон - даже MS им пользуется для Visual Studio Code

cpp-netlib.org
Hello world для клиента и сервера:
cpp-netlib.org/0.11.1/index.html#hello-world

Почему не использовать для этого вторую таблицу с внешним ключом в первую и связью многие-к-одному?
Вообще для этого подойдут более специализированные БД, но без подробностей сложно что-то посоветовать.

Я думаю вам нужно уточнить объект поиска. Давайте подумаем, что вы вкладываете в понятие фреймворка (и что вообще туда можно вложить): райнтайм, базовые типы данных, базовую библиотеку классов? Может быть, вы имеете в виду фреймворки для конкретных нужд, например ASP.NET как MVC-фреймворк? Для этих пунктов на сегодняшний день есть свои ответы, с учетом того, что MS открывает исходники дотнета, переписала с нуля компилятор и разрабатывает новый рантайм.

> Цель по струтуре базы сделать ее максимально ненуждающейся в джоинах
Почему поставлена такая цель? Может нужно технические вопросы пересмотреть? Отсутствие нужды в джоинах ведет к появлению избыточности, как раз таки обычно пытаются добиться обратного - минимума избыточности за счет использования джоинов. Хайлоад конечно выдвигает особенные требования, поэтому я и интересуюсь, почему было поставлено такое условие.
> достижение 5-ой нормальной формы помимо того, что практически невозможно
насчет невозможности поспорил бы. Скорее - оно редко целесообразно, 3NF обычно вполне достаточно. Но есть и исключения (темпоральные данные например). Насчет производительности тоже не соглашусь - производительность гораздо больше формируют правильно/криво построенные индексы и правильные/кривые запросы. Лучше 15 джоинов в запросе, использующем индексы, чем один LIKE '%str%' без полнотекстовой индексации. Современные СУБД умеют в кэширование индексов в памяти, а prepared statements позволяют не парсить один и тот же запрос миллион раз.

А вообще, поймите одно правило: всегда есть проектирование сначала на бумаге, а потом уже в реале. Вы должны нормализовать прежде всего для себя, чтобы понимать, какие зависимости у вас в данных есть. Когда вы это все увидите, денормализовать всегда сможете. Ваши N итераций - это M+K, где M - это итерации по нормализации, K - обратный процесс, когда вы сознательно понижаете нормальную форму ваших данных. Если вы будете пропускать мимо глаз функциональные зависимости, ваши данные быстро превратятся в персональный адъ.

И наконец, если вы такое спрашиваете - уверены, что потянете highload в принципе?

> Можно как-то написать эту программу (вывести атрибуты), не обращаясь к каждому члену типа FileAttributes (ReadOnly,Hidden и т.д.)?
Что вы имеете в виду "не обращаясь"? FileAttributes это флаговое поле, вы берете конкретное его значение и or-ите с конкретными значениями перечисления, если операция или дает true - делаете соответствующее действие (выводите что-то на экран). Вам же нужно что-то вменяемое вывести ("Скрытый, Системный" или "HS" например), поэтому это вам проверять и решать, что делать.