Вопросы по организации структуры сайта.

Одна таблица на всех не катит. Права будет сложно раздать. Поэтому думал так:
1. База общая
2. Системные таблицы общие
3. У каждого филиала своя таблица товаров
4. У каждого филиала свое имя пользователя (чтение,запись своей таблицы товаров и чтение системных таблиц. Доступа к таблице чужого филиала нет). Таки образом стоит вопрос соединения таблиц товаров.

да не надо ничего сливать пусть там сразу создаеться и живет в одной таблице
дополнительнгое поле id филиала и все дела
при выборке указываете в условии где надо
(Добавление)


права на что?

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Каждый филиал должен иметь изолированный доступ к своим товарам от других филиалов! Например в перспективе, нужно будет разработать приложение для автозагрузки товаров в каталог каждого из филиалов (например из 1С или др приложения). Таким образом, имея IP, USERNAME, PASSWORD программа автоматом подключается к хосту и сливает туда товары. Ничего не мешает пользователям имея ИМЯ ПОЛЬЗОВАТЕЛЯ и ПАРОЛЬ воспользоваться любым приложением, законектится к базе и делать с ОБЩЕЙ ТАБЛИЦЕЙ ТОВАРОВ все что угодно!
А если ЮЗЕРу прописанны права только на таблицу его филиала, и запрещен доступ к таблицам других филиалов, то вопрос разграничения доступа хоть как то, но решен.

помешает то что пользователи не будут знать пароли и тд
их будет знать приложение которое будет оперировать только с записями в которых прописан id его филиала

1. Пользователь запускает приложение, которое знает пароль и имя пользователя
2. Запускает HttpAnalyzerStdV6
3. Отправляет данные на MySQL сервер.
4. В HttpAnalyzerStdV6 ищет оправленные данные, в частности Логин и Пароль.

поэтому простите, но не вариант вшивать в СОФТ логин и пароль.
Лучше ограничить доступ на стороне сервера, поэтому то и отстаивают в обсуждении свою структуру.

(Отредактировано автором: 06 Ноября, 2011 - 18:19:26)

я думаю все же для таких специфических случаев можно сделать некий модуль который будет обеспечивать экспорт-импорт


на чтение можно вьшку сделать и дать права только на ее чтение

на запись - временная таблица которая будет перебрасывать данные в основную например по триггеру или кроном или типа того

как бы ни хлопотно - поверьте проблем будет меньше чем с несколькими БД

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

у вас пароли к базе на клиенте хранятся??
(Добавление)
не путаете
пароль доступа к базе с паролем к доступу в админку?!

Речь же не про несколько БД, а про одну БД, но с разными таблицами товаров для разных филиалов.

аццкий ламер...
Мы про фому, ты про ерему...

-----
Шта? Репозиторий?

lamer6666 каким образом будет осуществляться подключение к базе? через десктопный клиент или через сайт

Что бы клиент подсоединился к MySQL БД, он обязан иметь ИМЯ ЮЗЕРА и ПАРОЛЬ от MySQL.
Даже если я разработаю некий сторонний механизм авторизации, где логин и пароль явно не имеют ничего общего с ЛОГИНОМ И ПАРОЛЕМ от MySQL базы данных, то при отправке данных (ЭКСПОРТ/ИМПОРТ) из приложения для добавления данных в БД, приложение обязано будет создать КОННЕКТ к базе данных используя параметры: (USER, PASSWORD, IP, DATABASE NAME) и по любому эти параметры даже скрытые от реального пользователя будут переданы и могут быть с легкостью перехвачены. Я сам так делал не раз.
Ограничение пользователя на сервере лучший вариант изоляции.
Неужели могут быть сложности в том что бы из таблиц:
Table1 (id,prodname,price)
Table2 (id,prodname,price)
Table3 (id,prodname,price)
.....
TableN (id,prodname,price)
в конечном итоге собрать одну таблицу: Table (id,idTableM,prodname,price) которую и выводит на сайт?

А когда посетитель выберет тот или иной товар из Table (id,idTableM,prodname,price), работать уже с конкретной таблицей TableN (id,prodname,price)?

DeepVarvar выделить и скопировать ?

И через ДЕСКТОПОВЫЙ и ЧЕРЕЗЕ WEB.

lamer6666 ну вот вы сейчас пишете пост
он сохраняется в базе
попробуйте перехватить обращение к базе )))

При WEB интерфейсе это проблематично, а вот при использовании внешнего клиента это легко.

Например есть база 1С, Филиал№1 оотправлет из 1С список новых товаров в mySQL базу. Включай ПАРСЕР и смотри что программа отправляет.... вот о чем идет речь! Про WEB морду, спора нет, все идеально!