Уважаемый Евгений !
Даже в Санкт-Петерубрге такая работа будет стоить больше
но это не суть ... предлогаю вам где нить посмотреть правила проведения
торгов (для вас тендер) и делать все в соотвествии с ним
.... а то уж больно похоже на конарейку за копейку ....
что б басом пела и раком стояла Во-первых не больше, так как принцип простой и в тоже время скртый от глаз.
>а так для проекта несколько вопросиков
>общий объем базы данных в строках ?
Не важно, никто не просит структурировать данные 10.000 руб всего лишь за универсальный принцип организации такой структуры. Возможно ответ не более поллиста формата А4 шрифтом Courier NEW Cyr 12pt.
>минимально максимальный размер таблицы в полях - строках
Размер таблицы просто должен быть конечен, см. пунк. 3 первого поста.
>процентное колличество иерархических - не иерархических данных
Это опять же не важно, речь идет о универсальности, не обязательно о скорости, как достичь скорости я знаю и сам.
>пример стандартно - максимально сложного запроса к данным
Сложность возникает только при иерархии, но это учитывать не нужно, оптимизацию и кэш-таблицы никто не просит, это я и сам умею.
А вот на пример каких данных нужно создать структуру - все просто.
Имеем ветку(1) Страна -> Город
Имеем ветку(2) Группа -> Пользователь
Внимание вопрос:
Есть Родитель(Страна) -> Потомок(Город)
Есть Родитель(Группа) -> Потомок(Пользователь)
Нужно еще привязать уже имеющихся Пользователей к уже существующим данным типа Города
Т.е. создать так называемую виртуальную
Ветку(3) Родитель(Город) -> Потомок(Пользователь).
Как организовать данные чтобы количество полей не изменялось
с ростом глубины иерархии и возможности ПОТОМКА иметь БОЛЕЕ одного РОДИТЕЛЯ. На примере вышеприведенных данных.
Вопрос скорее носит логическую форму, а не работу, которая стоит (я знаю что и сколько стоит).
