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

Это вы такой умный траф снифать..
А бухгалтерша от слова "файервол" описаеца...

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

Ну не спорю уважаемый DeepVarvar, но все же, не в обиду будет сказано, я сторонник того 7 раз отмерить, 1 раз дать доступ. К тому же Бог его знает кто там будет работать, лишние возможные проблемы хочу учесть на стадии проектирования.
Поэтому всеже хотелось бы рассмотреть вариант разделенных таблиц. Каким лучшим образом из объединять? Метод предложенный LIME (Ха-ха выделить и скопировать?) уже учел .

UNION

SQL_CALC_FOUND_ROWS

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

Спасибо. смотрю

(Отредактировано автором: 06 Ноября, 2011 - 20:38:46)

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

Понимаю вас, уважаемый DlTA. Данный вариант весьма проблематичен в реализации совместо с 1С, работа напрямую с MySQL сервером более быстрее и надежнее, к томуже механизм работы с MySQL базой из 1С уже готов и работает как часы.

ведь понимаете что это никак не защитит всю базу при снифе
получив доступ к базе проблем не составит узнать что там еще
хотя если у вас разные права на доступ ...

и гдето все же всплывала мысль "что будет когда число филиалов увеличится"?!
новая таблица?

кстати еще идейка
суть примерно следующая, таблица 1!!. но доступ к данным происходит не через прамые запросы а через хранимые процедуры, одним из параметром которой будет некий хеш id филиала который уже в процедуре будет разбираться и использоваться как критерий отбора

и последний вопрос: а разве 1С такая глупая система что передает пароли в чистом виде?
чет сомневаюсь.

Какая цель у этого топика?

Да есть.

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

Обсудить как лучше реализовать изначально указанную проблему. Выслушать мнения, учесть советы людей кто сталкивался с данным вопросом.

lamer6666, из вашего описания проекта следует, что он немного выше по размеру и требованиям к исполнителям, чем средний уровень программистов на этом форуме, какие советы вы хотите услышать?

1. InnoDB или ISAM (Склоняюсь в пользу InnoDB)?
2. Какие проблемы могут возникнуть при использовании распределенной структуры (каждому филиалу выдать свою базу данных, или свою таблицу товаров с последующим объединением таблиц товаров в одну общую таблицу)?
3. Выше указанную общую таблицу создавать как виртуальную, или как обычную таблицу? Если как виртуальную, то это на мой взгляд создаст нагрузку на MySQL сервер, так как она будет формироваться каждый раз при запросе на web сервер со стороны посетителя. Или может создать обычную таблицу, которую обновлять тригерами после изменения данных в исходных (разделенных) таблицах?

мм.. Есть идея, но далеко от компьютера.. Могу описать.. Мб не верно но все же.. Когда кто-то из филиала 1.. Отправляет запрос на файл add.php (к примеру)
2.который выполняет два запроса на запись в общую таблицу где номер филиала переменая указываемая величина, и в таблицу с номером филиала..
3. вывод производите циклом.. С использованием WHERE...

Йода отдыхает..

-----
http://mysitecost.ru

1.Если много товаров конечно InnoDB.
2. Сильно разрастется БД пример товар1 имеется в 1 филиале там он записан в БД во втором он тоже есть его придется записывать и во второй БД

Вам же предлагают сделайте одну БД и весь доступ к товарам сделайте через процедуры, они Вам по определению не дадут больше информации чем надо