תמיכה בDB גאוגרפי/מרחבי בSQL Server 2008 - Katmai
בקרוב אעלה כאן סדרת פוסטים בנושא Virtual Earth - היכולות הGISיות, אך כהקדמה - דבר מעניין שנתקלתי בו.
שיקולים בבחירת מנוע GIS, בשתי מילים:
ובכן, רבים מאיתנו (או לפחות, מפתחי הGIS שביננו) בוודאי מכירים את הדיסוננס שבבחירת תשתית GIS לפרויקט. ישנם המון פרמטרים שארכיטקט בפרויקט תשתית גיאוגרפי צריך לקחת בחשבון, בינהם:
- סדרי הגודל של המידע שיוצג על המפה.
- כמות האובייקטים שיצויירו בזמן אמת על המפה, ואופיים (מטרות נייחות או ניידות?).
- דרישות ההפצה של המערכת, בעיקר בהיבט הLicense - ובסעיף הזה אני כבר אכליל את עלויות הפיתוח.
- התמיכה הטכנית והסטנדרטיזציה.
ארגונים נוטים לעתים לבחור בתשתית בגלל שהיא נפוצה יותר, בגלל שיועצי אחיטופל למניהם בחרו בתשתית הזאת ובגלל אנשי שיווק מאוד מוצלחים. לא אטען לרגע שהשיקולים האלו לא נכונים, אך לדידי - הארגון נוטה להכנס להריון עם המוצרים האלו, ומגלה את הטעות כשכבר לא ניתן לעשות הפלה.
ובשתי מילים - איכסה פיכסה.
הבעיה ההנדסית
אחת הבעיות ההנדסיות הגדולות, הן ריכוז המידע הגיאוגרפי במקום אחד. תשתיות כמו ArcEngine Runtime, ArcGIS של ESRI תומכות בצורה מאוד מצומצמת בביזור התשתיות הגיאוגרפיות.
כך לדוגמא, במידה ונרצה להפיץ מערכת מבוזרת - ייתכן שנאלץ לספק עבור כל עמדת לקוח את המידע הגיאוגרפי הרלוונטי, או שנאלץ לבצע את הסריאליזציה על התווך בעצמנו, נשמור BLOBים של מידע בDB ונפספס חלק גדול מהיתרון שבשימוש בקוד Legacy שמגיע כחלק מהחבילה.
הרצון בכל זאת לא להמציא את הגלגל (ולא לנהל פרויקט תוכנה על פני עשור) עשוי לעלות המון כסף. פתרונות כמו Arc Server/ArcSDE יעלו עשרות אלפי $, וחוזי התחזוקה ירוששו כל מי שאין לו עתודות מתאימות.
כמובן שיש פתרונות של עוד חברות (בינהן גם ישראליות) לתחום, אך כולם יקרים בסדרי גודל ממה שאציג כאן.
ש: Katmai? ת: מדבר!
אתמול קראתי לתומי את הSpec שפורסם עבור SQL Server 2008 Codename 'Katmai', והופתעתי לראות סעיפון קטן, גור סעיפים, שבמשפט אחד מציין שנות אדם בשבילי:
Deliver Location Intelligence
Geographical information is rapidly becoming
main stream to many business applications.
In “Katmai”, SQL Server provides new spatial
data types for developers to build locationaware
applications.
כמובן שהשלב הבא היה להעמיס על גוגל +Katmai +Spatial ולקבל קישורלבלוג של Virtual Earth, שם מצאתי מעט מידע נוסף, אך עדיין - לא מספיק (כתוב שם שכרגע המידע מסווג מסחרית.. נקווה שנזכה לראות אותו באינטרנט לפני הTechReady 5).
בגדול, הנקודות שהועלו:
- תמיכה במסד נתונים גיאוגרפי (לא צויין אופי התמיכה, אך כן צויין שהוא יהיה OGC Friendly לפחות בגרסה הדו מימדית שלו).
- תמיכה בProjection.
- תמיכה במודל גאודטי.
- תמיכה בSpatial Indexing הן בגרסה הדו מימדית והן בתלת.
מה המשמעות? במחיר Licensing רגיל של SQL, אנחנו מקבלים את מה שעד היום עלה לנו המון, ולפעמים - הפיל פרויקטים או גרם לרגרסיה בדרישות התוכנה. האם השילוב של זה וVirtual Earth מייצר מתחרה ראוי לIMS של ESRI עבור פרויקטים בינוניים ומטה?