| |
|
|
| | Как вести подсчет инвестиций? Условия такие:
1. Пользователей (инвесторов) может быть много.
2. Есть реферальная система.
3. Возможно реинвестирование (по-русски - можно довложить).
4. История всех действий должна сохранятся.
5. Выводить информацию нужно по каждому начислению (начисления могут быть каждый день, каждую неделю или каждый месяц).
Если все это записывать в таблицу - кошмар. Особенно скорость работы. Если все записывать в файлы - тоже много минусов. Хотя бы одновременный доступ к файлу.
Собственно, основные непонятки для меня тут две:
а) реферальная система (до сих пор я делал сложновато - каждому человеку записываются все его пререфереры (т.е., вся лесенка из тех, которые пригласили его, пригласившего его, пригласившего пригласившего его... и т.д.).
б) запись истории транзакций (начисления, снятие средств, вложение...). Записывать каждую - прекрасно... Но если ежедневное, да 100-1000 человек... Да не только начисления, но и действия (вложения, снятия, и т.д.)... | |
| |
|
|
| |
|
|
| |
для: Shorr Kan
(26.03.2005 в 01:39)
| | | >Если все это записывать в таблицу - кошмар. Особенно скорость работы.
Хм... а почему? Базы данных как раз для таких сложных проектов и предназначаются.
а) Здесь следует организовать дерево, которое упаковано в одну таблицу
http://www.softtime.ru/forum/read.php?id_forum=3&id_theme=701
http://www.softtime.ru/forum/read.php?id_forum=3&id_theme=2646
лучше отталкиваться от структуры базы данных "каталога услуг" в нашей второй книге http://www.softtime.ru/php5/?id_article=43 - ввести родительское поле, тем кто не является рефералом, присвоить значение 0, тем кото им является - значение первичного ключа того, чьим рефералом он является.
б) Ну ничего страшного, чтобы восстановить историю всё-равно записывать нужно будет всё сохранять, только делать это следует в отдельной таблице. | |
| |
|
|
| |
|
|
| |
для: cheops
(26.03.2005 в 12:07)
| | | 1)Значит ввести три таблички (ежедневные начисления, еженедельные и ежемесячные), со столбцом pid, который указывает на человека, кому эта запись предозначается?
2)И то что в табличке с ежедневными начислениями будет добвляться 1-5 записей * кол-во вкладчиков ежедневно - не столь страшно? Да, уже подсчет был, я помню... про количество лет при ежедневном 3-ч тысячном добавлении... но там и чистилась база... а тут, в общем-то, навечно... Выдержит?
3)Видимо, нужно как-то дать возможность администратору делать резервную копию таблиц... Как это делается? | |
| |
|
|
| |
|
|
| |
для: Shorr Kan
(26.03.2005 в 16:35)
| | | 1) А может даже больше, я бы пользователей держал в отдельной таблице, а их начисления в других.
2) Тут лучше посмотреть сколько каждая запись занимает места и спрогнозировать прирост объёма базы в Кб - это, кстати, и тарифный план на хостинге поможет выбрать... Хотя не думаю, что этой задачей в ближайшие годы вы сможете хоть не много приблизиться к критической массе базы, которая составляет более 10 Гб.
3) Всё зависит от того, где данное Web-приложения будут находится и какие панели администрирования там будут доступны. Даже если не будет доступен phpMyAdmin, его можно будет загрузить и настроить на хосте - данная панель позволяет сохранять дампы как отдельной таблицы, так и всей базы данных. Описание и настройку phpMyAdmin можно найти в "PHP 5. Практика создания Web-сайта"
http://www.softtime.ru/php5/?id_article=43
http://www.ozon.ru/context/detail/id/2273374/?partner=softtimeru | |
| |
|
|
