-
![[image]](https://www.balancer.ru/cache/sites/com/ss/ssl-images-amazon/images-na/images/I/128x128-crop/51tgJcPLpnS._SX397_BO1,204,203,200_.jpg)
SQL
Теги:
Zenitchik
Gudleifr> P.S. Не, серьезно, забить для этого мусора тему SQL? Что-то у вас с маршрутизацией на форуме.
Уймись, гоблин.
Уймись, гоблин.
инфо
инструменты
Zenitchik> Уймись
Так валите из "Программирования" и проблема себя исчерпает. Оставьте эту часть форума реальным людям с реальными проблемами.
Так валите из "Программирования" и проблема себя исчерпает. Оставьте эту часть форума реальным людям с реальными проблемами.
Gudleifr> Так валите из "Программирования" и проблема себя исчерпает. Оставьте эту часть форума реальным людям с реальными проблемами.
Реальные люди с реальными проблемами - по форумам не ошиваются.
Реальные люди с реальными проблемами - по форумам не ошиваются.
Татарин
Zenitchik> Реальные люди с реальными проблемами - по форумам не ошиваются.
"И гений - парадоксов друг!"©
"И гений - парадоксов друг!"©
Gudleifr> Оставьте эту часть форума реальным людям с реальными проблемами.
Как например запихнуть разметку в gif ?
Как например запихнуть разметку в gif ?
yacc> Как например запихнуть разметку в gif ?
Это не проблема, а решение.
Это не проблема, а решение.
Zenitchik>> Реальные люди с реальными проблемами - по форумам не ошиваются.
Татарин> "И гений - парадоксов друг!"©
Никаких парадоксов. Если у человека есть реальная задача, а не поболтать, то он воспользуется поисковиком, найдёт литературу и разберётся в вопросе. И это у него займёт меньше времени, чем характерное время ответа на форуме.
Поэтому на форумах задаются только те вопросы, ответ на которые спрашивающему неочень важен.
Татарин> "И гений - парадоксов друг!"©
Никаких парадоксов. Если у человека есть реальная задача, а не поболтать, то он воспользуется поисковиком, найдёт литературу и разберётся в вопросе. И это у него займёт меньше времени, чем характерное время ответа на форуме.
Поэтому на форумах задаются только те вопросы, ответ на которые спрашивающему неочень важен.
yacc>> Как например запихнуть разметку в gif ?
Gudleifr> Это не проблема, а решение.
А проблема - не платить ?
Собрать компьютер с помойки забесплатно ? ( кстати так формально вполне можно )
Gudleifr> Это не проблема, а решение.
А проблема - не платить ?
Собрать компьютер с помойки забесплатно ? ( кстати так формально вполне можно )
yacc> А проблема - не платить ?
Это, может, и проблема, но, явно, не раздела "Программирование".
Это, может, и проблема, но, явно, не раздела "Программирование".
yacc>> Как например запихнуть разметку в gif ?
Gudleifr> Это не проблема, а решение.
Порождающее проблемы. А вот с ними-то уже на форум!
Gudleifr> Это не проблема, а решение.
Порождающее проблемы. А вот с ними-то уже на форум!
Татарин> Порождающее проблемы.
С этого места, пожалуйста, поподробнее. Это может пригодиться.
С этого места, пожалуйста, поподробнее. Это может пригодиться.
Татарин>> Порождающее проблемы.
Gudleifr> С этого места, пожалуйста, поподробнее. Это может пригодиться.
Если у вас есть вопросы по SQL - здесь и задавайте
Gudleifr> С этого места, пожалуйста, поподробнее. Это может пригодиться.
Если у вас есть вопросы по SQL - здесь и задавайте
yacc> Если у вас есть вопросы по SQL - здесь и задавайте
Ок. Вопрос. Какое отношение к SQL имеет этот вброс:
yacc> Как например запихнуть разметку в gif
?
Ок. Вопрос. Какое отношение к SQL имеет этот вброс:
yacc> Как например запихнуть разметку в gif
?
yacc>> Если у вас есть вопросы по SQL - здесь и задавайте
Gudleifr> Ок. Вопрос. Какое отношение к SQL имеет этот вброс:
Такое же как этот ВБРОС
Если вам нечего сказать по SQL зачем вы это написали ?
Gudleifr> Ок. Вопрос. Какое отношение к SQL имеет этот вброс:
Такое же как этот ВБРОС
SQL [Gudleifr#24.01.22 18:31]
… Так валите из "Программирования" и проблема себя исчерпает. Оставьте эту часть форума реальным людям с реальными проблемами.// ПрограммированиеЕсли вам нечего сказать по SQL зачем вы это написали ?
yacc> Если вам нечего сказать по SQL зачем вы это написали ?
Во-первых, если бы мне было нечего сказать по SQL, то, очевидно, я бы от темы "SQL" ожидал большего, чем выяснение "что такое NULL?"
Во-вторых, я, действительно, не понимаю, что тут делает вся эта мелкая шушера.
В-третьих, Вы так и не ответили на вопрос, при чем тут "gif-разметка".
Во-первых, если бы мне было нечего сказать по SQL, то, очевидно, я бы от темы "SQL" ожидал большего, чем выяснение "что такое NULL?"
Во-вторых, я, действительно, не понимаю, что тут делает вся эта мелкая шушера.
В-третьих, Вы так и не ответили на вопрос, при чем тут "gif-разметка".
Gudleifr> Ок. Вопрос. Какое отношение к SQL имеет этот вброс:
yacc>> Как например запихнуть разметку в gif
Самое непосредственное.
Это говорит о том, что в SQL все так кавайно, что можно и дурака повалять в свободное время.
yacc>> Как например запихнуть разметку в gif
Самое непосредственное.
Это говорит о том, что в SQL все так кавайно, что можно и дурака повалять в свободное время.
Gudleifr> Во-первых, если бы мне было нечего сказать по SQL, то, очевидно, я бы от темы "SQL" ожидал большего, чем выяснение "что такое NULL?"
Тема создана не для ваших ожиданий
Для ваших ожиданий у вас есть персональный форум, где все именно так, как вы того хотите
Вопрос NULL - вполне себе вопрос, так как от него зависит правильность работы кода.
Тема создана не для ваших ожиданий
Для ваших ожиданий у вас есть персональный форум, где все именно так, как вы того хотите
Вопрос NULL - вполне себе вопрос, так как от него зависит правильность работы кода.
16-й> Это говорит о том, что в SQL все так кавайно, что можно и дурака повалять в свободное время.
Ну, меня, например, немного напрягают три числа:
1) Размер реляционных баз данных, которые может хранить система без катастрофической потери быстродействия и надежности. (Как бы, чуть более, чем дофига и зашибись).
2) Размер реляционных баз данных, которыми программист может разумно распоряжаться (понятно, в фантазиях чайников равен первому числу, но гораздо гораздо меньше).
3) Реально необходимый размер реляционных баз данных для конкретных задач (в сетованиях чайников превышает первое число, но реально еще гораздее меньше второго).
Ну, меня, например, немного напрягают три числа:
1) Размер реляционных баз данных, которые может хранить система без катастрофической потери быстродействия и надежности. (Как бы, чуть более, чем дофига и зашибись).
2) Размер реляционных баз данных, которыми программист может разумно распоряжаться (понятно, в фантазиях чайников равен первому числу, но гораздо гораздо меньше).
3) Реально необходимый размер реляционных баз данных для конкретных задач (в сетованиях чайников превышает первое число, но реально еще гораздее меньше второго).
Gudleifr> 1) Размер реляционных баз данных, которые может хранить система без катастрофической потери быстродействия и надежности. (Как бы чуть более, чем дофига и зашибись).
Размер реляционной базы сугубо зависит от ДАННЫХ - т.е. от задачи.
Вопрос, очевидно, глупый, поскольку правильный вопрос - какое решение использовать при том или ином размере и других вводных данных
Размер реляционной базы сугубо зависит от ДАННЫХ - т.е. от задачи.
Вопрос, очевидно, глупый, поскольку правильный вопрос - какое решение использовать при том или ином размере и других вводных данных
yacc> Тема создана не для ваших ожиданий
Так может, вам вообще не стоит ничего создавать? Вы, вообще, не можете попасть ни в чьи ожидания.
yacc> Вопрос NULL - вполне себе вопрос, так как от него зависит правильность работы кода.
Один раз за всю жизнь очередной версии SQL?
Так может, вам вообще не стоит ничего создавать? Вы, вообще, не можете попасть ни в чьи ожидания.
yacc> Вопрос NULL - вполне себе вопрос, так как от него зависит правильность работы кода.
Один раз за всю жизнь очередной версии SQL?
yacc>> Тема создана не для ваших ожиданий
Gudleifr> Так может, вам вообще не стоит ничего создавать? Вы, вообще, не можете попасть ни в чьи ожидания.
За обсуждение модерации тут полагается штраф - я так напоминаю
Создавать или не создавать - решайте на своем форуме
Gudleifr> Один раз за всю жизнь очередной версии SQL?
Как я вижу вы вообще не поняли о чем речь
Gudleifr> Так может, вам вообще не стоит ничего создавать? Вы, вообще, не можете попасть ни в чьи ожидания.
За обсуждение модерации тут полагается штраф - я так напоминаю
Создавать или не создавать - решайте на своем форуме
Gudleifr> Один раз за всю жизнь очередной версии SQL?
Как я вижу вы вообще не поняли о чем речь
yacc> Размер реляционной базы сугубо зависит от ДАННЫХ - т.е. от задачи.
Понятно. Не дочитали до понятной буквы.
yacc> Вопрос, очевидно, глупый, поскольку правильный вопрос - какое решение использовать при том или ином размере и других вводных данных
Это не вопрос. Человек, рассуждающий как Вы, очевидно будет использовать одно и то же решение, которому его обучили при первой встрече с SQL, всю оставшуюся жизнь.
Понятно. Не дочитали до понятной буквы.
yacc> Вопрос, очевидно, глупый, поскольку правильный вопрос - какое решение использовать при том или ином размере и других вводных данных
Это не вопрос. Человек, рассуждающий как Вы, очевидно будет использовать одно и то же решение, которому его обучили при первой встрече с SQL, всю оставшуюся жизнь.
Gudleifr> Понятно. Не дочитали до понятной буквы.
Научитесь ставить задачи
Gudleifr> Это не вопрос. Человек, рассуждающий как Вы, очевидно будет использовать одно и то же решение, которому его обучили при первой встрече с SQL, всю оставшуюся жизнь.
Откровенно неправильно.
Если данных совсем мало можно вообще обойтись без СУБД
Если мало, задача однопользовательская но хочется сократить код - можно взять SQLite
Если много то зависит от проекта - где можно взять MySQL, где-то нужно уже брать коммерческие реализации ( типа MS SQL Server или Оракл )
А может сдаться что одной СУБД вообще не ограничится - надо делать хранилище трансформированных данных - Data Warehouse
Научитесь ставить задачи
Gudleifr> Это не вопрос. Человек, рассуждающий как Вы, очевидно будет использовать одно и то же решение, которому его обучили при первой встрече с SQL, всю оставшуюся жизнь.
Откровенно неправильно.
Если данных совсем мало можно вообще обойтись без СУБД
Если мало, задача однопользовательская но хочется сократить код - можно взять SQLite
Если много то зависит от проекта - где можно взять MySQL, где-то нужно уже брать коммерческие реализации ( типа MS SQL Server или Оракл )
А может сдаться что одной СУБД вообще не ограничится - надо делать хранилище трансформированных данных - Data Warehouse
yacc> Научитесь ставить задачи
yacc> Если данных совсем мало ...
Извините, я не мог подумать, что все так плохо.
yacc> Если данных совсем мало ...
Извините, я не мог подумать, что все так плохо.
Gudleifr> Это не вопрос. Человек, рассуждающий как Вы, очевидно будет использовать одно и то же решение, которому его обучили при первой встрече с SQL, всю оставшуюся жизнь.
как ты можешь такой бред писать? тебе говорят что нужно базу кастомизировать под задачу, что нужно разные решения использовать - а ты пишешь "очевидно будет использовать одно и то же решение"...из чего очевидно если тебе ПРЯМО ПИШУТ ОБРАТНОЕ?
как ты можешь такой бред писать? тебе говорят что нужно базу кастомизировать под задачу, что нужно разные решения использовать - а ты пишешь "очевидно будет использовать одно и то же решение"...из чего очевидно если тебе ПРЯМО ПИШУТ ОБРАТНОЕ?
Copyright © Balancer 1997..2023
Создано 19.01.2022
Связь с владельцами и администрацией сайта: anonisimov@gmail.com, rwasp1957@yandex.ru и admin@balancer.ru.
Создано 19.01.2022
Связь с владельцами и администрацией сайта: anonisimov@gmail.com, rwasp1957@yandex.ru и admin@balancer.ru.
