Модераторы: LSD
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Вопрос о репликации 
:(
    Опции темы
XaverOz
Дата 18.10.2012, 08:10 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 35
Регистрация: 9.3.2011

Репутация: нет
Всего: нет



Есть приложение которое работает с БД на MS SQL 2000. В БД у таблиц нет первичных ключей, внешних ключей, суррогатных ключей. Я хочу написать приложение используя Django, которое будет отображать данные из этой БД. Можно ли настроить репликацию (MS SQL 2000, PostgreSQL, MySQL, Firebird)  так что бы данные из таблиц: 
Код

+----------------------------------+
|Imia |Familia|CodOtdela           |
+----------------------------------+
|Вова |Иванов |1                   |
+----------------------------------+

переходили в:
Код

+----------------------------------------------------------+
| id                     |Name |Surname|idDepartment       |
+----------------------------------------------------------+
| 1                      |Вова |Иванов |1                  |
+----------------------------------------------------------+

Репликация нужна потому-что приложение работает и добавляет данные в БД исходников его нет.

Это сообщение отредактировал(а) XaverOz - 18.10.2012, 08:15
PM MAIL   Вверх
Zloxa
Дата 18.10.2012, 08:58 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Чо?
****


Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161



если вы добавляете поле с суррогатным ключем, приложение ломается?

Добавлено через 44 секунды
если вы переименуете таблицы, а вместо исходных таблиц приложению выставите вьюхи, приложение сломается?


--------------------
Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile
PM   Вверх
Akina
Дата 18.10.2012, 09:44 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Советчик
****


Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 13
Всего: 454



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


--------------------
 О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума.

PM MAIL WWW ICQ Jabber   Вверх
Zloxa
Дата 18.10.2012, 10:20 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Чо?
****


Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161



Цитата(Akina @  18.10.2012,  10:44 Найти цитируемый пост)
Я себе даже представить не могу

На вскидку приходит что может отвалиться

1
Код

insert into table values(val1,val2...,valN);

2
Код

insert into table select * from other_table;

3
natural join
4
фетчи в какие нибудь предопределенные структуры из select *


Много чего может отвалиться от добавления столбца в таблицу.  smile 

Это сообщение отредактировал(а) Zloxa - 18.10.2012, 13:07


--------------------
Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile
PM   Вверх
Akina
Дата 18.10.2012, 10:37 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Советчик
****


Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 13
Всего: 454



Ну то есть всё, что "грязно захардкодено"...




--------------------
 О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума.

PM MAIL WWW ICQ Jabber   Вверх
Zloxa
Дата 18.10.2012, 11:50 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Чо?
****


Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161



Полагаешь в субд спроектированной без ключей все чистенько? smile


--------------------
Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile
PM   Вверх
Akina
Дата 18.10.2012, 12:06 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Советчик
****


Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 13
Всего: 454



Zloxa, так речь не о ключах... все твои примеры - это примеры того, что кодеры облегчают себе жизнь, полагаясь на что-то по умолчанию. А то, что некоторые умолчания имеют право меняться, забывают.
Не зря же говорят - обязательно определяйте и инициализируйте все переменные... и тут те же грабли.


--------------------
 О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума.

PM MAIL WWW ICQ Jabber   Вверх
Zloxa
Дата 18.10.2012, 12:19 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Чо?
****


Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161



Цитата(Akina @  18.10.2012,  13:06 Найти цитируемый пост)
А то, что некоторые умолчания имеют право меняться, забывают.

Причем - напрочь smile
Цитата(Akina @  18.10.2012,  10:44 Найти цитируемый пост)
Я себе даже представить не могу, 


Цитата(Akina @  18.10.2012,  13:06 Найти цитируемый пост)
так речь не о ключах...

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

Добавлено через 13 минут и 15 секунд
К тому же, я уже как то упоминал, что я временами намеренно пишу конструкции, которые будут ломаться при изменении схемы данных, в частности - при добавлении столбца в таблицу. Ибо пусть лучше стайтмент поломается, нежели данные потеряются.


--------------------
Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile
PM   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "Общие вопросы по базам данных"
LSD
Zloxa

Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:

  • вопросам по СУБД для которых нет отдельных подфорумов
  • вопросам которые затрагивают несколько разных СУБД (например проблема выбора)
  • инструменты для работы с СУБД
  • вопросы проектирования БД
  • теоретически вопросы о СУБД

Данный форум не предназначен для:

  • вопросов о поиске разлиных БД (если не понимаете чем БД отличается от СУБД то: а) вам не сюда; б) Google в помощь)
  • обсуждения проблем с доступом к СУБД из различных ЯП (для этого есть соответсвующие форумы по каждому ЯП)
  • обсуждения проблем с написание SQL запросов, для этого есть форум Составление SQL-запросов
  • просьб о написании курсовой, реферата и т.п., для этого есть Центр помощи или фриланс биржа
  • объявлений о найме специалистов, для этого есть раздел Объявления о найме специалистов

Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение. ;)


Полезные советы:

При написании сообщения постарайтесь дать теме максимально понятное название. В теме максимально подробно опишите проблему. Если применимо укажите: название базы данных и версии (MySQL 4.1, MS SQL Server 2000 и т.п.); используемых язык программирования; способа доступа (ADO, BDE и т.д.); сообщения об ошибках.

Для вставки кода используйте теги [code=sql] [/code].

Литературу по базам данных можно поискать здесь.

Действия модераторов можно обсудить здесь.


Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | СУБД, общие вопросы | Следующая тема »


 




[ Время генерации скрипта: 0.1170 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.