sql server,

[24sharon]

sql server,

יש לי מסד נתונים מורכב מאוד (טבלאות שאילתות SP פונקציות ושאר מרעין בישין) שאני רוצה ליצור connection string אליו

הבעיה היא שיש כמה טבלאות ושאילתות שאני צריכה אותן שונות מהמסד המקורי

לדוגמא
מסד מקורי כולל טבלאות
-PAGES
-ARTICLES
-NEWS
-CAREERS

מסד משוכפל - מקושר לטבלת בסיס
-PAGES (מקושר)
-ARTICLE (מקושר)
-NEWS (חדש)
-CAREERS (מקושר)

בקיצור מסד שרוב הטבלאות השאילתות הSP והפונקציות הן מקושרות חוץ מחלק מסוים שהוא ייחודי
יש רעיון איך לבצע את המימוש?

תודה
שבוע טוב

 

[גרי רשף]

יכול להיות שחסר משהו בשאלה?

חסר לי משפט לפני "בקיצור". נניח-
'ולכן החלטתי ליצור מסד נתונים חדש שבו...'.

אם לא- לא ברור לי מה את בדיוק רוצה..

 

[24sharon]

לפני הבקיצור

בעיקרון כנראה אלך על דרך שונה אבל נחמד יהיה לדעת אם אכן קיימת האופציה

העיקרון הוא כזה 2 אפליקציות שצריכות לשבת על אותו המסד!
ז"א עדכון במסד משפיע מיידית על 2 האפליקציות

אך יש לי מודול מסוים שהוא מובדל בין 2 האפליקציות
והוא צריך להיות ייחודי

אז חשבתי באקסס הייתה דרך של קישור טבלאות, והיה אפשר לקשר את הטבלאות כך שפונים למסד X אך בפועל מעדכנים את מסד Y כי הנתונים מקושרים

אם היה צורך באקסס לבנות את המסד הייתי יוצרת את הטבלאות הייחודיות לפרוייקט אך את שאר הטבלאות ואובייקטים הייתי מקשרת.
איך פותרים כזו דרישה כשמהסד הוא SQL SERVER

עכשיו זה מובן או עדיין חסר משפט לפני ה"בקיצור"

 

[גרי רשף]

מקווה שהבנתי..

ניתן ליצור מסד נתונים של אקסס שהטבלאות הן ב-SQL Server,
ואז לעבוד לכאורה על אקסס למרות שהנתונים אינם באמת עליו.
ביצועים לא משהו, צריך לדעת איך להפעיל פרוצדורות שנמצאות ב-SQL Server וכו'.

אפשרות אחרת (אם לכך התכוונת) היא דטבייס של SQL Server שאין בו טבלאות אלא רק Views שפונים לדטבייס אחר, אך הם נראים ומתנהגים כטבלאות מקומיות.
באופן כזה ניתן "לפצל" את הדטבייס שמשרת שתי אפליקציות לשני דטבייסים שונים - כל אחד עם Views שפונים לטבלאות "שלו".
כל עוד הכל באותו שרת- לא צריכה להיות לדעתי בעיית ביצועים.

 

[זהר פלד]

או שממש לא הבנתי כלום, או שסיבכת את עצמך סתם.

אני רוצה רגע לוודא משהו:

שתי אפליקציות שונות אמורות לעדכן את אותו מסד הנתונים.
בשתי האפליקציות האלו יש X מודולים זהים שאמורים לשבת על אותם הנתונים, ומודול אחד שונה שאמור לשבת על נתונים שונים.

אם עד כאן זה נכון, אני ממש לא מבין מה הבעיה לעשות את הכל באותו מסד נתונים, כאשר פשוט המודול הספציפי הזה ישב על טבלאות שונות באותו מסד נתונים. אם נלך לפי הדוגמא שנתת בשאלה המקורית שלך, יהיו לך טבלאות ששתי האפליקציות מעדכנות כמו pages, articles, careers וכו', ולצורך המודול השונה יהיו לך שתי טבלאות שונות - news_a ו news_b.

האם פספסתי משהו וזה לא מה שהתכוונת?

 

[24sharon]

החלק הראשון נכון

החלק השני פחות

אותו המודול אמור להשתמש עם אותם שמות של טבלאות וכד'

אין לי אפשרות news_a וכד'
אלא שניהם NEWS וזה הגורם לצורך ב-2 מסדי נתונים.

כמו שציינתי לעיל כבר פתרתי את הנושא בדרך שונה, אך בהחלט זה מעניין לדעת אם אפשר

 

[pitoach]

לפי מה שאני מבין מהדרישה שלך את צריכה פשוט

לעשות שימוש ב Views כמו שכתב גרי למעלה

בכל מקרה הדרך הנכונה היא פשוט לנהל הכל ברמת האפליקציה. אם היית מספרת לנו באיזה טכנולוגיה ואיזה שפה את עובדת היה אפשר לכוון יותר. למשל אם את עובדת בדוט נט עם MVC אז פשוט מייצרים model view שהוא שונה ב model בכך שהוא לא מתאר מצב אמיתי במסד הנתונים אלא מחלקה המייצגת את האלמנט כפי שאנו רוצים להציג אותו או לעבוד איתו ב VIEW שלנו.

הכיוון בכל מקרה נראה לי על פני השטח ניהול ברמת האפליקציה ולא מסד הנתונים כדי לאפשר גמישות מירבית. אם בכל זאת רוצות ברמת מסד הנתונים אז ניתן לעבוד עם Views

SQL Views Tutorial
http://www.sql-tutorial.com/sql-views-sql-tutorial