powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Выбор СУБД для большого количества пользователей.
20 сообщений из 70, страница 3 из 3
Выбор СУБД для большого количества пользователей.
    #38559653
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AHAPXuCTи помните, crause, пользоваться триггерами
Обоснуйте
...
Рейтинг: 0 / 0
Выбор СУБД для большого количества пользователей.
    #38559684
Sergey Orlov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AHAPXuCTи помните, crause, пользоваться триггерами - это последнее дело, когда уже никаких других вариантов не остается и мозгов не хватает, тогда програмёры юзают триггеры. Ну а на хранимки налегайте, логика БД должна быть на них написана. Это как инкапсуляция, понимаете, crause ?
А я всегда их юзаю, не знал, что ятакой глупый ....
...
Рейтинг: 0 / 0
Выбор СУБД для большого количества пользователей.
    #38559703
rockclimber
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sergey OrlovAHAPXuCTи помните, crause, пользоваться триггерами - это последнее дело, когда уже никаких других вариантов не остается и мозгов не хватает, тогда програмёры юзают триггеры. Ну а на хранимки налегайте, логика БД должна быть на них написана. Это как инкапсуляция, понимаете, crause ?
А я всегда их юзаю, не знал, что ятакой глупый ....AHAPXuCT, конечно, преувеличивает опасность и вред триггеров, но не так чтобы сильно...
Я их тоже не люблю. Большинство случаев применения у меня (в оракле) - генерация PK из сиквенса и логирование даты и логина пользователя, который делал insert/update/delete. В остальных случаях придерживаюсь мнения, что если какую-то обработку данных можно запихнуть в ХП - то лучше запихнуть в ХП.
...
Рейтинг: 0 / 0
Выбор СУБД для большого количества пользователей.
    #38559705
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dubolomkdv - известный тролль-завистник.
Когда кто-либо разрабатывает нормальную программу, он начинает нервничать и ругать и прогу и автора.
что за бред. мне чужие прикладные программы до лампочки. И в данном случае я ничего не ругаю, я просто предсказываю.
Кроме того, вы понятия не имеете, нормальная у автора топика программа, или нет. Да и речь не о ней.
...
Рейтинг: 0 / 0
Выбор СУБД для большого количества пользователей.
    #38559781
Addx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
crause
Оборудование будет то которое предоставит хостинг. Пробежавшись по предложениям, начну с 90 долларов за месяц, а там будет видно. Железо описать не могу. Да СУБД я для себя выбрал, меня интересовало мнение окружающих по вопросам в первом посте.

авторпропущено...

Скрывать платный софт - это что-то новое в области продаж ПО
Мы вам продадим, но только ... тссс ... никому не говорите! )))
Тайная проверка лицензий - еще больший бред.

Где в моих словах скрывать платный софт???? автор Тайная проверка лицензий - еще больший бред - Как же бы сделали вы.

crauseСофт платный, что бы не потерять деньги, сервер будет проверять лицензию. НУ вобщем как то так.


А как мне ещё это было понять? Скрывать что-то и платный софт - понятия несовместимые.
Я бы сделал явную проверку лицензии. Есть миллион способов это сделать.
С 90 долларов за месяц Вам не нужно думать о производительности и безопасности.
Берите тот сервер, который предлагает хостинг.
Вас должна интересовать надежность хостинга в первую очередь.
Тут все просто. Пока все Ваши идеи из области теории - можно предлагать все, что угодно.
Как только речь заходит о серьезном проекте - тут другой подход.
Никакой форум за Вас не сделает эту работу. Но можно будет получить помощь, если задавать
конкретные вопросы.
...
Рейтинг: 0 / 0
Выбор СУБД для большого количества пользователей.
    #38559811
crause
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AddxА как мне ещё это было понять? Скрывать что-то и платный софт - понятия несовместимые.
Я бы сделал явную проверку лицензии. Есть миллион способов это сделать.
С 90 долларов за месяц Вам не нужно думать о производительности и безопасности.
Берите тот сервер, который предлагает хостинг.
Вас должна интересовать надежность хостинга в первую очередь.
Тут все просто. Пока все Ваши идеи из области теории - можно предлагать все, что угодно.
Как только речь заходит о серьезном проекте - тут другой подход.
Никакой форум за Вас не сделает эту работу. Но можно будет получить помощь, если задавать
конкретные вопросы.

