0NordWind0, потому что, если простым языком - вы должны избегать NULL или пустых значений в базах, если это возможно, а так же это упрощает разработку бизнес логики.
Рекомендую почитать книжки по SQL, например "Программирование баз данных SQL. Типичные ошибки и их устранение"
Мало того, создавать 2 таблицы очень глупо, так как это создаст коллизию данных, если будет два одинаковых логина в разных таблицах.
Лучше как вы и сказали, сделать главную таблицу с ролями, а дальше джойнить по необходимости нужные.
ArtLash, то есть нельзя, обфусцирование решается, просто нужно чуть больше времени. Или ChatGPT решит это за них.
П.С Точнее, вы можете скачать сайт, но без бэка, это будет просто набор скриптов, без базы данных и бизнес логики.
invilso, Ставь 7, 10 может просто не правильно использовать инструкции процессора, и он постоянно сбрасывает конвейер тем самым работает в "холостую".
Есть ещё вероятность деградации кристалла, если 7 не помогла, тогда уже ничего не поможет.
Если вам нужно миллион полей и чтобы это быстро работало, то берите PostgreSQL и делайте поле JSONB, и храните там любой размерности таблицы в формате JSON.
MySQL умеет только в обычный JSON, а он гораздо медленнее чем тип JSONB.
Единственно когда может просеть производительность, если вы массово будет обновлять JSONB в которых хранится данные по несколько мегабайт, но при чтение всё будет летать.
П.С Но тогда можно вообще использовать специальный СУБД, например MongoDB или ему подобные решения :)
Vlad Ivanov, разницы почти не будет если на SMB, а если вообще хотите чтобы работало как полноценный диск то надо использовать iSCSI, через TrueNAS например. Но если это просто файлопомойка то SMB самый лучший вариант.
если виндоус, то там сделать софт рейд на GPT (особенно системного диска) настоящие извращение и спасение только такой вот RAID. Ну лучше тогда вообще никакой RAID не делать :) Хотя для обычных не системных вроде проблем нет.
А на Linux с этим проблем нет и лучше сразу делать софт RAID
В своё время очень мучался с наследованием, особенно когда ещё ORM подключена. В итоге все проблемы особенно с производительностью (ORM тянула всё возможное дерево наследований начиная от предка) решились переходом на композицию.