 Как лучше организовать структуру форума?, Выделение подфорума для Баз данных |
Здравствуйте, гость ( Вход | Регистрация )
  |
igor_bogomolov опции профиля:
|
 11.8.2010, 9:56
Сообщение
#1
|
|
Профессионал  Группа: Сомодератор Сообщений: 1215 Регистрация: 22.3.2009 Из: Саратов Пользователь №: 630 Спасибо сказали: 235 раз(а) Репутация:  29 
 |
Решили выделить подфорум для Баз Данных. В связи с этим возник вопрос, как лучше при этом организовать структуру форума?
Голосуйте, высказывайтесь. У кого какие идеи? Я однозначно за третий вариант. Не хочется ломать раздел "Библиотеки". |
 |
  
|
|
Алексей1153 опции профиля:
|
11.8.2010, 10:00
Сообщение
#2
|
 фрилансер Группа: Участник Сообщений: 2941 Регистрация: 19.6.2010 Из: Обливион Пользователь №: 1822 Спасибо сказали: 215 раз(а) Репутация: 34
|
Я обычно за принцип "не чини то, что не сломано"
 Хотя, я тут недавно, поэтому тонкости этого форума не знаю
|
|
|
|
|
molchanoviv опции профиля:
|
11.8.2010, 10:11
Сообщение
#3
|
 Старейший участник Группа: Сомодератор Сообщений: 597 Регистрация: 18.7.2008 Из: Саратов Пользователь №: 238 Спасибо сказали: 41 раз(а) Репутация: 5
|
Как по мне, то раздел библиотеки не трогать, Раздел Языки программирования пока не нужен ибо тут в основном все говорят о C/C++, а в раздел Базы данных добавить еще PostgreSQL и InterBase/Firebird/Yaffill.
|
|
|
|
|
AD опции профиля:
|
11.8.2010, 10:54
Сообщение
#4
|
|
Профессионал Группа: Участник Сообщений: 2003 Регистрация: 4.2.2008 Из: S-Petersburg Пользователь №: 84 Спасибо сказали: 70 раз(а) Репутация: 17
|
Я за третий вариант.
P.S. верните право голоса. Я еще не голосовал. |
|
|
|
|
arial опции профиля:
|
 11.8.2010, 11:24
Сообщение
#5
|
 Студент Группа: Участник Сообщений: 39 Регистрация: 27.9.2009 Пользователь №: 1121 Спасибо сказали: 9 раз(а) Репутация: 0
|
А ведь SQL - это не язык программирования, это язык запросов. Может создать новый раздел "Базы данных", а не запихивать его в раздел "Программирование"?
|
|
|
|
|
Litkevich Yuriy опции профиля:
|
11.8.2010, 12:32
Сообщение
#6
|
 разработчик РЭА Группа: Сомодератор Сообщений: 9669 Регистрация: 9.1.2008 Из: Тюмень Пользователь №: 64 Спасибо сказали: 807 раз(а) Репутация: 94
|
|
|
|
|
|
DEADHUNT опции профиля:
|
11.8.2010, 13:38
Сообщение
#7
|
|
Активный участник Группа: Участник Сообщений: 430 Регистрация: 15.4.2009 Пользователь №: 686 Спасибо сказали: 26 раз(а) Репутация: 2
|
как-то не правильно базы данных относить к библиотеке.
|
|
|
|
|
ViGOur опции профиля:
|
11.8.2010, 13:43
Сообщение
#8
|
 Мастер Группа: Модератор Сообщений: 3296 Регистрация: 9.10.2007 Из: Москва Пользователь №: 4 Спасибо сказали: 231 раз(а) Репутация: 40
|
Цитата(DEADHUNT @ 11.8.2010, 14:38)  как-то не правильно базы данных относить к библиотеке. Ну это смотря с какой стороны посмотреть!Если смотреть на БД: mysql, sqlite, oracle как на БД, то не относятся. Но, если смотреть как на встраивание их части для работы с ними, то все же библиотеки. Так как для доступа к mysql используется её же библиотека, sqlite можно интегрировать, к oracle получить доступ посредством oci и т.д. Как я уже говорил, обсуждаем. Это наш с вами форум и только нам всем вместе решать какой будет его структура. |
|
|
|
|
Iron Bug опции профиля:
|
11.8.2010, 16:44
Сообщение
#9
|
 Профессионал Группа: Модератор Сообщений: 1611 Регистрация: 6.2.2009 Из: Yekaterinburg Пользователь №: 533 Спасибо сказали: 219 раз(а) Репутация: 12
|
думаю, что правильнее отнести вопросы БД к библиотекам, а не к языкам программирования. ибо крайне редко возникают вопросы именно по SQL, как языку программирования: он примитивен. гораздо чаще люди интересуются интерфейсами БД, конкретными кроссплатформенными реализациями и работе с библиотеками, которые обращаются к БД.
|
|
|
|
|
ViGOur опции профиля:
|
14.8.2010, 18:10
Сообщение
#10
|
|
Мастер Группа: Модератор Сообщений: 3296 Регистрация: 9.10.2007 Из: Москва Пользователь №: 4 Спасибо сказали: 231 раз(а) Репутация: 40
|
up
|
|
|
|
 |
Теги
Нет тегов для показа
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
Текстовая версия | Сейчас: 30.11.2024, 4:10 |