Опять же повторюсь, что первый пост в этой теме был для получения информации для меня в качестве любопытсва.
А мы тут с Вами развили до лицензий, тригеров и почти перешли на личности.
О том что "никто за меня не сделают мою работу" я уяснил еще в 15 лет.
...
Рейтинг: 0 / 0
Выбор СУБД для большого количества пользователей.
    #38559837
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GallemarОбоснуйте
Не у каждого в голове способна уложиться event-driven архитектура. Директивное
программирование попроще будет, ему в школе учат.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Выбор СУБД для большого количества пользователей.
    #38559838
Addx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
crause
Опять же повторюсь, что первый пост в этой теме был для получения информации для меня в качестве любопытсва.
А мы тут с Вами развили до лицензий, тригеров и почти перешли на личности.
О том что "никто за меня не сделают мою работу" я уяснил еще в 15 лет.

С чего Вы взяли, что я перехожу на личности? Я про Вас ничего не знаю.
Я лишь указал, что вопрос бессмысленен в такой постановке. Какую полезную информацию Вы получили?
Гипотетические задачи получают абстрактные решения.
...
Рейтинг: 0 / 0
Выбор СУБД для большого количества пользователей.
    #38559856
crause
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AddxcrauseОпять же повторюсь, что первый пост в этой теме был для получения информации для меня в качестве любопытсва.
А мы тут с Вами развили до лицензий, тригеров и почти перешли на личности.
О том что "никто за меня не сделают мою работу" я уяснил еще в 15 лет.

С чего Вы взяли, что я перехожу на личности? Я про Вас ничего не знаю.
Я лишь указал, что вопрос бессмысленен в такой постановке. Какую полезную информацию Вы получили?
Гипотетические задачи получают абстрактные решения.

Я не про Вас. Кто-то назвал одного участника тролем, да и стиль разговора некоторых провоцирует.

Полезной информацией считаю:
-Что PG можно использовать на Linux и без каких-то подводных камней.
-Что базу из списка можно скрыть.
-Что надо бы изучить триггеры и функции. Читал только в книжке о них. Конкретно о функциях, думал что они мне никогда не понадобятся, и мне проще закодить в клиенте либо сделать подключение плагинов. Возможно в какой-то момент приду к тому что надо будет писать функции в базе.
...
Рейтинг: 0 / 0
Выбор СУБД для большого количества пользователей.
    #38559873
dubolom
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovНе у каждого в голове способна уложиться event-driven архитектура.


1. У вас в голове способна уложиться event-driven архитектура.
2. Вы всего лишь думаете, что у вас в голове способна уложиться event-driven архитектура.

1 и 2 - это слегка различающиеся варианты.
...
Рейтинг: 0 / 0
Выбор СУБД для большого количества пользователей.
    #38560208
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot crause]Addxпропущено...
-Что надо бы изучить триггеры и функции.
процедуры и функции немного разные вещи.
...
Рейтинг: 0 / 0
Выбор СУБД для большого количества пользователей.
    #38560275
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dubolom1. У вас в голове способна уложиться event-driven архитектура.
хрен его знает, при чем тут вообще event-driven архитектура.

У автора задачи примерно такие
1. у него есть приложение, которое он хочет продать как минимум 5000 клиентам. Желание похвальное, и вполне исполнимое.

2. он хочет защитить приложение от взлома. Для этого он предполагает, что приложения должны каждый раз, как минимум при старте, коннектиться к его серверу для проверки лицензии. Если приложения используются каждый день, то для пользователей это реальный напряг, потому что может быть ситуация, когда сервер "лицензирования" недоступен, что может вызвать невозможность использования приложения. Это скорее нанесет ущерб репутации приложения, чем даст пользу от "доплаты неоплативших".

3. исходя из пункта 2, нагрузка на СУБД, хранящую "лицензионную" информацию, не бог весть какая. Так что пресловутые "5000 пользователей" это фигня на постном масле, а значит можно использовать практически любую СУБД.
У нашего софта для регистрации пользователей и базы то нет, и ничего.

Что там дальше, триггеры-шмиггеры, инкапсуляция через процедуры - это вообще не важно, и абсолютно десятое дело.
...
Рейтинг: 0 / 0
Выбор СУБД для большого количества пользователей.
    #38560910
Addx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvDubolom1. У вас в голове способна уложиться event-driven архитектура.
хрен его знает, при чем тут вообще event-driven архитектура.

У автора задачи примерно такие
1. у него есть приложение, которое он хочет продать как минимум 5000 клиентам. Желание похвальное, и вполне исполнимое.

2. он хочет защитить приложение от взлома. Для этого он предполагает, что приложения должны каждый раз, как минимум при старте, коннектиться к его серверу для проверки лицензии. Если приложения используются каждый день, то для пользователей это реальный напряг, потому что может быть ситуация, когда сервер "лицензирования" недоступен, что может вызвать невозможность использования приложения. Это скорее нанесет ущерб репутации приложения, чем даст пользу от "доплаты неоплативших".

3. исходя из пункта 2, нагрузка на СУБД, хранящую "лицензионную" информацию, не бог весть какая. Так что пресловутые "5000 пользователей" это фигня на постном масле, а значит можно использовать практически любую СУБД.
У нашего софта для регистрации пользователей и базы то нет, и ничего.

Что там дальше, триггеры-шмиггеры, инкапсуляция через процедуры - это вообще не важно, и абсолютно десятое дело.

У автора задача - разобраться, что такое СУБД, SQL и что с этим делать. Задача теоретическая, как написал сам автор. Он пытается понять, что ему нужно читать и изучать.
...
Рейтинг: 0 / 0
Выбор СУБД для большого количества пользователей.
    #38561008
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Addx,

изучать SQL по минимуму. И все.
...
Рейтинг: 0 / 0
Выбор СУБД для большого количества пользователей.
    #38561276
сексот
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
crauseДо проекта с 5000 пользователями людям в масках не будет дела, а вот до проекта который делаю сейчас им очень даже будет интересно.
В том что они узнают рано или поздно в этом я не сомневаюсь, просто было очень любопытно узнать о возможности скрыть показ базы.

Спасибо за информацию. План на первое полугодие по особо опасным мы уже сделали, а на второе мы вас записываем? Успеете доделать?
...
Рейтинг: 0 / 0
Выбор СУБД для большого количества пользователей.
    #38563887
Фотография AHAPXuCT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
crause-Что надо бы изучить триггеры ....

Изучайте триггеры, crause, изучайте ...
Тут один доизучался ...
http://www.sql.ru/forum/1077941/dlinnaya-zagruzka-dannyh
...
Рейтинг: 0 / 0
Выбор СУБД для большого количества пользователей.
    #38563898
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AHAPXuCTcrause-Что надо бы изучить триггеры ....

Изучайте триггеры, crause, изучайте ...
Тут один доизучался ...
http://www.sql.ru/forum/1077941/dlinnaya-zagruzka-dannyh
Ну это крайний случай
...
Рейтинг: 0 / 0
Выбор СУБД для большого количества пользователей.
    #38566582
Ivan Durak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rockclimberSergey Orlovпропущено...

А я всегда их юзаю, не знал, что ятакой глупый ....AHAPXuCT, конечно, преувеличивает опасность и вред триггеров, но не так чтобы сильно...
Я их тоже не люблю. Большинство случаев применения у меня (в оракле) - генерация PK из сиквенса и логирование даты и логина пользователя, который делал insert/update/delete. В остальных случаях придерживаюсь мнения, что если какую-то обработку данных можно запихнуть в ХП - то лучше запихнуть в ХП.
триггеры - зло. Логика на триггерах - абсолютное зло.
...
Рейтинг: 0 / 0
Выбор СУБД для большого количества пользователей.
    #38566686
dubolom
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ivan Durakтриггеры - зло. Логика на триггерах - абсолютное зло.
Вы правы, Иван.
+100
...
Рейтинг: 0 / 0
Выбор СУБД для большого количества пользователей.
    #38567004
Фотография Барсук-копатель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ivan Durakrockclimberпропущено...
AHAPXuCT, конечно, преувеличивает опасность и вред триггеров, но не так чтобы сильно...
Я их тоже не люблю. Большинство случаев применения у меня (в оракле) - генерация PK из сиквенса и логирование даты и логина пользователя, который делал insert/update/delete. В остальных случаях придерживаюсь мнения, что если какую-то обработку данных можно запихнуть в ХП - то лучше запихнуть в ХП.
триггеры - зло. Логика на триггерах - абсолютное зло.
Надо уметь их готовить и не разбивать лоб при их использовании.
...
Рейтинг: 0 / 0
20 сообщений из 70, страница 3 из 3
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Выбор СУБД для большого количества пользователей.
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]